Розбіжності

Тут показані розбіжності між вибраною ревізією та поточною версією сторінки.

--- autoubupdate [2024/07/30 20:01]
nightfly [Використання в CLI]
+++ autoubupdate [2024/11/03 11:36] (поточний)
nightfly [Важливо!]
@@ Рядок 1: / Рядок 1: @@
 ====== Оновленння Ubilling ======
-Після релізу Ubilling 1.4.7 стало можливим повністю автоматичне та зручне оновлення прямо з веб-інтерфейсу "Менеджера оновлень".
+Після релізу Ubilling 1.4.7 стало можливим повністю автоматичне та зручне оновлення прямо з веб-інтерфейсу "Менеджера оновлень". Що за менеджер оновлень?
-**Що за менеджер оновлень?**
 "Менеджер оновлень" це ось це:
 {{:undefined:updatemgr0.png?direct&|}}
-Ні, якщо ви випадково чи не випадково, застосуєте той самий апдейт для якогось релізу, кілька разів - не станеться нічого супер страшного. Менеджер оновлень не такий тупий як може здатися і знає, що він робить. Ну, ми на це сподіваємось.
-\\
 Отож тепер, ви можете обрати гілку, до якої буде оновлено ваш Ubilling [[https://www.youtube.com/watch?v=UayBX-P-Tl8|просто натискаючи зручні кнопочки]] після чого застосувати всі необхідні патчі.
@@ Рядок 16: / Рядок 12: @@
-===== Якщо не працює =====
+Ні, якщо ви випадково чи не випадково, застосуєте той самий апдейт файлів конфігурації чи схеми БД для якогось релізу, кілька разів - не станеться нічого супер страшного. Менеджер оновлень не такий тупий як може здатися і знає, що він робить. Ну, ми на це сподіваємось.
+\\
+===== Якщо не працює? =====
 У випадку, якщо замість зручних кнопочок, ви бачите наступне сповіщення
@@ Рядок 32: / Рядок 33: @@
 Для старих установок на Debian
 <code>
-# cp -R /usr/local/www/apache24/data/billing/docs/presets/Debian/ubautoupgrade.sh /bin/
+# cp -R /var/www/html/billing/docs/presets/Debian/ubautoupgrade.sh /bin/
 # chmod a+x /bin/ubautoupgrade.sh
 </code>
@@ Рядок 40: / Рядок 41: @@
 ===== Важливо! =====
-  * Настійливо рекомендується забекапити все, що бекапиться, вручну, перед першим оновленням (# cp -R billing /somewhere/billing_stable).
+  * Наполегливо рекомендується забекапити все, що бекапиться, вручну, перед першим оновленням (# cp -R billing /somewhere/billing_stable).
   * Новий скрипт ubautoupgrade.sh та старий autoubupdate.sh не є взаємозамінними! Не надумайте копіювати свій старий оновлювач на місце нового!
   * ubautoupgrade.sh оновлюється щоразу при оновленні Ubilling копіючи його з дистрибутиву білінгу з docs/presets/[arch]. Кастомізувати його напряму, немає жодного змісту.
-  * Наразі, в дистрибутиві використовується, за замовчуванням опція DEFADM_KILL="NO" що означає, що у випадку, якщо в вас не було адміністратора з логіном admin, то при оновленні буде розгорнуто його за замовчуванням з паролем demo.
+  * Наразі, в дистрибутиві оновлювача, використовується, за замовчуванням опція DEFADM_KILL="NO" що означає, що у випадку, якщо в вас не було адміністратора з логіном admin, то при оновленні буде розгорнуто його за замовчуванням з паролем demo.
   * У випадку, якщо адміністратор з логіном admin існував до оновлення - його буде спочатку заререзвовано, після чого розгорнуто на місце як і всіх інших адміністраторів.
+  * Якщо вам необхідно після оновлення видаляти адміністратора за-замовчуванням, то для цього починаючи з Ubilling 1.4.9 існує опція UPDMGR_DEFADM_KILL в [[alteriniconf|alter.ini]].
+  * Якщо вам необхідно автоматично виконувати якісь дії після завершення оновлення біллінгу, ви можете описати їх всі в [[onepunch|OnePunch скрипті]] з аліасом postautoupgrade.
   * Перед оновленням, бажано переконатись, що обсяг доступного місця на вашій файловій системі, куди змонтовано /tmp/ достатній для резервування всіх даних вашого біллінгу.
+  * Після оновлення автооновлювачем, необхідно застосувати за допомогою модуля "Менеджер оновлень" всі патчі файлів конфігурації та структуру БД для релізу до якого ви оновилися. Якщо ви "перескочили" через кілька релізів, вам слід послідовно застосувати всі зміни для пропущених вами попередніх релізів "знизу вгору", тобто "від давніших до свіжих".
 ===== Використання в CLI =====
@@ Рядок 79: / Рядок 84: @@
 **Що за сповіщення Kill default admin?**
-Сповіщення, про "Kill default admin" (YES/NO) означає чи буде видалено після оновлення, адміністратора з логіном admin. Якщо ви його використовуєте в своїй повсякденній діяльності, зрозуміло, що змінивши пароль за замовчуванням на **нормальний**, можете не звертати на це уваги - ваш адміністратор з логіном admin як і усі інші адміністратори, будуть на місці, після завершення оновлення. У випадку ж, якщо ви хочете, щоб адміністратора з логіном admin було автоматично видалено після розгортання оновлення - вам необхідно в скрипті autoubupdate.sh змінити опцію DEFADM_KILL в значення YES. Ось так:
+Сповіщення, про "Kill default admin" (YES/NO) означає чи буде видалено після оновлення, адміністратора з логіном admin. Якщо ви його використовуєте в своїй повсякденній діяльності, зрозуміло, що змінивши пароль за замовчуванням на **нормальний**, можете не звертати на це уваги - ваш адміністратор з логіном admin як і усі інші адміністратори, будуть на місці, після завершення оновлення.
+У випадку, якщо ви просто видалите адміністратора admin за допомогою модулю "Привілеї адміністраторів", після оновлення, разом з оновленою копією Ubilling, також розгортатиметься і адміністратор за замовчуванням, з логіном admin та паролем demo. Для автоматичного видалення адміністратора з логіном admin після оновлень системи в Ubilling >=1.4.9 використовується опція UPDMGR_DEFADM_KILL.
-<code>
-DEFADM_KILL="YES"
-</code>
-У випадку, якщо цього не буде зроблено, та ви просто видалите адміністратора admin за допомогою модулю "Привілеї адміністраторів", після оновлення, разом з оновленою копією Ubilling, також розгортатиметься і адміністратор за замовчуванням, з логіном admin та паролем demo.
 До релізу Ubilling 1.4.7 використовувався [[autoubupdate_old|старий автооновлювач]] котрий працював тільки в CLI режимі.

Ubilling Wiki

Користувальницькькі налаштування

Налаштування сайту

Розбіжності

Налаштування сторінки