Что случилось с сайтом?

Ссылка скопирована
1 ответ

Переношу сайт на вордпрессе. Apache2, mysql, php.
Исходный сайт работает, сайт отлаженный. В вордпрессе стоит плагин all in one sequrity с измененным адресом страницы авторизации. Ssl от letsencrypt.
Скопировал на новый хостинг файлы, импортировал бд, настроил в впконфиг подключение к бд. Все завелось.
На днс хостинге перенаправил доменное имя на новый айпи. Сделал на новом хостинге ssl letsencrypt сертификат.
Попытался зайти на страницу авторизации с измененным адресом, как было на старом хостинге - 404. Переименовал папку плагина с all in one sequrity, зашёл в админку по стандартному адресу.
И понял, что ни одна страница кроме главной больше не открывается. Везде 404.

Вернул доменное имя на прежний айпи адрес, на старом хостинге то же самое. Открывается только главная страница.

Куда копать, подскажите пжлст.

Дополнительно

1. https://ru.stackoverflow.com/questions/767561/%D0%...
2. https://codex.wordpress.org/%D0%A7%D0%90%D0%92%D0%...
3. Выкинь эту ересь с изменением адреса админки

  • по поводу того, почему может не работать после того как вернул все обратно: браузер кеширует хосты, вполне возможно что браузер все ещё стучится на новый ип ( можно почистить в дев тулсе)
  • Azat2015 @Azat2015 Автор вопроса В общем, проблема оказалась в плагине Elementor. В нем при смене доменного имени также надо в настройках менять доменное имя.

    Ответы:

    Например потерял файл .htaccess который участвует в маршрутизации.

    Нужно решить такую задачу?

    Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.

    Заказать помощь
    Лучший ответ
    1
    Андрей PHP Ответ

    По формулировке «что случилось с сайтом» точный ответ невозможен без симптомов: белый экран, 500, редиректы, ошибка БД, сломанная вёрстка, вирусные вставки или недоступная админка — это разные причины. Но порядок диагностики один.

    Сначала включите логирование без вывода ошибок посетителям:

    define('WP_DEBUG', true);
    define('WP_DEBUG_LOG', true);
    define('WP_DEBUG_DISPLAY', false);

    define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);

    Потом проверьте:

    1. wp-content/debug.log;
    2. error log хостинга;
    3. последние изменения плагинов/темы;
    4. .htaccess;
    5. доступность базы и правильность wp-config.php;
    6. наличие неизвестных файлов в wp-content/uploads;
    7. свободное место на диске.

    Если сайт упал после обновления, временно переименуйте папку проблемного плагина через FTP. Если подозрение на .htaccess, сохраните копию и сгенерируйте новый через постоянные ссылки.

    Если есть ошибка подключения к БД, проверьте логин, пароль, DB_HOST и доступность MySQL. Если ошибка 500 — почти всегда ответ будет в PHP error log.

    Главное: не переустанавливайте WordPress поверх сайта, пока не сняли бэкап файлов и базы. Сначала диагностика по логам, затем точечное исправление.

    Другие ответы (0)

    Пока нет других ответов. Будьте первым, кто поможет автору.

    Ответить на вопрос

    комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *

    Вам также может быть интересно