Опис
Найнадійніший плагін для міграції та резервного копіювання WordPress із 2013 року
All-in-One WP Migration — це «золотий стандарт» у сфері міграції та резервного копіювання сайтів на WordPress, яким користуються понад 60 мільйонів веб-сайтів по всьому світу — від невеликих блогів до компаній зі списку Fortune 500 та державних установ. Незалежно від того, чи потрібно вам перенести WordPress на новий хостинг, створити повну резервну копію сайту чи відновити попередню резервну копію, наш плагін забезпечує надійність корпоративного рівня та зручність у використанні навіть для початківців.
Чому варто вибрати All-in-One WP Migration?
- Проста міграція: перенесіть увесь сайт одним клацанням, включно з базою даних, медіафайлами, темами та плагінами
- Резервне копіювання одним клацанням: створіть повну резервну копію WordPress перед міграцією, щоб мати змогу відновити сайт у будь-який момент
- Без простою: завершуйте міграцію без переривання роботи сайту
- Універсальна сумісність: мігруйте між будь-якими хостинг-провайдерами — від бюджетного віртуального хостингу до високопродуктивних виділених серверів
- Технічна досконалість: надійна й ощадлива робота з пам’яттю (блоками по 512 КБ), що ідеально підходить для середовищ з обмеженими ресурсами
- Технічні навички не потрібні: завдяки зрозумілому інтерфейсу будь-хто може перенести сайт WordPress або створити його резервну копію без спеціальних знань
- Підтримка різних баз даних: безперешкодно мігруйте між базами даних MySQL, MariaDB і SQLite
- Безпечно та надійно: плагіну довіряють Boeing, NASA, Harvard, Stanford, Automattic і державні установи в усьому світі
Як перенести WordPress — просто, як 1-2-3:
- Встановіть плагін міграції на вихідному та цільовому сайтах
- Створіть резервну копію та експортуйте сайт у файл резервної копії .wpress одним клацанням
- Імпортуйте та переносьте сайт за допомогою імпортера з підтримкою перетягування на цільовому сайті
Для розробників і досвідчених користувачів:
- Розширений пошук і заміна: точно контролюйте, що змінюється під час міграції
- Вибіркова міграція та резервне копіювання: включайте або виключайте окремі типи вмісту з міграції чи резервної копії
- Сумісність із PHP 5.3–8.4: працює майже в усіх середовищах хостингу
- Власний формат WPress: наш оптимізований формат архіву забезпечує цілісність даних
- Система хуків: розширений API для власних інтеграцій і робочих процесів
- Підтримка командного рядка: автоматизуйте міграції та резервне копіювання за допомогою WP-CLI
Преміум-розширення:
Розширте можливості міграції та резервного копіювання за допомогою наших преміум-розширень:
- Необмежений розмір міграції: переносьте сайти будь-якого розміру без обмежень на розмір файлів
- Хмарне резервне копіювання та міграція: створюйте резервні копії та мігруйте безпосередньо до/з Dropbox, Google Drive, OneDrive тощо
- Міграція мультисайту: переносьте складні мережі WordPress Multisite
- Заплановані резервні копії: автоматичне регулярне резервне копіювання WordPress за вашим розкладом
- Фільтрування бази даних: виключайте окремі таблиці або дані з міграції чи резервної копії
Огляд можливостей:
- Відповідність вимогам доступності WCAG 2.1 рівня AA
- Адаптивний інтерфейс для мобільних пристроїв
- Переглядайте файли WPRESS онлайн або розпаковуйте їх локально
- Автоматична заміна URL-адрес і шляхів під час міграції
- Інтеграція з WordPress Playground — перенесення даних між SQLite та MySQL
- Регулярні оновлення, що виходять двічі на тиждень, гарантують сумісність вашого плагіна для резервного копіювання та міграції
- Доступний понад 50 мовами, зокрема японською
Нам довіряють державні установи та великі корпорації:
Багато корпоративних клієнтів, урядових організацій та університетів використовують, цінують і довіряють All-in-One WP Migration. Ось деякі з них: Boeing, NASA, VW, IBM, Гарвардський університет, Стенфордський університет, Lego, P&G, Automattic, штат Каліфорнія, штат Гаваї.
Таке широке застосування свідчить про те, наскільки безпечним, надійним та гнучким є цей плагін для міграції та резервного копіювання WordPress для будь-яких потреб у міграції веб-сайтів.
Частота оновлень:
Наша команда докладає всіх зусиль, щоб цей плагін для міграції та резервного копіювання WordPress завжди був актуальним і безпечним. Ми випускаємо оновлення кожні два тижні або принаймні раз на місяць, забезпечуючи сумісність ваших процесів міграції та резервного копіювання з найновішими версіями WordPress, включаючи бета-версії. Наше проактивне тестування та зворотний зв’язок із командою розробників ядра WordPress допомагають завчасно усувати будь-які потенційні проблеми, тож ви завжди можете з упевненістю здійснювати міграцію та створювати резервні копії.
Повна сумісність і підтримка:
All-in-One WP Migration пройшов ретельне тестування, і його сумісність з більшістю плагінів та тем WordPress була підтверджена, тож ви можете здійснювати міграцію та створювати резервні копії, не турбуючись про конфлікти.
Це означає, що під час міграції у вас не виникне проблем із сумісністю між плагінами, які можуть уповільнити роботу або вивести з ладу ваш сайт WordPress.
All-in-One WP Migration співпрацює з багатьма розробниками тем і плагінів, щоб розповсюджувати їхні продукти разом із нами у вигляді єдиного, простого в установці пакету для міграції та резервного копіювання.
Ці розробники довіряють нашому плагіну для міграції, який забезпечує їхнім клієнтам надійну доставку продуктів, підтримку, міграцію та резервне копіювання.
Підтримувані хмарні сховища:
All-in-One WP Migration підтримує створення резервних копій та міграцію до всіх основних хмарних сервісів зберігання даних.
Цей плагін попередньо встановлено на всіх сайтах WordPress від Bitnami, що працюють на AWS, Google Compute Cloud та Microsoft Azure, — він готовий до міграції та створення резервних копій одразу після встановлення.
Приклади використання:
- Міграція малого бізнесу: Невеликий інтернет-магазин скористався сервісом All-in-One WP Migration для переходу на більш надійне хостингове рішення, створивши перед міграцією повну резервну копію та здійснивши перехід без простоїв у пік сезону покупок.
- Міграція освітніх ресурсів: Відомий університет скористався плагіном All-in-One WP Migration для перенесення та об’єднання декількох веб-сайтів факультетів в єдину мережу WordPress, причому завдяки автоматичному резервному копіюванню вдалося уникнути втрати даних під час міграції.
- Міграція державного сайту: після ухвалення вимоги щодо покращення цифрової доступності державна установа використала наш плагін міграції, щоб перенести вміст на нову сумісну платформу без обмеження публічного доступу до важливої інформації.
Зв’яжіться з нами
- Повідомити про вразливість безпеки
- Отримайте безкоштовну допомогу тут
- Повідомити про помилку або запропонувати функцію
- Дізнайтеся більше про нас
Політика конфіденційності
All-in-One WP Migration розроблено з метою повного дотримання та захисту персональних даних своїх користувачів. Під час заповнення контактної форми плагіна вас просять надати згоду на збір адреси електронної пошти користувача.
All-in-One WP Migration повністю відповідає вимогам Загального регламенту про захист даних (GDPR).
Ознайомтеся з нашою Політикою конфіденційності, що відповідає вимогам GDPR, тут.
Скріншоти
Встановлення
- All-in-One WP Migration можна встановити безпосередньо з розділу «Плагіни» панелі керування WordPress.
- Натисніть «Додати новий» і знайдіть «All-in-One WP Migration»
- Встановлення та активація
Крім того, ви можете завантажити плагін кнопкою завантаження на цій сторінці, потім завантажити папку all-in-one-wp-migration до каталогу /wp-content/plugins/ і активувати плагін у розділі «Плагіни» панелі керування WordPress
Часті питання
-
Як перенести мій сайт WordPress на новий хостинг?
-
Встановіть плагін All-in-One WP Migration на вашому поточному сайті та натисніть Експорт. Плагін створить єдиний файл
.wpress, що містить весь ваш сайт WordPress — базу даних, медіафайли, теми та плагіни. Потім встановіть нову копію WordPress на новому хостингу, встановіть там цей плагін і скористайтеся функцією Імпорт, щоб завантажити файл.wpress. Плагін автоматично перенесе всі дані, включаючи оновлення всіх посилань на URL-адреси та безпечну обробку серіалізованих даних. Ви можете переносити сайт між будь-якими хостинг-провайдерами — від спільного хостингу до виділених серверів.Перед переходом на новий хостинг ми рекомендуємо зменшити значення TTL у DNS до 300 секунд щонайменше за 48 годин до цього, а також залишити старий хостинг активним протягом 7–14 днів як запобіжний захід на випадок, якщо знадобиться повернути все до попереднього стану.
-
Як створити резервну копію та відновити мій сайт на WordPress?
-
Щоб створити резервну копію, перейдіть до All-in-One WP Migration > Експорт і виберіть місце збереження резервної копії — локальне завантаження або хмарне сховище. Плагін створює повну резервну копію всього вашого сайту WordPress у вигляді одного файлу
.wpress. Щоб відновити резервну копію, перейдіть до All-in-One WP Migration > Імпорт та завантажте або виберіть файл резервної копії.wpress. Плагін автоматично відновить вашу базу даних, теми, плагіни та медіафайли. Після відновлення резервної копії очистіть усі кеші та заново збережіть налаштування постійних посилань у розділі Налаштування > Постійні посилання.Для досягнення найкращих результатів використовуйте гібридну стратегію резервного копіювання: хмарне сховище для автоматичного щоденного резервного копіювання та локальні копії для швидкого відновлення. Дотримуйтесь правила «3-2-1» — зберігайте три копії даних на двох різних типах носіїв, причому одна з них має знаходитися за межами офісу.
-
Чи можна перенести мультисайтову мережу WordPress?
-
Так. Розширення Multisite Extension дозволяє перенести всю мультисайтову мережу WordPress у вигляді єдиного файлу
.wpress. Ви також можете виокремити окремий підсайт — під час перенесення підсайту плагін автоматично перетворює префікси таблиць та реорганізує шляхи до медіафайлів. Перенесення мультисайтів вимагає особливого підходу, оскільки мережа використовує спільні таблиці бази даних для користувачів та таблиці для кожного сайту з унікальними префіксами. Для перенесення великих мультисайтів ми рекомендуємо виділити щонайменше 512 МБ пам’яті PHP. -
Що робити, якщо розмір мого файлу резервної копії перевищує обмеження на розмір завантажуваного файлу?
-
Якщо під час імпорту сервер відхиляє файл резервної копії через надто великий розмір, у вас є кілька варіантів. Ви можете збільшити обмеження на завантаження в PHP, додавши
php_value upload_max_filesize 512Mтаphp_value post_max_size 512Mдо вашого файлу.htaccess, або встановитиclient_max_body_size 512mдля серверів Nginx. Для сайтів, які потребують необмеженого розміру завантаження, Unlimited Extension знімає всі обмеження на розмір файлів, встановлені вашим хостинг-провайдером. -
Як перенести магазин WooCommerce?
-
Перенести магазин WooCommerce можна так само, як і будь-який сайт на WordPress — експортувавши дані з поточного хостингу та імпортувавши їх на новий. Однак після перенесення магазину WooCommerce слід негайно перевірити, чи правильно налаштовані API-ключі платіжних шлюзів, оновити всі URL-адреси вебхуків, вказавши новий домен, та провести невелику реальну транзакцію, щоб переконатися, що процес оформлення замовлення працює від початку до кінця. Ми рекомендуємо увімкнути режим технічного обслуговування на старому сервері після поширення змін у DNS, щоб уникнути роздвоєння замовлень під час переходу. Детальні інструкції дивіться в нашому повному посібнику з міграції WooCommerce.
-
Чи вплине міграція на мої позиції в пошукових системах?
-
Якщо ви переносите сайт на той самий домен на новому хостингу, ваші позиції в пошукових системах повинні залишитися незмінними, оскільки All-in-One WP Migration зберігає весь ваш контент, URL-адреси та метадані саме в тому вигляді, в якому вони були. Якщо ви переносите сайт на новий домен, налаштуйте належні перенаправлення 301, які пов’язують кожну стару URL-адресу з її новим еквівалентом, та скористайтеся інструментом «Зміна адреси» в Google Search Console. Тимчасові коливання позицій у рейтингу на 10–20% протягом перших 1–2 тижнів після перенесення домену є нормальним явищем. Залиште перенаправлення активними щонайменше на один рік. Ознайомтеся з нашим переліком перевірок для SEO-перенесення, щоб отримати повний посібник щодо збереження ваших позицій у рейтингу під час перенесення.
-
Як усунути неполадки, що виникли під час міграції або імпорту?
-
Найпоширеніші проблеми, що виникають після міграції, та способи їх вирішення:
- Білий екран: Увімкніть
WP_DEBUGу файліwp-config.php, щоб побачити фактичну помилку. Перевірте сумісність версій PHP на старому та новому серверах. - Помилка підключення до бази даних: Перевірте, чи параметри
DB_NAME,DB_USER,DB_PASSWORDтаDB_HOSTу файліwp-config.phpвідповідають налаштуванням вашого нового сервера. - Помилки 404 на всіх сторінках: Збережіть постійні посилання заново в розділі Налаштування > Постійні посилання, щоб перегенерувати правила переадресації.
- Невідображувані зображення: Перевірте, чи каталог
wp-content/uploads/було повністю перенесено з правильними правами доступу (755 для директорій, 644 для файлів). - Імпорт завис або зупинився: Збільште в PHP
max_execution_timeтаmemory_limit, або скористайтеся WP-CLI для міграції з командного рядка:wp ai1wm restore backup.wpress.
Повний перелік порад щодо усунення несправностей під час міграції дивіться в нашому посібнику з усунення несправностей під час міграції.
- Білий екран: Увімкніть
-
Чи можна переносити дані між різними типами баз даних?
-
Так, плагін All-in-One WP Migration підтримує міграцію між базами даних MySQL, MariaDB та SQLite. Це особливо корисно під час міграції сайтів до або з WordPress Playground, який використовує SQLite. Плагін автоматично враховує всі відмінності у схемах баз даних — вам достатньо просто експортувати дані з одного середовища та імпортувати їх в інше.
-
Чи можна автоматизувати створення резервних копій та міграцію за допомогою WP-CLI?
-
Так. All-in-One WP Migration включає повну підтримку WP-CLI для автоматизації за допомогою командного рядка. Використовуйте
wp ai1wm backupдля створення резервної копії таwp ai1wm restore backup.wpressдля відновлення або міграції з файлу резервної копії. Це ідеально підходить для розробників, яким потрібно мігрувати сайти в рамках автоматизованих робочих процесів, конвеєрів CI/CD або скриптів запланованого резервного копіювання. У поєднанні з завданнями cron WP-CLI дозволяє автоматизувати всю вашу стратегію резервного копіювання, не заходячи в панель управління WordPress.
Відгуки
Учасники та розробники
“All-in-One WP Migration and Backup” — проект з відкритим вихідним кодом. В розвиток плагіну внесли свій вклад наступні учасники:
Учасники
“All-in-One WP Migration and Backup” було перекладено на 59 локалізацій. Дякуємо перекладачам за їх роботу.
Перекладіть “All-in-One WP Migration and Backup” на вашу мову.
Цікавитесь розробкою?
Перегляньте код, перегляньте сховище SVN або підпишіться на журнал розробки за допомогою RSS.
Журнал змін
7.110
Виправлено
- Знайти та замінити значення, що закінчуються на зворотну косу риску. Особлива подяка Джеку Тейлору за відповідальне повідомлення про цю проблему
- Неправильне попередження при виході зі сторінки під час експорту
7.109
Виправлено
- Пункт «Файл» у меню «Імпортувати з» не відкривав вікно вибору файлів, що унеможливлювало імпорт резервної копії з локального файлу
7.108
Виправлено
- Імпорт сайтів на багатосайтовому рівні тепер вимагає можливостей мережевого рівня. Особлива подяка Мохамеду Бассії за відповідальне розкриття цієї проблеми.
- Прикріплення, зображення контактів та розширення CiviCRM більше не видаляються під час імпорту; виключаються лише файли конфігурації та кеші
7.107
Додано
- Масовий вибір і видалення резервних копій
Виправлено
- Експорт та імпорт через REST у мультисайті тепер доступні лише суперадміністраторам мережі
- Імпорт сайту тепер доступний лише користувачам із вищими правами
7.106
Додано
- REST API для міграції WordPress за допомогою ШІ
Виправлено
- Неавтентифікований обхід шляху в ai1wm_error_path. Особлива подяка Якубу Герману за відповідальне повідомлення про цю проблему
- Експорт SQLite створював некоректні інструкції MySQL CREATE TABLE
- Застарілий розмір файлу архіву через кешований результат stat у ai1wm_archive_bytes()
- Команда WP-CLI тепер реєструється через cli_init замість plugins_loaded
- Повторне надсилання статусу завершення імпорту під час очищення
- Проблеми інтернаціоналізації у вікнах експорту та модальному вікні розшифрування
7.105
Виправлено
- Критична помилка PHP 8.5 «Cannot use bool as array» у процесі експорту під час читання після кінця файлу
- Заміна назв стовпців бази даних помилково знаходила збіги з ключовими словами типів стовпців (наприклад, UUID) у таблицях бази даних
7.104
Додано
- Перевірка цілісності контрольної суми CRC32 для формату архівів wpress
Виправлено
- Нескінченний цикл у компресорі, коли тайм-аут спрацьовував точно на межі кінця файлу
Покращено
- Перевірка мінімально необхідних версій розширень
- Сумісність із WordPress 7.0
7.103
Додано
- Окремий драйвер бази даних MariaDB із підтримкою типів стовпців INET4, INET6, UUID, XMLTYPE і VECTOR
- Утиліта аналізу версії сервера для покращеного визначення версії бази даних
Виправлено
- Вразливість обходу шляху у download_file(), яка могла дозволити читання довільних файлів
- Перевірка обходу шляху під час видобування файлів з архівів
- Застаріле значення шляху до резервних копій після міграції сервера тепер автоматично скидається до типового
Покращено
- Експорт та імпорт бази даних перероблено для кращого розмежування відповідальності — типи й параметри стовпців, параметри таблиць і зіставлення тепер обробляються незалежно
- Розширено підтримку пониження версій зіставлень, зокрема utf8mb4_0900_as_ci, utf8mb4_0900_as_cs і варіантів utf8mb3_*
- Параметри таблиць, специфічні для MariaDB, тепер обробляються належним чином (рушій Aria, стиснення сторінок, системне версіонування, шифрування)
- Додаткові рушії зберігання MariaDB (S3, ColumnStore, Spider, CONNECT, Mroonga) тепер перетворюються на InnoDB під час імпорту
- Кнопки поширення в соціальних мережах замінено легкими статичними посиланнями (видалено сторонній JavaScript від Facebook, Twitter і YouTube)
- Кешування викликів інформації про сервер бази даних для кращої продуктивності
- functions.php тепер завантажується перед constants.php для правильного порядку ініціалізації
7.102
Додано
- Параметр очищення папки сховища на сторінці резервних копій
- Перевірка архіву перед виведенням списку файлів для підвищення надійності
- Перевірка мінімально необхідних версій
Виправлено
- Обробка зміщення в архіваторі для коректного опрацювання даних
- Операції зі зміщенням і читанням файлів у розпаковувачі
- Додано відсутній виклик функції esc_html() для покращення безпеки
- Обов’язковий плагін FDP вимкнено, щоб запобігти проблемам з активацією плагінів під час імпорту
Покращено
- Узгодження стилів CSS зі сторінкою розкладів
- Сумісність із WordPress 6.9
7.101
Виправлено
- Обробка типів розміру файлу та часу зміни в архіві для покращення сумісності зі строгим режимом PHP
- Виключення редакцій записів тепер також правильно виключає пов’язані записи postmeta під час експорту
Покращено
- Оновлено до повної версії фреймворку Vue 3 для підвищення продуктивності та зменшення розміру пакета
7.100
Покращено
- Залежності PHP і JavaScript оновлено до найновіших версій
7.99
Додано
- Додано підтримку стиснення Gzip для файлових операцій, щоб покращити роботу з файлами резервних копій
Виправлено
- з метою забезпечення кращої сумісності застарілий метод jQuery `bind()` замінено на `on()`
- Покращено безпеку завантаження файлів шляхом видалення stripslashes_deep для вхідних даних $_FILES
Покращено
- Потокові операції замінено на ai1wm_write() для підвищення надійності
- Залежності JavaScript оновлено до найновіших версій
7.98
Додано
- Додано константу WP_IMPORTING для кращої сумісності з хостинг-провайдерами
Виправлено
- Вразливість збереженого міжсайтового скриптингу під час завантаження файлів (CVE-2025-8490). Дякуємо Wordfence і Джеку Пасу за повідомлення. Що потрібно знати.
- Покращено обробку винятків під час завантаження файлів для інформативніших повідомлень про помилки
Покращено
- Виправлено проблеми сумісності з PHP 8 в обробнику бази даних MySQLi
- Завантажувач файлів перероблено для підвищення безпеки та надійності
7.97
Додано
- Додано підтримку SQLite під час перевірки AUTO_INCREMENT
Виправлено
- Покращено заміну серіалізованих значень у базі даних для обробки граничних випадків перевірки довжини рядка
7.96
Додано
- Додано сповіщення адміністратора, якщо в таблиці wp_options відсутній AUTO_INCREMENT
7.95
Додано
- Додано новий хук дії ai1wm_status_export_init для розробників під час ініціалізації експорту
Виправлено
- Виправлено неправильний відсоток у індикаторі перебігу експорту теми
- Виправлено роботу сценарію Uninstall.php
- Виправлено порядок кнопок експорту та імпорту
- Виправлено проблеми зі стилями висоти випадних списків
7.94
Додано
- Оновлення кешу плагіна Elementor після імпорту
7.93
Виправлено
- Виправлено проблему сумісності з PHP 7 і PHP 5 через кінцеву кому під час реєстрації стилю
7.92
Покращено
- Успішно пройдено перевірку плагіном Plugin Check (PCP)
- Виправлено створення назви архіву
7.91
Додано
- Підтримка CiviCRM для WordPress
7.90
Додано
- Додано константу для вимкнення пізнього пошуку рядків MySQL задля підвищення продуктивності бази даних
Покращено
- Покращено інтеграцію з базою даних SQLite для підвищення стабільності та ефективності
- Посилено механізм заміни серіалізованих даних для усунення неавтентифікованої вразливості впровадження PHP-об’єктів (CVE-2024-10942). Особлива подяка Webbernaut за відповідальне повідомлення про цю проблему
- Параметр wp_rocket_settings тепер зберігається під час експорту для зручнішої роботи користувачів
Виправлено
- Усунено попередження про застарілі можливості в PHP 8.4
7.89
Покращено
- Перехід на Node.js 22 для кращої продуктивності та безпеки
- Усі залежності плагіна оновлено для стабільної та безпечної роботи
7.88
Виправлено
- Виправлено проблему, через яку індикатор завантаження зупинявся на 100%
- Виправлено проблему, через яку завантаження не можна було скасувати до його завершення
Покращено
- Повідомлення для користувачів стали зрозумілішими, прямішими, послідовнішими та інформативнішими.
7.87
Виправлено
- Усунено вразливість, через яку журнали помилок із відомою назвою були загальнодоступними. До назв файлів журналів додано випадкові частини, тому їх неможливо вгадати. Тепер журнали помилок автоматично видаляються щодня та під час оновлення плагіна. Особлива подяка villu164 за відповідальне повідомлення про проблему.
- Усунено вразливість, через яку користувач із правами адміністратора міг впровадити довільний PHP-код через певні вхідні дані. Для використання вразливості потрібен доступ рівня адміністратора, тому неавторизовані користувачі не можуть виконати цю дію. Особлива подяка Раяну Козаку за відповідальне повідомлення про проблему.
7.86
Виправлено
- Усунено проблему сумісності з PHP 8.4 під час відновлення файлів резервних копій через WP-CLI
7.85
Додано
- Сумісність із PHP 8.4
7.84
Додано
- Додано нові хуки в процесах експорту та імпорту для виконання власних дій та інтеграцій
7.83
Виправлено
- Усунено проблему, через яку не вдавалося завантажувати файли резервних копій у середовищах WordPress Playground
7.82
Додано
- Підтримка SQLite
- Підтримка WordPress Playground
7.81
Додано
- Сторінка центру скидання: представлено нову сторінку з потужними інструментами скидання для ефективного керування сайтом. Ця функція спрощує скидання середовищ WordPress і забезпечує зручніші робочі процеси розробки та тестування.
Покращено
- Покращена підтримка W3TC
- Перевірка сумісності з PHP: показ попередження під час перенесення або відновлення сайту в середовищі з іншою версією PHP.
7.80
Додано
- Підтримка плагіна update-services
- Крапки в доменному імені у назві резервної копії замінюються дефісами для кращої сумісності з хостинг-провайдерами
Покращено
- Покращена підтримка експорту й імпорту з мультисайту на окремий сайт і навпаки, що спрощує процес міграції
7.79
Додано
- Підтримує WordPress 6.4
7.78
Додано
- У плагіні додано нову сторінку «Розклади», на якій показано різні розширені можливості, доступні лише в преміум-розширеннях
7.77
Додано
- Перевірено з новою версією WordPress 6.3
7.76
Виправлено
- Видалено позначку [beta] з розширених налаштувань