Обновление сломал мой сайт WordPress

Вы обновляете плагин или, возможно, свою тему или даже свою модель PHP или WordPress, и ваша веб-страница разрывается! То, что задумывалось как несложная работа, может стать действительно стоящим часов работы, пока вы боретесь, чтобы обнаружить виновника и позаботиться о своем сайте.

Если обновление сломало ваш сайт WordPress, то эта короткая статья для вас! Мы рассмотрим ряд популярных причин и способы их устранения. Давайте приступим!

## Пойман на манере обслуживания

Когда обновление выполнено правильно, на пару минут появляется сообщение типа «Веб-сайт проходит плановое техническое обслуживание», а затем автоматически исчезает. Но в некоторых случаях скрипт, управляющий обновлением, истечет время ожидания, и вы обнаружите, что ваш веб-сайт находится в режиме обслуживания.

Что вам нужно сделать, так это удалить файл обслуживания .routine. Используйте свой самый любимый FTP-клиент, чтобы подключиться к вашему веб-сайту, перейдите в корневую папку, и вам нужно увидеть там файл .maintenance.

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

Теперь пришло время проследить, что вызвало беспокойство в 1-м районе.

### Плагин как преступник

Вы должны вручную отслеживать надежность плагина, деактивируя все плагины, а затем повторно активируя их один за другим. Вам нужно будет сделать это, войдя в папку плагинов с помощью FTP и переименовав каждый плагин в что-то вроде exampleplugin_disabled. Это предотвратит работу этого определенного плагина. Если ваш сайт работает правильно, значит, вы определили преступника.

Предположительно, обновление плагинов по отдельности снижает нагрузку на сервер и, скорее всего, будет процветать и отображать правонарушителя в случае тайм-аута. Также лучше часто проверять, подходит ли он для вашей модели WordPress.

### Когда ваша тема вызывает затруднения

Чтобы убедиться, что проблема связана с вашей темой, вам может потребоваться деактивировать существующую тему и активировать тему WordPress по умолчанию, например концепцию 20 Twenty-Just one. Если место администратора недоступно сразу после неудачного обновления, вы можете постоянно деактивировать свою тему через свой любимый FTP-клиент.

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

Затем вам придется обновить свою тему до самой популярной модели, которая действительно (надеюсь, в любом случае) будет совместима с этой моделью WordPress. Если у вас по-прежнему возникают проблемы, вам нужно будет обратиться за помощью к автору темы или разработчику.

### Вскоре после обновления версии PHP

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

Если это не поможет, проверьте и настройте свою тему в соответствии с концепцией WordPress по умолчанию. Иногда индивидуальная концепция может быть причиной возникновения проблем после обновления, связанных с версией PHP.

## Похожие проблемы с сервером — ошибка HTTP 500

Вместо информации «Застрял в режиме обслуживания» вы можете получить ошибку 500 HTTP после выполнения обновления. В этом случае проблема, скорее всего, связана с сервером, а не с темой или плагином.

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

## Белый монитор гибели людей

Белый монитор потерь жизни (WSOD) — это когда вы видите пустой дисплей вместо своего интернет-сайта. Это одна из самых распространенных проблем, с которыми сталкиваются покупатели WordPress, и она может быть похожа на все предыдущие. Вы можете получить хорошее руководство [здесь] (https://pressidium.com/weblog/2019/how-to-take of-the-wordpress-white-monitor-of-demise/).

## Настройка не удалась: не удалось создать каталог

Если вы когда-нибудь получите сообщение «Ошибка установки: не удалось создать каталог», не беспокойтесь! Эта проблема обычно вызвана ситуацией с авторизацией файла при обновлении плагина или темы. Иногда это также может быть вызвано конечным результатом неадекватного дискового пространства.

Чтобы решить ситуацию с разрешениями, вам придется сбросить разрешения. Еще раз вам нужно присоединиться к списку вашего веб-сайта с FTP-покупателем и проверить, какие разрешения установлены для папок wp_information, wp_includes и wp_admin, щелкнув их правильно.

Если это действительно ситуация, связанная с авторизацией, папка содержимого, написанная wp, не будет иметь хороших разрешений 755. Если это так, обязательно примените их и нажмите кнопку «ОК», как показано ниже.

Числовое значение 755 соответствует Study-Compose-Execute для владельца, Read-through-Execute для разрешений Team и Read-through-Execute для некоторых других разрешений.

Разрешения «Владелец» используются назначенным владельцем файла или каталога, Разрешения «Группа» применяются сотрудниками команды, которой принадлежит файл или каталог, Разрешения «Другие» используются всеми другими покупателями. Вы также можете обратиться к инструменту [Chmod Calculator] (https://chmod-calculator.com/) для преобразования.

Я надеюсь, что все, что помогает. Конечно, обычно есть меры предосторожности, которые вы можете предпринять, чтобы избежать этих проблем, которые связаны с вашими резервными копиями и доступностью веб-страниц или промежуточными средами, которые вы можете найти в [этой замечательной статье] (https://pressidium.com/blog site /обновление-сломал-мой-wordpress-веб-сайт/).

Чудесного дня!