РЕШЕНО: Ошибка 404 при любом изменении в админ-панели WP.

Вопрос или проблема

ОБНОВЛЕНИЕ: один плагин вмешивался в процесс – Query Monitor. Удалив его, я смог снова работать на сайте. Пришлось вручную удалить его через sftp, чтобы деактивировать.


любое изменение, которое я делаю, приводит к ошибке.

обновление тем, изменение настроек постоянных ссылок, удаление плагинов, добавление нового поста …

я думаю, что единственное, что мне удалось безопасно сделать, это обновление плагинов.

КОНТЕКСТ/КРАТКО:
мы перенесли наш сайт с внешнего хоста на наш университет.
у нас есть исследовательский портал с миниатюрами и всем остальным – который размещен на виртуальной машине отдельно от фактического сайта WordPress, который размещается нашими компьютерными службами.

мы сделали это для 4 сайтов. остальные 3 сайта не нуждаются в виртуальной машине, поэтому они автономные экземпляры WordPress.

Проблема присутствует только на одном сайте с прикрепленным к нему исследовательским порталом.
исследовательский портал не в формате WordPress, это отдельная вещь на PHP, разработанная вне среды WordPress. по сути, мы просто указываем на него (считайте это отдельным, ‘пятым сайтом’)

Так что моя проблема в том, что я понятия не имею, почему я не могу внести никаких изменений в этот конкретный сайт.
стоит ли начать вручную отключать плагины и посмотреть, не является ли какой-то из них причиной этой проблемы?

к тому же – наши университетские серверы не используют htaccess (не уверен, что это значит)


Я не разработчик – я скорее создатель контента для веб-сайтов нашего учреждения. у нас есть разработчик для портала (на PHP), но он не очень разбирается в WordPress.

Спасибо за любую помощь, которую вы можете мне оказать

Ответ или решение

Ошибка 404 может быть раздражающей проблемой, особенно когда она возникает при внесении изменений в административной панели WordPress. Рассмотрим, как устранить эту проблему, учитывая предоставленные вами детали и общий контекст.

F – Fact-finding (Изучение фактов):

Сначала разберем основную информацию:

  1. Ошибка 404 возникает при попытке внести изменения в админ-панели WordPress, включая обновление тем, изменение настроек постоянных ссылок, удаление плагинов и добавление новых записей.
  2. Успешно был обновлен только один плагин.
  3. Проблема проявляется на одном из сайтов после его миграции от внешнего хоста на сервер университета. Этот сайт связан с исследовательским порталом, реализованным на отдельной виртуальной машине и использующим PHP вне среды WordPress.
  4. После удаления плагина Query Monitor вручную через SFTP ситуация улучшилась.

O – Outcome (Ожидаемый результат):

Цель — обеспечить возможность вносить изменения в админ-панели без возникновения ошибок 404 и стабилизировать работу сайта.

R – Resolution (Решение):

  1. Диагностика плагинов:

    • Рекомендуется поочередно деактивировать плагины, чтобы определить, какой из них вызывает проблемы. Это можно сделать через панель управления или вручную через SFTP, как вы уже делали с Query Monitor.
  2. Настройки конфигурации сервера:

    • Учитывая, что ваш университетский сервер не использует .htaccess, уточните у администратора серверов, возможно ли настраивать перенаправления и URL на сервере другим способом, например, через конфигурации сервера Nginx или Apache.
  3. Проверка постоянных ссылок:

    • Попробуйте сбросить настройки постоянных ссылок. Это может устранить проблемы с URL-адресами, если они некорректно перенастроены после миграции.
  4. Логи сервера:

    • Просмотрите логи сервера для выявления точных причин ошибок. Это поможет понять, на каком этапе и почему возникает ошибка 404. Попросите IT-команду или администратора помочь в анализе.
  5. Обновление и резервное копирование:

    • Убедитесь, что ваш WordPress и все плагины обновлены до последних версий. Регулярное резервное копирование также важно, чтобы избежать потери данных при тестах и внесении изменений.

E – Execution (Исполнение):

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

S – Summation (Резюме):

Вы определили, что одна из причин проблемы — плагин Query Monitor. Однако, чтобы полностью устранить проблему, необходимо комплексное взаимодействие с серверными настройками и конфигурациями. Обратитесь за помощью к своим IT-специалистам для настройки серверной части сайта, учитывая, что ваш контент и портал имеют особую архитектуру.

T – Tail (Заключение):

Изучите каждый шаг методично и не забывайте фиксировать результаты на каждом этапе. Это поможет не только устранить текущую проблему, но и предотвратить их в будущем.

Успехов в решении! Если потребуются дополнительные консультации, не стесняйтесь обращаться.

Оцените материал
Добавить комментарий

Капча загружается...