WordPress впровадив фонові оновлення спочатку з версії 3.7 і автоматично активував їх для незначних випусків. За допомогою фільтрів ви можете більш точно контролювати поведінку, що саме автоматично оновлюється. Постійне, повністю автоматичне встановлення всіх незначних, основних, плагінів, тем та перекладів не передбачається, але це може бути зроблено інакше.
Там є численні плагіни , які збільшують частоту , з якою повідомлення називаються і, в деяких випадках, також обіцяють проводити фактичні поновлення; Але жоден з цих плагінів не має успіху. Потужний інструмент командного рядка WP-CLI пропонує дуже підходяще рішення (не тільки для цієї мети). Після короткої інсталяції наступні рядки (виконуються у папці проекту WP) гарантують, що всі оновлення для вищевказаних компонентів встановлені без винятку:
c9350c4b867d1cadd72c3e4a77ae98a0
Наступний oneliner (який можна скоротити за допомогою псевдоніма або за допомогою таких інструментів, як неміцний ) можна запустити на будь-якому сервері SSH (навіть без попередньо встановленого WP-CLI), щоб встановити всі оновлення там за один раз:
c9350c4b867d1cadd72c3e4a77ae98a0
Прапор --allow-root гарантує, що системи можуть працювати як користувач root (це важливо в середовищі WSL ). Оновлення будь-якого компонента без попереднього тестування в місцевому середовищі розробки не рекомендується ні за яких обставин. Однак якщо у вас є екрановане середовище WP або спеціальний випадок використання, який завжди має бути забезпечений останніми оновленнями, все це також можна автоматизувати за допомогою простого завдання cron у вигляді файлу bash:
c9350c4b867d1cadd72c3e4a77ae98a0
WP-CLI може зробити набагато більше: додавати ролі користувачів, видаляти коментарі, шукати та замінювати рядки в базах даних, імпортувати медіафайли ... варто поглянути на документацію . На даний момент я відкрив дві проблеми Github, які стосуються невеликих помилок в мовному модулі , але не заважають використовувати їх у продуктивних середовищах.