Вопрос или проблема
Я работаю над сайтом клиента, разработанным предыдущим разработчиком. Он нуждался в многих обновлениях, поэтому я обновил WordPress до версии 6.0.1, тему Astra до 3.9.1 (используется дочерняя тема) и множество используемых плагинов. После всех этих изменений видимых проблем не возникло, но несколько появилось при использовании панели управления.
Изменения в настройках WordPress или плагинов не сохраняются, и данные пользователя не обновляются, хотя контент для записей и страниц можно изменять. Это несмотря на переключение на тему Twenty-Twenty и деактивацию всех плагинов.
Некоторые примеры:
- Обновление моего профиля администратора не сохранило изменения (например, добавил URL и биографию, оба поля были пустыми после перезагрузки формы).
- В качестве администратора, обновление профиля редактора таким же образом загрузило пустую страницу с сообщением “Неверный идентификатор пользователя.” и изменения не были сохранены.
- Нельзя массово активировать / деактивировать плагины, страница перезагружается без каких-либо изменений (хотя вручную по одному это работает или можно изменить имя каталога плагина).
- Нажатие на Сохранить изменения в большинстве разделов настроек не работает, вместо этого загружается страница Все настройки с сообщением “Внимание: Эта страница позволяет прямой доступ к настройкам вашего сайта. Вы можете сломать что-то здесь. Пожалуйста, будьте осторожны!” и десятками полей.
Когда Astra и плагины были активны, я заметил такие проблемы, как:
- В Code Snippets добавление нового фрагмента не срабатывало. Страница перезагружалась с пустой формой.
- В Maintenance переключение кнопки включения/выключения не дало результата (пришлось переименовать папку этого плагина, чтобы отключить его).
- Форма входа, созданная в Forminator, не работала после отправки, просто перезагружала страницу.
Тем не менее, стандартная форма входа WordPress работает, даже когда активен White Label CMS. Все те же проблемы существуют и в staging-версии сайта, который я создал.
В Health Check & Troubleshooting вкладка Info показывает правильную информацию о базе данных, и все разрешения файловой системы доступны для записи. Вкладка Status не показывает никаких проблем, которые кажутся актуальными.
Я действительно в замешательстве, как решить эту проблему, потому что это, похоже, не связано с темой или плагином. У меня есть резервная копия Updraft, но я надеюсь, что это можно решить без восстановления. Это означало бы проделать много работы снова.
Любая помощь очень appreciated!
Я все понял. В попытке оптимизировать производительность темы Astra я изменил настройки PHP в cPanel > MultiPHP INI Editor, основываясь на рекомендациях в интернете.
Однако я был недостаточно осторожен с внесенными изменениями. Я забыл указать M в post_max_size, использовав только число.
😐
После добавления всего этого все снова начало работать правильно.
Ответ или решение
Конечно, я помогу вам с этой проблемой.
Исходя из вашего описания, проблемы с сохранением изменений в Dashboard, несмотря на то что изменение содержимого записей и страниц работает, указывают на возможные проблемы с настройками PHP. Вы упомянули о том, что вы редактировали настройки PHP через cPanel и MultiPHP INI Editor для оптимизации производительности темы Astra.
Одной из наиболее вероятных причин такой ситуации может быть неверная конфигурация значений, связанных с лимитами на загрузку данных. Например, если вы изменили параметры, но не добавили соответствующий суффикс "M" к значению post_max_size, это может привести к тому, что данные, необходимые для сохранения изменений (такие как обновления профиля администратора или изменения в настройках плагинов), просто не сохраняются ни в базе данных, ни на сервере.
Чтобы решить эту проблему окончательно, убедитесь, что ваши настройки выглядят следующим образом в файле php.ini или через MultiPHP INI Editor:
upload_max_filesize = 64M
post_max_size = 64M
memory_limit = 256M
max_execution_time = 300
max_input_time = 300Обратите внимание, что значение post_max_size должно содержать "M" для обозначения мегабайт.
После внесения этих изменений не забудьте перезапустить ваш веб-сервер или обновить настройки PHP, чтобы изменения вступили в силу.
Если после этого проблемы все еще будут сохраняться, вам стоит проверить другие аспекты:
- Кэширование: Если вы используете какие-либо плагины для кэширования или серверное кэширование, попробуйте временно отключить их.
- Проблемы с правами доступа: Убедитесь, что на сервере установлены правильные права доступа к файлам и папкам, что может повлиять на возможность записи данных.
- Ошибки в логах: Проверьте файлы журналов ошибок сервера, чтобы выявить какие-либо дополнительные ошибки, которые могут дать подсказки.
Если после всех этих проверок проблема не будет разрешена, можно рассмотреть возможность отката к резервной копии, однако, как вы упоминаете, желательно избежать этого, чтобы не терять все ваши текущие изменения.
Надеюсь, это поможет вам решить проблемы с функциональностью и настройками вашего сайта! Если потребуется дальнейшая помощь, не стесняйтесь обращаться.