после обновления php не работает сайт wordpress
Что делать, если WordPress после обновления не работает
Обновления в WordPress пугают многих новичков, особенно это предупреждение на странице обновлений, где рекомендуется создать перед процедурой резервную копию сайта. Зачем? Неужели всё может сломаться и все труды будут утеряны?
В этой статье рассматриваем, что плохого может случиться от обновления, надо ли создавать резервную копию сайта, и что делать, если WordPress после обновления не работает совсем.
От чего обновление в WordPress может привести к проблеме
Есть несколько факторов риска, при которых очередное обновление в WordPress может привести к неполадке так, что сайт работать перестанет:
Ниже рассмотрим, что делать при возникновении проблемы в WordPress после обновления.
Сайт ненадолго закрыт на техническое обслуженные. Зайдите через минуту.
Если после обновления WordPress, переходя на сайт, вы видите сообщение «Сайт ненадолго закрыт на техническое обслуженные. Зайдите через минуту.» (или это же, но на английском языке), то это значит, что обновление началось, но не смогло корректно завершиться. Если вы обновите страницу через минуту, то всё равно увидите это сообщение, и даже если пройдёт больше времени, сообщение останется.
Удалить файл вы можете в файловом менеджере вашего хостинга.
Не подходящая версия PHP
WordPress, темы и плагины обновляются и меняют поддерживаемые технологии — удаляют старые поддержки и заменяют их на новые, более совершенные. Для того чтобы они работали нормально, программное обеспечение хостинга также должно поддерживать эти технологии. Поэтому оно тоже обновляется.
У пользователя хостинга есть возможности гибко управлять версией PHP для своего сайта. PHP — это программа на хостинге.
Если после обновления WordPress не работает, то, возможно, теперь пришло время повысить версию PHP. Так, на данный момент самая последняя версия PHP 8.0. Но это не значит, что нужно срочно переводить все свои сайты на эту версия. Большинство плагинов и тем ещё не успели внедрить её поддержку. Несмотря на то, что это последняя версия, самой популярной версией на момент создания этой статьи является 7.1.
Поэтому поэкспериментируйте с версией PHP, если обновление в WordPress привело к проблеме.
Несовместимости
Обновление может привести к несовместимости плагинов и тем. Например, если какой-то плагин обновится, он по какой-то причине может стать не совместимым с активированной темой. И если активировать другую тему, то проблема пропадает, а с нужной темой не работает.
Здесь можно пытаться решить проблему разнообразными способами. Во-первых, если после обновления произошла несовместимость, и сайт вообще не работает, то нужно восстановить сайт из резервной копии на тот момент, когда обновление ещё не было выполнено. Вот тут как раз тот редкий момент, когда нужна резервная копия сайта при обновлении.
Во-вторых, нужно понять, что именно стало несовместимым. Если вы обновляли что-то одно, то очевидно, что именно это вызывает проблему, а если несколько, например, десяток плагинов, то придётся искать методом исключения.
После обнаружения виновника несовместимости следует попытаться найти для него замену и устранить таким образом проблему.
Не работает сайт WordPress на php 7.3
Добрый день! Уважаемые посетители и гости портала Pyatilistnik.info. В прошлый раз я вам рассказывал, как можно увеличить свой доход от рекламы Google Adsense и привел ряд примеров моих знакомых, где они показали внушительные цифры. В сегодняшней публикации я бы хотел рассмотреть ситуацию, при которой вы как добросовестный вебмастер следите за безопасностью сайта и хотите добиться его лучшего функционала и переводите его на последнюю версию PHP 7.3, после чего у вас ломается ваш сайт на WordPress. Давайте я покажу, как вы можете найти источник проблемы и устранить его.
Описание ситуации
Один мой приятель ведет блог про Москву и все, что связано с путешествиями, у него кстати недавно вышла отличная статья «Электронная регистрация на рейс S7» советую посмотреть. В какой-то момент она выстрелила и одновременно на сайт стало заходить по 400-600 человек, у него еще на тот момент не было высокопроизводительного хостинга McHost. В результате чего его сайт становился недоступным. Он почитав разных советов, решил обновить на своем хостинге версию PHP 5.6 на PHP 7.3, которая в кратном соотношении быстрее и требует меньшего количества ресурсов. Как видно из графика на WordPress 5.3 PHP 5.6 выдает поддержку всего 100 запросов в секунду, а вот PHP 7.3 и PHP 7.4 уже под 300 запросов в секунду.
Мой приятель зашел в админку хостинга и перевел свой сайт на последнюю доступную версию, ей оказалась PHP 7.3. После применения настроек его сайт на WordPress 5.3 перестал корректно работать, вместо главной страницы была непонятная, перекошенная субстанция с поехавшей версткой. Пропало меню, слайдер и не работали ни одни ссылки. По простому, теперь не работает сайт WordPress на новой версии php 7.3. Благо хоть у него сохранился доступ в админку.
После этой попытки он быстро откатил в админке хостинга свою версию PHP на 5.6 и обратился ко мне с проблемой.
Как найти проблему на сайте WordPress после перехода на PHP 7.3
Не каждый из вебмастеров может быть крутым PHP программистом и найти в чем причина, да и это очень трудоемко. Благо WordPress дружелюбная платформа и имеет огромное количество плагинов под самые разные задачи. Есть замечательный плагин php-compatibility-checker.
Преимущества и особенности
Указываем с какой версией PHP вы будите проводить тестирование на совместимость, а так же указываете, что именно нужно тестировать, тут на выбор два варианта:
Я советую вам выбирать вариант «Scan all plugins and themes«. Делается, это на случай того, что у вас есть плагины которые не требуют постоянной активности и вы включаете их когда вам нужно, и вот чтобы и с ними ваш сайт WordPress работал на PHP 7.3, вы и должны произвести проверку.
Нажимаем кнопку «Scan Site». Хочу отметить, что сканирование может работать длительное время, все зависит от вашего хостинга, количества плагинов и загрузки сайта. После выполнения сканирования, плагин PHP Compatibility Checker выведет вам подробный отчет, что совместимо с нужной версией PHP, а что нет. В моем примере я вижу, что из-за плагина WP-Note я получаю эти самые проблемы с переходом сайта на PHP 7.4. Если вы откроете подробное описание ошибки, там будут номера строк и текст.
FOUND 2 ERRORS AFFECTING 1 LINE
————————————————————————————————————————-
43 | ERROR | Function eregi_replace() is deprecated since PHP 5.3 and removed since PHP 7.0; Use preg_replace() instead
43 | ERROR | Extension ‘ereg’ is deprecated since PHP 5.3 and removed since PHP 7.0; Use pcre instead
Так же вы потом можете выгрузить подробный отчет, о тестировании в PHP Compatibility Checker. Это позволит вам его передать разработчику или самому поискать причину проблемы.
Вот так выглядит пример отчета. Из отчета я вижу. что: Function eregi_replace() is deprecated since PHP 5.3 and removed since PHP 7.0; Use preg_replace() instead
43 | ERROR | Extension ‘ereg’ is deprecated since PHP 5.3 and removed since PHP 7.0; Use pcre instead
Как устранить проблему
Однозначного ответа на этот вопрос нет. Вы можете пойти вот таким путем:
Как обновить PHP на WordPress: на хостинге в разных панелях и на локальных серверах
На момент написания статьи вышла версия 7.3 и сайты, которые сидят на 5 версии, имеют большой риск, какой читайте дальше.
Почему стоит обновляться
Причин для перевода на PHP свежей версии много, разберу несколько пунктов, которые не дадут вам пройти мимо обновления.
Безопасность
На каждую защиту есть свой взлом. Чем старее защита тем ее легче перепрыгнуть, так и здесь, чем старее версию PHP использует ваш блог, тем проще его взломать. Сам WordPress всегда поддерживает свежие выпуски всех программ.
Быстрота загрузки
С каждым выходом разработчики упрощают процессы и уменьшают число запросов. Производил замер на тестовом блоге, с версией PHP 5.6 запросов к базе данных в 3 раза больше чем на 7.1
Разработчики WordPress
Разработчики CMS WordPress всегда держат руку на пульсе, и меняют минимальные требования к своему продукту. При выходе версии вордпресс 5.0 официально заявили, что не дают гарантии на сайты, работающие на PHP ниже 7 выпуска будут стабильно работать.
Устаревшие плагины и темы
Не совсем плюс, но перейдя на новую версию PHP возможно некоторые плагины и темы WordPress могут перестать работать, что приведет к фатальным ошибкам и код заклинит. Плюс в том что вы сможете вычислить виновника и как минимум его удалить, потому что старое программное обеспечение делает дыры в безопасности.
Подготовка к переходу на PHP 7.2
Давайте максимально обезопасим себя от провалов при переходе на новую версию PHP на движке WordPress.
Обновление тем и плагинов
Обновите сразу все темы и плагины, которые содержаться в разделе “Обновления” в админке WordPress. Выделяем все объекты и нажимаем Обновить. Ту же процедуру проводим с темами.
Проверка на совместимость с PHP новой версии
Создатели WordPress советуют плагин PHP Compatibility Checker, он проверит дполнения на наличие совместимости. Найти и установить можно из админки поиском.
Далее заходим в настройки и выставляем параметры. Я выбрал проверить на совместимость с 7.0 и отметил все плагины и темы не зависимо от того активные или нет.
После сканирования плагин выдаст таблицу, где укажет уязвимости и проблемы.
Советую на время отключить желтые и красные, а те что не нужны удалить.
Но не всё так гладко, инструмент не даёт 100% результата, что–то он может пропустить, а что–то и зря забраковать. Но вебмастера пишут, что около 90-95% срабатываний правильные.
Создать резервную копию
С данным пунктом меня некоторые вебмастера могут посчитать за параноика, но лучше перед переходом сделать резервную копию базы данных и файлов. Рассмотрю на примере хостинга Beget (раздел создания резервных копий есть на любом хостинге), заходим в панель управления и находим раздел backup.
Откроется страница на ней выбираем url сайта, который будем переводить. Справа есть кнопка загрузки, нажимаем ее.
Откроется окно, в котором выбираем как скачать архив. Я выберу по прямой ссылке.
Начнется процесс, в среднем занимающий от 10 минут до 1 часа, ждите письма от Бегета на почту, к которой привязан аккаунт, в нем будет ссылка на загрузку архива.
Теперь скачаем базу данных по аналогии входим в раздел BackUp и выбираем раздел Базы данных, ищем соответствующую вашему сайту домен и скачиваем нажатием зелёной кнопки.
Подготовку закончили теперь рассмотрим как на разных системах изменить версию PHP.
Изменяем версию PHP на разных системах управления серверами
Далее разберем как изменить версию PHP для WordPress в панелях:
В панели Beget
Хостинг компания славится своей собственной продуманной и простой панелью управления сервером. Заходим в раздел “Сайты”.
Напротив домена видим иконку с надписью PHP и версией, нажимаем на нее.
Далее откроется всплывающее окно, выбираем необходимую позицию, и нажимаем применить. Поздравляю вы сменили версию PHP для сайта WordPress.
Аналогичным методом работаем и на других хостинг провайдерах, имеющих собственную панель, таких как Timeweb и Reg.ru.
В системе CPanel
Заходим в CPanel на хостинге и находим раздел Программное обеспечение, и среди всех инструментов находим “Выбор версии PHP”, заходим в него.
Далее перебросит на страницу с большим списком дополнений, если вы в них ничего не соображаете, то не ставьте галочки, они включают и отключают модули. Включив слишком много, сайт начнет тормозить. Открываем список версий, выбираем необходимую и жмем кнопку “Сделать текущей”.
В панели ISPmanager
Стандартная панель ISPmaneger проста в использовании, но показать как ей пользоваться я обязан. Заходим в панели в раздел PHP, сразу откроется список имеющихся в базе хостинга последних вариантов. Выбираем понравившуюся, и нажимаем на галочку.
Если все прошло хорошо, то галочка станет зелёной, а ваш WordPress заработает на PHP 7 поколения.
На локальных серверах
Рассмотрим два варианта это на Denwer и Openserver. Точнее не совсем рассмотрим, а отговорим от использования одного из них.
Denwer
Обновление PHP на локальном сервере Denwer давно устарело. Денвер воспринимает максимум версию 5.6, потому что остальные модули программы не обновлялись и поставив, например, последнюю 7.1 локальный сайт просто перестанет работать.
И прошу вас не ищите в сети Denwer, который народные умельцы переделали, и он стал поддерживать всё что угодно. Вы должны понимать, что устанавливая программы такого рода, даете разрешение на управление вашим компьютером, что может привести к нежелательным последствиям. Используйте Openserver или XAMPP, они поддерживаются и обновляются регулярно настоящими разработчиками.
Openserver
Удобный локальный сервер Openserver, завоевал миллионы поклонников. Давайте разберемся как в его интерфейсе поменять на пследнюю версию PHP.
В трее должен быть запущен Openserver и гореть зеленым цветом. Нажимаем правой кнопкой мыши на значок программы и выбираем пункт Настройки.
Переходим во вкладку модули и открываем список в области PHP. Выбираем версию и нажимаем сохранить. Теперь локальные сайты будут работать по новой.
Для более наглядного представления процесса, прилагаю видеоинструкцию.
Заключение
Мы разобрали множество способов обновления версий PHP для ресурсов, работающих на WordPress, и не только для них. Методы универсальные и подойду для разного рода ресурсов, успехов!
WordPress.org
Русский
Поддержка → Проблемы и решения → Доступ к базе при обновлении PHP
Доступ к базе при обновлении PHP
Сайт реализован на WP, версия 5.2.2. Рекомендовано обновление PHP (сейчас 5.6, рекомендуют 7.0 — 7.3)
При обновлении PHP перестает открываться даже админка WP с сообщением:
Ошибка установки соединения с базой данных
Это значит, что либо имя пользователя и пароль в файле wp-config.php неверны, либо нам не удалось связаться с сервером базы данных по адресу localhost. Возможно, сервер недоступен.
Вы уверены, что указали правильное имя пользователя и пароль?
Вы уверены, что ввели правильное имя сервера?
Вы уверены, что сервер базы данных запущен?
Если вы не знаете, что означают эти термины — возможно, стоит обратиться к хостинг-провайдеру. Если и после этого вам понадобится помощь — всегда можно посетить форум поддержки WordPress.
Комментарий службы ТП провайдера:
В новых версиях php объявлены устаревшими и удалены некоторые функции, акутальные для php версии 5. Например, mysql_connect.
Как быть? Когда могут появиться обновы, способные работать с MySQL под PHP7.x?
Страница, с которой нужна помощь: [войдите, чтобы увидеть ссылку]
Когда могут появиться обновы, способные работать с MySQL под PHP7.x?
WP давно нормально работает с php7. Как минимум, 4.2, более старые я не пробовал.
Когда могут появиться обновы, способные работать с MySQL под PHP7.x?
почти год как появились 
обратите внимание на то, чтобы в вашем PHP было включено расширение mysqli (да — да, именно с i на конце, mysql обьявлено устаревшим уже очень давно, и было удалено в PHP7+, вместо него нужно использовать mysqli )
WP использует его автоматически
Рекомендации
PHP версии 7.3 или выше.
Когда могут появиться обновы, способные работать с MySQL под PHP7.x?
Всем спасибо. Yui, буду трясти хостера по поводу mysqli.
Из переписки с ТП хостинга:
Изменили пароль для базы данных на тот же самый при смене версии php, так как, иногда, у CMS WordPress он может «сбиваться».
На данный момент скрипт отрабатывает, проверьте, пожалуйста.
Меня их объяснение несколько смущает, но тем не менее…
Сам сайт заработал; при входе в админку под любым пользователем кроме admin получаю сообщение:
ArgumentCountError thrown
Too few arguments to function wp_maybe_grant_site_health_caps(), 3 passed in /home/m/moovkru/public_html/wp-includes/class-wp-hook.php on line 286 and exactly 4 expected
В какую сторону теперь рыть — вообще не понимаю.
Изменили пароль для базы данных на тот же самый при смене версии php, так как, иногда, у CMS WordPress он может «сбиваться».
он не сбивается у WordPress, самопроизвольно содержимое файла wp-config.php меняться не может.
А вот пароль в принципе поменять стоило, потому что.
В реально старых версиях MySQL может использоваться старый алгоритм хеширования, который не поддерживается новыми версиями mysqlnd (нативная библиотека доступа в PHP пришедшая на замену libmysqlclient)
Т.е. если старый пароль для БД был задан еще для MySQL 4.1 и ниже.
Подход в принципе правильный, но вот WordPress тут совсем не причем.
ArgumentCountError thrown
Too few arguments to function wp_maybe_grant_site_health_caps(), 3 passed in /home/m/moovkru/public_html/wp-includes/class-wp-hook.php on line 286 and exactly 4 expected
тут уже не база данных, а скорее всего какой-то устаревший плагин тянет ошибку.
Попробуйте переименовать папку плагинов /wp-content/plugins например в plugins0
и посмотреть не изчезнет ли ошибка.
А дальше по одному ищите виновного.
Yui, спасибо большое.
Да, при отключенных плагинах вход выполняется нормально.
При поодиночном отключении плагинов (а мы помним, что проблема возникает при входе) хостер меня блокирует, воспринимая неоднократные частые попытки входа как брутфорс.
Но это уже совсем другая история.
А эту тему, как мне кажется, можно закрыть.
Не работает сайт на WordPress, типичные ошибки
WordPress, наверное, самая распространенная CMS в мире, но зачастую, когда сайт перестает работать, сама CMS не предоставляет никакой информации об ошибках.
Наиболее распространённые ошибки и примеры их устранения.
Белый экран смерти
Белый экран смерти [WSOD], вместо сайта отображается белый экран.
Один из вариантов решения
Включите отображение ошибок, для чего добавьте в файл wp-config.php следующую строку:
После чего на сайте должен отображаться код ошибки, обычно в коде содержится имя неработающего плагина.
Один из вариантов решения
Деактивируйте все установленные плагины, а затем включайте по одному. Если консоль управления сайтом недоступна, откройте через FTP папку wp-content/plugins и переименуйте папку, например, в wp-content/plugins_ old.
Один из вариантов решения
Увеличьте количество памяти. Для чего откройте файл wp-config.php и добавьте следующую строку:
Значение может быть любым: 64, 128 и так далее, но помните, в любом случае вы не сможете использовать памяти больше, чем предоставляется тарифным планом хостинга.
Один из вариантов решения
Ошибка в активной теме, переключитесь на стандартную тему Twenty Seventeen; если админпанель сайта недоступна, то через FTP измените папку с темой Twenty Seventeen на название активной темы. Имя активной темы также придется на время поменять.
Internal server error
Внутренняя ошибка сервера, обычно возникает из-за неправильной работы скриптов.
Один из вариантов решения
Ошибка установления подключения к базе данных
Один из вариантов решения
Откройте файл wp-config.php и убедитесь, что следующие данные базы данных верны: имя базы, имя пользователя, пароль и хост.
Ошибка 404
Ошибка, из-за которой пользователь не может получить доступ к одной или нескольким страниц на сайте, в то время как все остальные разделы работают нормально.
Один из вариантов решения
Режим обслуживания после обновления
Н е получается войти в панель управления (консоль)
Возможные причины
П ереадресация на странице входа в панель управления (консоль)
При попытке зайти на страницы / wp- login, / wp- admin происходит редирект на главную страницу сайта.
Возможные причины
Варианты решения
Очистите файлы cookie и кэш браузера и убедитесь, что в вашем браузере включен прием cookie.
Перезапустите браузер и попробуйте войти снова.
Деактивировать все плагины (см. предыдущие пункты).
Использовать тему по умолчанию (см. предыдущие пункты).
Добавьте в файл wp-config.php и добавьте эти строки (не забудьте заменить example.com собственным URL и добавить www. если вы используете этот префикс).
Б елый текст или отсутствующие иконки в редакторе
Возможные причины: проблема с объединенными файлами JavaScript, TinyMCE или плагином.
Очистить кеш браузера.
Заменить скрипты TinyMCE. Это можно сделать, заменив папку /wp-includes/js/tinymce/ новой копией.
Если ничего из вышеперечисленного не работает, откройте файл wp-config.php и добавьте следующую строку в самом верху после открывающего тега PHP.
Если ничего не помогает
Включите запись ошибок в лог сервера, как правило, подобные ошибки уже неоднократно встречались на множестве сайтов, погуглите, и в 99,9% случаев решение будет найдено.