Розбіжності

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

--- autoubupdate [2024/09/06 13:41]
nightfly [Важливо!]
+++ autoubupdate [2024/11/03 11:36] (поточний)
nightfly [Важливо!]
@@ Рядок 12: / Рядок 12: @@
-Ні, якщо ви випадково чи не випадково, застосуєте той самий апдейт для якогось релізу, кілька разів - не станеться нічого супер страшного. Менеджер оновлень не такий тупий як може здатися і знає, що він робить. Ну, ми на це сподіваємось.
+Ні, якщо ви випадково чи не випадково, застосуєте той самий апдейт файлів конфігурації чи схеми БД для якогось релізу, кілька разів - не станеться нічого супер страшного. Менеджер оновлень не такий тупий як може здатися і знає, що він робить. Ну, ми на це сподіваємось.
 \\
@@ Рядок 33: / Рядок 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>
@@ Рядок 41: / Рядок 41: @@
 ===== Важливо! =====
-  * Настійливо рекомендується забекапити все, що бекапиться, вручну, перед першим оновленням (# cp -R billing /somewhere/billing_stable).
+  * Наполегливо рекомендується забекапити все, що бекапиться, вручну, перед першим оновленням (# cp -R billing /somewhere/billing_stable).
   * Новий скрипт ubautoupgrade.sh та старий autoubupdate.sh не є взаємозамінними! Не надумайте копіювати свій старий оновлювач на місце нового!
   * ubautoupgrade.sh оновлюється щоразу при оновленні Ubilling копіючи його з дистрибутиву білінгу з docs/presets/[arch]. Кастомізувати його напряму, немає жодного змісту.
@@ Рядок 47: / Рядок 47: @@
   * У випадку, якщо адміністратор з логіном admin існував до оновлення - його буде спочатку заререзвовано, після чого розгорнуто на місце як і всіх інших адміністраторів.
   * Якщо вам необхідно після оновлення видаляти адміністратора за-замовчуванням, то для цього починаючи з Ubilling 1.4.9 існує опція UPDMGR_DEFADM_KILL в [[alteriniconf|alter.ini]].
+  * Якщо вам необхідно автоматично виконувати якісь дії після завершення оновлення біллінгу, ви можете описати їх всі в [[onepunch|OnePunch скрипті]] з аліасом postautoupgrade.
   * Перед оновленням, бажано переконатись, що обсяг доступного місця на вашій файловій системі, куди змонтовано /tmp/ достатній для резервування всіх даних вашого біллінгу.
   * Після оновлення автооновлювачем, необхідно застосувати за допомогою модуля "Менеджер оновлень" всі патчі файлів конфігурації та структуру БД для релізу до якого ви оновилися. Якщо ви "перескочили" через кілька релізів, вам слід послідовно застосувати всі зміни для пропущених вами попередніх релізів "знизу вгору", тобто "від давніших до свіжих".
@@ Рядок 84: / Рядок 85: @@
 Сповіщення, про "Kill default admin" (YES/NO) означає чи буде видалено після оновлення, адміністратора з логіном admin. Якщо ви його використовуєте в своїй повсякденній діяльності, зрозуміло, що змінивши пароль за замовчуванням на **нормальний**, можете не звертати на це уваги - ваш адміністратор з логіном admin як і усі інші адміністратори, будуть на місці, після завершення оновлення.
-У випадку, якщо ви просто видалите адміністратора admin за допомогою модулю "Привілеї адміністраторів", після оновлення, разом з оновленою копією Ubilling, також розгортатиметься і адміністратор за замовчуванням, з логіном admin та паролем demo.
+У випадку, якщо ви просто видалите адміністратора admin за допомогою модулю "Привілеї адміністраторів", після оновлення, разом з оновленою копією Ubilling, також розгортатиметься і адміністратор за замовчуванням, з логіном admin та паролем demo. Для автоматичного видалення адміністратора з логіном admin після оновлень системи в Ubilling >=1.4.9 використовується опція UPDMGR_DEFADM_KILL.
 До релізу Ubilling 1.4.7 використовувався [[autoubupdate_old|старий автооновлювач]] котрий працював тільки в CLI режимі.

Ubilling Wiki

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

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

Розбіжності

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