Не получается сохранить изменения в визуальном редакторе WordPress, после того как файлы перенес в другой каталог, как это исправить?
Установил WordPress 6.4.2 в отдельную папку на хостинге (public_html/wordpress)
все там настроил, привел в нужны вид и решил перенести файлы в основной каталог (public_html) и тут же перестал корректно отображаться визуальный редактор и выдает ошибку
Дополнительно:
Потому что адрес сайта в базе данных остался старый. А сам сайт переехал. Вам нужно обновить запись об адресе сайта в базе данных. Делается это разными способами один из них такой
В файле function.php вашей темы после открытия <?php пропишите команды:
update_option( 'siteurl', 'you-new-address.ru' ); update_option( 'home', 'you-new-address.ru' ); |
update_option( 'siteurl', 'you-new-address.ru' ); update_option( 'home', 'you-new-address.ru' );
Где you-new-address.ru ваш домен сайта в папке public_html.
Зайдите на сайт, в админку. После закомментируйте эти строки.
Ответы:
Потому что неправильно перенёс.
Правильно - с помощью спец средств.
А записи в файлах функций и конфигах, замена sql-запросами и тд могут сделать только хуже. Даже если сперва и не будет заметно.
Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.
Пока нет других ответов. Будьте первым, кто поможет автору.
Ответить на вопрос
После переноса WordPress из
/wordpressв корень чаще всего ломается визуальный редактор из-за неправильных URL в базе, путей к скриптам или смешения старого и нового адреса сайта. Сам редактор Gutenberg/TinyMCE грузит много JS-файлов, и если часть из них отдаётся со старого пути, он начинает падать.Проверьте сначала две опции:
SELECT option_name, option_value FROM wp_options WHERE option_name IN ('siteurl', 'home');
Если сайт теперь в корне, обе должны указывать на основной домен без
/wordpress, если только Вы не используете схему “ядро в подпапке, сайт в корне”.Дальше нужно сделать корректный search-replace по базе, но не обычной заменой в SQL-файле, потому что в WordPress есть сериализованные данные. Лучше через WP-CLI:
wp search-replace 'https://example.com/wordpress' 'https://example.com' --skip-columns=guid --dry-run wp search-replace 'https://example.com/wordpress' 'https://example.com' --skip-columns=guid
Перед этим обязательно сделайте экспорт базы.
Проверьте
wp-config.php: нет ли там жёстко заданныхWP_HOMEиWP_SITEURLсо старым путём. Также проверьте.htaccessв корне: он должен быть стандартным для WordPress, если нет кастомной схемы.Если редактор выдаёт ошибку в консоли браузера, смотрите Network: какие JS/CSS файлы получают 404/403 или грузятся со старого URL. Часто проблема не в самом редакторе, а в том, что REST API недоступен:
/wp-json/
Если REST API возвращает 404, пересохраните постоянные ссылки. Если 403 — проверьте security-плагины, ModSecurity, Basic Auth и правила хостинга.
Итог: исправьте
home/siteurl, сделайте безопасный search-replace, проверьтеwp-config.php,.htaccess, REST API и ошибки консоли. После этого визуальный редактор обычно возвращается без переустановки WordPress.