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

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


autoubupdate

Розбіжності

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

Посилання на цей список змін

Порівняння попередніх версій Попередня ревізія
Наступна ревізія
Попередня ревізія
autoubupdate [2024/07/30 19:55]
nightfly
autoubupdate [2024/11/03 11:36] (поточний)
nightfly [Важливо!]
Рядок 1: Рядок 1:
 ====== Оновленння Ubilling ====== ====== Оновленння Ubilling ======
  
-Після релізу Ubilling 1.4.7 стало можливим повністю автоматичне та зручне оновлення прямо з веб-інтерфейсу. Так, [[https://www.youtube.com/watch?v=UayBX-P-Tl8|просто натискаючи зручні кнопочки]]. Якось отак:+Після релізу Ubilling 1.4.7 стало можливим повністю автоматичне та зручне оновлення прямо з веб-інтерфейсу "Менеджера оновлень"Що за менеджер оновлень? 
 + 
 +"Менеджер оновлень" це ось це: 
 + 
 +{{:undefined:updatemgr0.png?direct&|}} 
 + 
 +Отож тепер, ви можете обрати гілкудо якої буде оновлено ваш Ubilling [[https://www.youtube.com/watch?v=UayBX-P-Tl8|просто натискаючи зручні кнопочки]] після чого застосувати всі необхідні патчі. 
  
 {{:updmgriface.png|}} {{:updmgriface.png|}}
 +
 +
 +Ні, якщо ви випадково чи не випадково, застосуєте той самий апдейт файлів конфігурації чи схеми БД для якогось релізу, кілька разів - не станеться нічого супер страшного. Менеджер оновлень не такий тупий як може здатися і знає, що він робить. Ну, ми на це сподіваємось.
 +\\
 +
 +
 +
 +===== Якщо не працює? =====
  
 У випадку, якщо замість зручних кнопочок, ви бачите наступне сповіщення У випадку, якщо замість зручних кнопочок, ви бачите наступне сповіщення
Рядок 19: Рядок 33:
 Для старих установок на Debian Для старих установок на Debian
 <code> <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 # chmod a+x /bin/ubautoupgrade.sh
 </code> </code>
Рядок 27: Рядок 41:
 ===== Важливо! ===== ===== Важливо! =====
  
-  * Настійливо рекомендується забекапити все, що бекапиться, вручну, перед першим оновленням (# cp -R billing /somewhere/billing_stable). +  * Наполегливо рекомендується забекапити все, що бекапиться, вручну, перед першим оновленням (# cp -R billing /somewhere/billing_stable).
   * Новий скрипт ubautoupgrade.sh та старий autoubupdate.sh не є взаємозамінними! Не надумайте копіювати свій старий оновлювач на місце нового!   * Новий скрипт ubautoupgrade.sh та старий autoubupdate.sh не є взаємозамінними! Не надумайте копіювати свій старий оновлювач на місце нового!
   * ubautoupgrade.sh оновлюється щоразу при оновленні Ubilling копіючи його з дистрибутиву білінгу з docs/presets/[arch]. Кастомізувати його напряму, немає жодного змісту.   * ubautoupgrade.sh оновлюється щоразу при оновленні Ubilling копіючи його з дистрибутиву білінгу з docs/presets/[arch]. Кастомізувати його напряму, немає жодного змісту.
-  * Наразі, в дистрибутиві використовується, за замовчуванням опція DEFADM_KILL="NO" що означає, що у випадку, якщо в вас не було адміністратора з логіном admin, то при оновленні буде розгорнуто його за замовчуванням з паролем demo.+  * Наразі, в дистрибутиві оновлювача, використовується, за замовчуванням опція DEFADM_KILL="NO" що означає, що у випадку, якщо в вас не було адміністратора з логіном admin, то при оновленні буде розгорнуто його за замовчуванням з паролем demo.
   * У випадку, якщо адміністратор з логіном admin існував до оновлення - його буде спочатку заререзвовано, після чого розгорнуто на місце як і всіх інших адміністраторів.   * У випадку, якщо адміністратор з логіном admin існував до оновлення - його буде спочатку заререзвовано, після чого розгорнуто на місце як і всіх інших адміністраторів.
 +  * Якщо вам необхідно після оновлення видаляти адміністратора за-замовчуванням, то для цього починаючи з Ubilling 1.4.9 існує опція UPDMGR_DEFADM_KILL в [[alteriniconf|alter.ini]].
 +  * Якщо вам необхідно автоматично виконувати якісь дії після завершення оновлення біллінгу, ви можете описати їх всі в [[onepunch|OnePunch скрипті]] з аліасом postautoupgrade.
   * Перед оновленням, бажано переконатись, що обсяг доступного місця на вашій файловій системі, куди змонтовано /tmp/ достатній для резервування всіх даних вашого біллінгу.   * Перед оновленням, бажано переконатись, що обсяг доступного місця на вашій файловій системі, куди змонтовано /tmp/ достатній для резервування всіх даних вашого біллінгу.
 +  * Після оновлення автооновлювачем, необхідно застосувати за допомогою модуля "Менеджер оновлень" всі патчі файлів конфігурації та структуру БД для релізу до якого ви оновилися. Якщо ви "перескочили" через кілька релізів, вам слід послідовно застосувати всі зміни для пропущених вами попередніх релізів "знизу вгору", тобто "від давніших до свіжих".
 +
  
 ===== Використання в CLI ===== ===== Використання в CLI =====
Рядок 59: Рядок 77:
 {{:autoubupdate_3.png?500|}} {{:autoubupdate_3.png?500|}}
  
-**Важливо:** у випадку, якщо ви не виконали [[relnotes|рекомендацій]] по оновленню вручну (а нема потреби насправді це робити тепер руками, можете сприймати ці рекомендації просто як список змін, для вашого загального розвитку) - не забуваємо після оновлення автооновлювачем, застосувати за допомогою модуля "Менеджер оновлень" всі патчі файлів конфігурації та структуру БД для релізу до якого ви оновилися. Якщо ви "перескочили" через кілька релізів, вам слід послідовно застосувати всі зміни для пропущених вами попередніх релізів "знизу вгору", тобто "від давніших до свіжих". 
-\\ 
 \\ \\
  
 ===== Відповідаючи на ваші запитання ===== ===== Відповідаючи на ваші запитання =====
  
-**Що за менеджер оновлень?** 
- 
-"Менеджер оновлень" це ось це: 
- 
-{{:undefined:updatemgr0.png?direct&|}} 
- 
-Ні, якщо ви випадково чи не випадково, застосуєте той самий апдейт для якогось релізу, кілька разів - не станеться нічого супер страшного. Менеджер оновлень не такий тупий як може здатися і знає, що він робить. Ну, ми на це сподіваємось. 
-\\ 
  
 **Що за сповіщення Kill default admin?** **Що за сповіщення 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|старий автооновлювач]].+До релізу Ubilling 1.4.7 використовувався [[autoubupdate_old|старий автооновлювач]] котрий працював тільки в CLI режимі.
  
autoubupdate.1722358525.txt.gz · Востаннє змінено: 2024/07/30 19:55 повз nightfly