Окно плагина не загружается проверьте настройки Astra Linux

Обновлено: 02.07.2024

Это стабильная версия, проверенная 26 февраля 2022 г.. Изменения шаблона/файла ожидают рассмотрения.

Содержание

Astra Linux Common Edition [править]

  • Используйте усиленное ядро.
  • Включить блокировку консоли.
  • Включить блокировки интерпретатора.
  • Включить брандмауэр ufw.
  • Включить системные ограничения.
  • Отключить возможность ptrace.
  • Отключить установку бита неисполнения.
  • Включить ввод пароля для sudo.
  • Системные часы настроены на местное время.
  • Включить сеанс автоматического входа в X.
  • Отключить автоматическую настройку сети.
  • Установите 32-разрядный загрузчик.

Astra Linux Special Edition [ редактировать ]

  • Включить проверку подписи ELF.
  • Отключить установку бита неисполнения.
  • Используйте усиленное ядро.
  • Отключить отображение меню загрузчика.
  • Включить очистку подкачки.
  • Включить освобождение областей при очистке EXT-разделов.
  • Включить блокировку консоли.
  • Включить блокировки интерпретатора.
  • Включить брандмауэр ufw.
  • Включить системные ограничения.
  • Отключить возможность ptrace.
  • Отключить автоматическую настройку сети.
  • Установите 32-разрядный загрузчик.

Разница [ изменить ]

  • Astra Common Edition: ничего особенного
  • Astra Special Edition: ничего особенного

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

Все пакеты? Нет, такие пакеты, как magic-wormhole, установить нельзя.

Для чего перекомпилировать? Не нашел ссылки, если перекомпилирован для какой цели.

Кажется, разницы нет.

Специальное издание Astra Linux.

Только специальное издание.

Кажется, все двоичные файлы подписаны. Сделал тест. Скопировано /bin/nano в /bin/nano-test . Пытался выполнить нано-тест. Успех. Затем отредактировал текстовую строку внутри /bin/nano-test. Попробовал выполнить еще раз. Ошибка сегментации.

Еще один тест. Установите крокодил.

Установка прошла успешно. Пытаюсь выполнить.

Журнал журнала Systemd показывает ошибку DIGSIG.

Можно попробовать подписать.

Но запрашивает пароль, которого я не знаю.

Можно отключить в /etc/digsig/digsig_initramfs.conf, установив DIGSIG_ELF_MODE=0 .

Количество пакетов [ изменить ]

Говорят, что Astra Linux Common Edition основана на Debian Stretch, но его репозиторий, похоже, содержит меньше пакетов, чем репозиторий Debian Stretch.

Найдены некоторые пакеты:

Некоторые пакеты отсутствуют:

Репозиторий APT Astra Linux Common Edition с репозиторием APT Debian [ редактировать ]

Возможно. Протестируйте установленный пакет tor.

Смешайте Astra Linux Special Edition с репозиторием APT Astra Linux Common Edition [ редактировать ]

  • с включенной проверкой подписи ELF. в программе установки Astra Linux Special Edition: Нет.
  • в противном случае: Да.

noexec [ изменить ]

Специальное издание Astra:

Отказано в доступе. Использование какой-то программы noexec в домашних условиях.

Но вы все равно можете использовать.

chmod: изменение разрешений '/tmp/a': операция не разрешена

учетная запись root [ изменить ]

Заблокировано по умолчанию.

параметр загрузки в режиме восстановления [ изменить ]

Не работает по умолчанию из-за заблокированной учетной записи root.

подсчитать [ изменить ]

Блокирует учетные записи пользователей после 7 неправильных попыток ввода пароля, аналогично безопасности-разное от Kicksecure.

параметры монтирования [ изменить ]

ядро checksec [ редактировать ]

Astra Linux Special Edition [ редактировать ]

Kicksecure™ / Whonix [править]

Содержит несколько ложных срабатываний. Документировано ниже.

/загрузка [ изменить ]

cat /proc/cmdline [ изменить ]

dpkg -l | grep astra- [править ]

dpkg -l | grep смоленск- [править ]

dpkg -l | grep fly- [править]

Пакеты [ изменить ]

астра-экстра [ изменить ]

Описание: Конфигурация Astra linux

apt-file list astra-extra

astra-safepolicy [ изменить ]

Описание: Средство проверки глобальной политики безопасности

астра-версия [ изменить ]

Описание: Обновление версии Astra

модули linux-astra [ изменить ]

Описание: Несвободные модули ядра Astra Linux

linux-astra-modules-generic [править]

Описание: Несвободные модули ядра Astra Linux

linux-astra-modules-4.15.3-1-generic [править]

astra-nochmodx-module-4.15.3-1-hardened [ изменить ]

astra-nochmodx-module-common [ редактировать ]

apt-cache показать astra-nochmodx-module-common

парсек [ изменить ]

smolensk-security [ редактировать ]

ksysguard-mac [ изменить ]

kcm-grub2 [править]

нажать [ изменить ]

tasksel --list-tasks [ изменить ]

Файлы [ изменить ]

  • /usr/lib/modules-load.d
  • /etc/apt/sources.list.d
  • /etc/apt/preferences.d

стандартная + доверительная настройка компакт-диска

модули ядра [ изменить ]

grep /lib/modules [править]

парсек [ изменить ]

parsec-cifs [ изменить ]

digsig_verif [ изменить ]

lsmod [править]

systemctl list-units [ изменить ]

Обязательный MAC-адрес управления доступом [ изменить ]

AppArmor [ изменить ]

Очевидно, AppArmor не установлен.

SELinux [править]

SELinux явно не установлен.

Шлепнуть [ изменить ]

Видимо, Smack не установлен.

томойо [ изменить ]

Видимо, Tomoyo не установлен.

пожарная тюрьма [ изменить ]

пузырчатая пленка [ изменить ]

Установлен ли другой MAC-адрес обязательного контроля доступа? [править]

sudoers [ изменить ]

Он редактирует /etc/sudoers вместо добавления фрагментов в /etc/sudoers.d для включения sudo без пароля. Это не следование практикам. Когда пакет sudo обновляется, а /etc/sudoers изменяется восходящим потоком, он отображает диалоговое окно интерактивного разрешения конфликтов dpkg. И даже если Astra Linux разветвит пакет и предотвратит это, это приведет к тому, что они будут нести нагрузку по обслуживанию этого diff.

sudo apt установить python-pip

sudo pip install magic-wormhole

червоточина отправить /path/to/filename

Неизвестно. Пытаюсь угадать. Глядя на cat /var/lib/dpkg/status | grep @rusbitech | sort --unique показывает 20 разных полных имен.

  • Как я могу подписать двоичные файлы ELF?
  • Можно ли обновить Astra Special Edition через онлайн-репозиторий APT?

Незавершенное: эта вики находится в стадии разработки. Пожалуйста, не сообщайте о неработающих ссылках, пока это уведомление не будет удалено, используйте поисковые системы в первую очередь и внесите свой вклад в улучшение этой вики.

Мы ищем создателей видеороликов, которые помогут создать демонстрационные, рекламные и концептуальные видеоролики или учебные пособия.

Kicksecure™ | © ENCRYPTED SUPPORT LP | Программное обеспечение Freedom / Открытый исходный код (почему?)

Личные мнения модераторов или участников проекта Kicksecure™ не отражают проект в целом.

Используя наш веб-сайт, вы подтверждаете, что прочитали, поняли и согласились с нашей Политикой конфиденциальности, Политикой использования файлов cookie, Условиями обслуживания и Согласием на использование электронной подписи.

Вы можете создать тестовый сайт и выполнить основные действия по отладке. Но для проверки конфликтов на рабочем/живом сайте мы настоятельно рекомендуем использовать плагин Health Check & Troubleshooting.

Основные действия по устранению неполадок

Шаг 1. Временно переключите тему на стандартную тему WordPress, например Twenty Nineteen.
Шаг 2. Если проблема не устранена, отключите все плагины на некоторое время.
Шаг 3. Если проблема решена, снова активируйте исходную тему и плагины один за другим, пока проблема не вернется. Это поможет вам определить причину этого.

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

Устранение неполадок с помощью плагина (рекомендуется)

  • Проверка конфликта с темой или плагинами без ущерба для просмотра вашего сайта.
  • Показывает ваши версии PHP и MySQL.
  • Позволяет собирать информацию о WordPress и конфигурации сервера.
  • Режим устранения неполадок позволяет деактивировать и активировать тему/плагин, не влияя на то, как посетитель видит ваш сайт. В этом режиме также отображаются уведомления на сайте.

Как использовать этот плагин?

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

Что предлагает плагин?

Режим устранения неполадок
Позволяет проверить причину конфликта и обнаружить конкретную тему или подключаемый модуль, вызывающие его. Вы можете отлаживать вещи, не влияя на просмотр посетителей. Этот режим будет виден только вам.

 Устранение неполадок работоспособности сайта Astra

Проверка почты. Иногда в контактной форме может возникать ошибка, из-за которой электронные письма не отправляются. Эта опция позволяет проверить, успешно ли отправлена ​​почта с сайта или нет. Если эта проверка показывает ошибку, возможно, проблема в конфигурации сервера.

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

Ошибка установки: не удалось создать каталог.

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

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

В этом посте мы обсудим причины этой ошибки и другие связанные с ней проблемы. Затем мы познакомим вас с тремя способами устранения сообщения «Ошибка установки: не удалось создать каталог», чтобы вы могли завершить установку или обновление.

Начнем!

Что вызывает сообщение «Ошибка установки: не удалось создать каталог». Ошибка в WordPress

Есть три основные ситуации, в которых вы можете столкнуться с сообщением «Ошибка установки: не удалось создать каталог». ошибка в WordPress:

  1. При установке темы или плагина через панель управления WordPress
  2. Во время стандартного обновления темы или плагина
  3. При попытке загрузить файлы в каталог wp-content на вашем сервере

Основная причина проблемы одна и та же в каждом сценарии. Однако давайте рассмотрим каждую из этих ситуаций по очереди.

Установка новой темы или плагина на ваш сайт

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

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

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

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

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

Kinsta предоставляет надстройку Дискового пространства с шагом 20 ГБ. Подробнее здесь.

Обновление существующей темы или плагина

Иногда при попытке обновить тему или плагин WordPress, которые уже установлены на вашем сайте, вы можете увидеть ошибку, очень похожую на ту, что мы описали выше. Обычно это выглядит так: «Ошибка обновления: не удалось создать каталог».

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

Поскольку причина этих двух проблем одинакова, решения также идентичны. Любые методы устранения ошибки «Ошибка установки: не удалось создать каталог», перечисленные ниже, также должны работать для зависшего обновления.

Загрузка файлов в каталог wp-content

Разрешения на доступ к файлам на сервере — это функция безопасности, которую хостинг-провайдеры используют для предотвращения внесения изменений на ваш сайт или кражи конфиденциальной информации неавторизованными лицами.

Однако иногда они могут заблокировать доступ к вашим собственным файлам, если они настроены неправильно.

Вот почему, если вы попытаетесь обойти ошибку «Установка не удалась: не удалось создать каталог». ошибка на вашей панели управления WordPress, загрузив файлы плагина или темы непосредственно в каталог wp-content на вашем сервере, вы, вероятно, все равно столкнетесь с той же проблемой. Ошибка возникает из-за проблемы с вашим сервером, а не из-за установки WordPress.

Эта проблема также может распространяться на ваш подкаталог wp-content/uploads, где хранятся все ваши медиафайлы. Добавление изображений, видео или подобного контента на ваш сайт путем их сохранения на вашем сервере выполняется так же, как установка нового плагина или темы.

Если у вас нет разрешения на запись в корневой каталог, загрузка контента в wp-content/uploads все равно приведет к ошибке, которую мы обсуждали. Чтобы исправить это, вам нужно настроить параметры вашего сервера, как мы вскоре опишем.

Диагностика ошибки «Ошибка установки: не удалось создать каталог». Ошибка в WordPress (2 метода)

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

Ниже мы описали два метода определения того, возникает ли на вашем сайте ошибка, связанная с разрешениями.

1. Используйте инструмент проверки состояния сайта WordPress

В WordPress 5.2 появился инструмент Site Health. Он содержит ценную информацию о вашем сайте WordPress, такую ​​как результаты тестов производительности, проверки безопасности и данные конфигурации WordPress.

Вы можете получить к нему доступ, выбрав Инструменты > Состояние сайта на панели управления WordPress. Чтобы проверить настройки прав доступа к файлам, нажмите на вкладку «Информация»:

Подпишитесь на рассылку новостей

Хотите узнать, как мы увеличили трафик более чем на 1000 %?

Присоединяйтесь к более чем 20 000 человек, которые получают нашу еженедельную рассылку с полезными советами по WordPress!

здоровье сайта

Инструмент здоровья сайта WordPress

Затем прокрутите вниз до последнего раздела, который должен называться «Разрешения файловой системы»:

разрешения файловой системы

Вкладка «Информация о работоспособности сайта WordPress»

Здесь вы увидите список важных файлов WordPress, включая каталоги плагинов и тем. В идеале все они должны быть указаны как «Доступные для записи»:

filesystems writable

Проверка разрешений файловой системы работоспособности сайта WordPress

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

2. Проверьте журнал ошибок вашего сервера

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

Если вы являетесь клиентом Kinsta, вы можете войти в свою панель управления MyKinsta и нажать «Сайты» на боковой панели:

сайты панели инструментов kinsta

Панель управления MyKinsta

Выберите имя сайта, на котором возникает ошибка «Ошибка установки: не удалось создать каталог». Затем выберите вкладку Журналы:

журнал ошибок mykinsta

Средство просмотра журнала ошибок учетной записи MyKinsta

Убедитесь, что в раскрывающемся меню выбран вариант error.log. Здесь вы должны увидеть все недавние ошибки, произошедшие на вашем сервере, включая неправильные права доступа к файлам или недостаточное хранилище, что может быть причиной ошибки установки.

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

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

Как исправить ошибку «Ошибка установки: не удалось создать каталог». Ошибка в WordPress

Если настройки разрешений вашего сайта вызывают ошибку «Установка не удалась: не удалось создать каталог», вы можете устранить ее, сбросив их. Для этого вам необходимо подключиться к серверу по протоколу передачи файлов (FTP) с помощью FTP-клиента.

Каждый раз, когда вы вносите изменения в файлы своего сайта, целесообразно сначала создать резервную копию на случай, если что-то пойдет не так и вам потребуется восстановить свой сайт. Затем соберите учетные данные FTP из своей учетной записи хостинга.

Как клиент Kinsta, вы можете сделать это, перейдя на вкладку «Информация» для вашего сайта на панели управления MyKinsta:

kinsta ftp info

Доступ к учетным данным FTP сайта в MyKinsta

Затем откройте FileZilla (или другой клиент) и введите свои данные. Вы будете подключены к своему серверу, где вы должны увидеть папку с именем public_html. Дважды щелкните по нему, чтобы просмотреть файлы WordPress:

ftp public html

Доступ к каталогу public_html через FTP

Если вы не видите все файлы, вот руководство о том, как отобразить скрытые файлы в Filezilla. После этого выберите папки с метками wp_content, wp_includes и wp_admin. Нажмите на них правой кнопкой мыши и выберите «Права доступа к файлам»:

разрешения для файла ftp

Выбор варианта доступа к файлу через FTP

Вы должны увидеть окно с несколькими настройками:

окно разрешений ftp

Установка правильных прав доступа к файлам через FTP

Убедитесь, что для параметров здесь установлены следующие значения:

  • Разрешения владельца: чтение, запись, выполнение.
  • Разрешения группы: чтение, выполнение.
  • Общие разрешения: чтение, выполнение.
  • Числовое значение: 755.
  • Переход в подкаталоги.
  • Применять только к каталогам.

Нажмите кнопку OK, чтобы закрыть окно. Теперь вернитесь на свой сайт и попробуйте снова установить или обновить плагин/тему.

Стоит отметить, что некоторые хостинг-провайдеры, в том числе те, которые используют cPanel, имеют свои собственные инструменты, которые вы можете использовать, не заморачиваясь с FTP/SFTP. Часто этот инструмент можно найти, войдя в свою учетную запись хостинга, перейдя на сайт, на котором возникла ошибка, и выполнив поиск файлового менеджера.

Обзор

Плагины и темы вашего сайта WordPress предоставляют важные функции для вас и ваших пользователей. Обнаружение ошибки при установке или обновлении может нарушить ваши планы и замедлить ваш прогресс.

Чтобы определить, является ли проблема с правами доступа к файлам причиной ошибки установки плагина или темы на вашем сайте, вы можете использовать инструмент Site Health или просмотреть журнал ошибок вашего сервера. После этого сброс разрешений с помощью FTP/SFTP займет всего несколько минут.

Экономьте время, деньги и повышайте эффективность сайта с помощью:

  • Мгновенная помощь от экспертов по хостингу WordPress, круглосуточно и без выходных.
  • Интеграция с Cloudflare Enterprise.
  • Глобальный охват аудитории благодаря 29 центрам обработки данных по всему миру.
  • Оптимизация с помощью нашего встроенного мониторинга производительности приложений.

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

Отобранные статьи по теме

извините, у вас нет доступа к этой странице.

База знаний

Как исправить ошибку «Извините, у вас нет доступа к этой странице» в WordPress

Узнайте, как устранить неполадки и исправить сообщение «Извините, вам не разрешен доступ к этой странице» в WordPress. Вот одиннадцать возможных решений, которые вы…

Как Исправьте ошибку 405 Method Not Allowed на вашем сайте WordPress» width=

Блог

Как исправить ошибку 405 Method Not Allowed на вашем сайте WordPress

 ошибка при установлении соединения с базой данных

Блог

Как исправить ошибку при установке подключения к базе данных в WordPress

Эта критическая ошибка означает, что ваш веб-сайт больше не взаимодействует с базой данных WordPress, и, таким образом, весь ваш веб-сайт выходит из строя.

Подпишитесь на нашу рассылку

Получите премиум-контент на отмеченной наградами платформе хостинга WordPress

Подпишитесь на рассылку новостей

Войдите на MyKinsta или ознакомьтесь с демо-аккаунтом

© Kinsta Inc., 2022. Все права защищены. Kinsta® и WordPress® являются зарегистрированными товарными знаками. Юридическая информация.

WordPress белый экран смерти

Нет ничего хуже, чем перейти на свой сайт WordPress и внезапно столкнуться с белым экраном смерти (WSoD). Эта ошибка делает ваш сайт недоступным как для администраторов, так и для посетителей.

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

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

Начнем!

Предпочитаете смотреть видеоверсию?

Что такое белый экран смерти WordPress?

В соответствии со своим названием, белый экран смерти WordPress (также известный как «WSoD») возникает, когда вместо веб-страницы, к которой вы пытаетесь получить доступ, вы сталкиваетесь с пустым белым экраном.

wordpress wsod chrome

Белый экран смерти WordPress в Google Chrome

Теперь давайте посмотрим на белый экран смерти в Mozilla Firefox:

wordpress wsod firefox

WSoD WordPress в Mozilla Firefox

Как видите, это просто белый экран. Он не содержит полезных ошибок или предупреждающих сообщений.

Белый экран смерти WordPress почти всегда вызван ошибками кода PHP или исчерпанием памяти.

Итак, как исправить WSoD? Рад, что вы спросили!

Как исправить белый экран смерти WordPress (9 методов)

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

1. Отключите свои плагины WordPress

Один из самых простых и распространенных способов исправить WSoD WordPress — просто отключить все ваши плагины. Часто сайт зависает из-за плохого обновления плагина.

Если вы по-прежнему можете получить доступ к своей области администрирования, быстрый способ сделать это — перейти к Плагины на панели управления, выбрать все плагины, а затем нажать «Деактивировать» в раскрывающемся меню «Массовые действия»:

WSOD: Деактивировать все настройки плагинов WordPress

Параметр Деактивировать все плагины WordPress

Это отключит все ваши плагины.

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

Затем вы можете обратиться за помощью к разработчику плагина или опубликовать запрос в службу поддержки в каталоге плагинов WordPress.

Если вы не можете войти в систему администратора WordPress, вы можете использовать клиент протокола передачи файлов (FTP) для доступа к каталогу файлов вашего сайта.

В папке wp-content корневого каталога найдите папку plugins. Переименуйте его во что-то вроде «plugins_old»:

WSoD: Переименуйте папку с плагинами

Переименуйте папку плагинов

Затем снова проверьте свой сайт в интерфейсе. Если это сработает, вам нужно будет протестировать каждый плагин один за другим. Переименуйте папку плагинов обратно в «plugins», а затем отдельно переименовывайте каждую папку плагинов внутри нее, пока не найдете неисправную.

2. Переключиться на тему WordPress по умолчанию

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

Если у вас есть доступ к панели администратора, выберите «Внешний вид» > «Темы» на панели инструментов. Найдите и активируйте тему WordPress по умолчанию, например Twenty Twenty:

WSOD: переключиться на тему по умолчанию

Тема Twenty Twenty WordPress.

Затем снова протестируйте свой сайт. Если это сработает, вы поймете, что проблема связана с вашей темой.

Если вы не можете получить доступ к своей панели инструментов, процесс такой же, как и с плагинами.

Используйте FTP для доступа к файлам вашего сайта и переименуйте папку wp-content/themes в другое имя:

WSoD: папка темы

Переименуйте папку с темами

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

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

3. Очистить кэш браузера и плагинов WordPress

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

Чтобы это исправить, попробуйте очистить кэш веб-браузера и плагин кэширования WordPress (при условии, что он у вас установлен).

Если на вашем сайте WordPress установлен подключаемый модуль кэширования, например WP Rocket или WP Super Cache, большинство из них предлагает быстрый способ очистки кеша на странице настроек плагина.

Используя WP Super Cache в качестве примера, на панели инструментов WordPress вы должны перейти в «Настройки»> «WP Super Cache»> «Удалить кэш»:

удалить кэш плагинов

Страница настроек плагина WP Super Cache

Как очистить кэш от MyKinsta

Если вы являетесь пользователем Kinsta, вы также можете легко очистить кеш с помощью MyKinsta. Для этого войдите в свою учетную запись. Нажмите «Инструменты», а затем «Очистить кеш» в разделе «Кэш сайта»:

kinsta site cache

Параметр «Очистить кеш» в MyKinsta

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

4. Включить режим отладки

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

Подпишитесь на рассылку новостей

Хотите узнать, как мы увеличили трафик более чем на 1000 %?

Присоединяйтесь к более чем 20 000 человек, которые получают нашу еженедельную рассылку с полезными советами по WordPress!

Чтобы включить отладку, вам нужно открыть файл wp-config.php вашей установки WordPress. В нем вы должны найти следующую строку:

Измените «false» на «true», а затем перезагрузите свой сайт. Если этой строки нет, вы можете добавить ее в начало файла.

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

В конце этого примера сообщения видно, что проблема связана с строкой 38 подключаемого модуля my-test-plugin. Поэтому отключение этого подключаемого модуля должно решить проблему.

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

Клиенты Kinsta могут использовать встроенный инструмент отладки. На панели инструментов MyKinsta щелкните имя своего веб-сайта, а затем «Инструменты». В разделе «Отладка WordPress» выберите «Включить»:

инструмент отладки kinsta

Как включить режим отладки WordPress в MyKinsta

Затем вы можете получить доступ к журналу ошибок в разделе «Журналы» панели управления MyKinsta и изучить его, чтобы узнать больше о проблеме.

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

Хотелось бы протестировать MyKinsta? Создайте демо-счет бесплатно и начните экспериментировать с ним.

5. Увеличьте лимит памяти

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

Это можно сделать с помощью файла wp-config.php во многих установках WordPress. Откройте файл и добавьте следующий код:

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

Если вы не можете получить доступ к файлу .htaccess, вы можете вместо этого использовать файл php.ini, чтобы увеличить лимит памяти.

Боретесь с простоями и проблемами WordPress? Kinsta — это решение для хостинга, разработанное с учетом производительности и безопасности! Ознакомьтесь с нашими планами

Для этого подключитесь к своему серверу через FTP. В корневом каталоге вашего сайта найдите файл php.ini. Найдя его, добавьте следующую строку в любом месте файла:

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

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

Пользователям Kinsta не нужно увеличивать лимит памяти, так как во всех наших планах по умолчанию установлен лимит памяти 256 МБ.

6. Проверить права доступа к файлам

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

Что касается разрешений WordPress, нужно следовать трем простым правилам:

  • Файлы должны иметь разрешение 664 или 644.
  • Папки должны быть установлены на 775 или 755.
  • Файл wp-config.php должен иметь значение 660, 600 или 644.

Если у вас есть доступ к серверу по SSH, вы можете применить соответствующие правила с помощью следующей команды, запустив ее из корневого каталога WordPress:

Если вы не знаете, как это сделать, или немного напуганы, обратитесь за помощью к своему веб-хостингу.

7. Проверьте наличие ошибок автоматического обновления

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

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

Что вам нужно сделать, так это попробовать удалить этот файл и снова загрузить свой сайт.

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

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

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

8. Устранение синтаксических ошибок или восстановление резервной копии

Еще одна распространенная причина WSoD в WordPress – это когда вы редактируете код на своем сайте WordPress и случайно вводите что-то неправильно или используете неправильный синтаксис.

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

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

Здесь, в Kinsta, вы можете восстановить свой сайт до более раннего состояния одним щелчком мыши. Для этого войдите в свою панель управления MyKinsta и перейдите в раздел «Резервные копии»:

Функция резервного копирования в MyKinsta

Функция резервного копирования в MyKinsta

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

9. Увеличьте возможности обработки текста PHP

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

В этом случае вы можете попробовать настроить возможности обработки текста PHP на своем сайте, увеличив ограничения возврата и рекурсии. Для этого вставьте следующий код в файл wp-config.php:

Добавив этот код, сохраните изменения. Затем обновите свой сайт, чтобы проверить, работает ли он сейчас.

Обзор

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

В большинстве случаев проблема с WSoD должна быть устранена простой проверкой плагина и/или темы. Знакомство с режимом отладки WordPress определенно прольет свет на проблему и поможет вам.

Если вы столкнулись с какими-либо другими ситуациями с белым экраном смерти WordPress, сообщите нам, чтобы мы могли извлечь из этого уроки и поделиться своим опытом!

Экономьте время, деньги и повышайте эффективность сайта с помощью:

  • Мгновенная помощь от экспертов по хостингу WordPress, круглосуточно и без выходных.
  • Интеграция с Cloudflare Enterprise.
  • Глобальный охват аудитории благодаря 29 центрам обработки данных по всему миру.
  • Оптимизация с помощью нашего встроенного мониторинга производительности приложений.

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

Отобранные статьи по теме

WordPress debug

Блог

Полное руководство по отладке WordPress (включите WP_DEBUG + другие инструменты)

Проблемы с WordPress? Вот как включить WP_DEBUG в вашем файле wp-config.php, чтобы найти виновника, и некоторые другие советы по отладке вашего WordPres…

Ошибки WordPress

Блог

Полное руководство по исправлению и устранению наиболее распространенных ошибок WordPress (более 70 проблем)

Самый длинный список наиболее распространенных ошибок WordPress и способы их быстрого исправления/устранения неполадок (постоянно обновляется).

504 шлюз время ожидания

Блог

Как исправить ошибку 504 Gateway Timeout Error на вашем сайте WordPress

Узнайте, как исправить код ошибки 504 Gateway Timeout на вашем сайте WordPress. Простые и понятные решения, которые помогут вернуть ваш сайт в онлайн.

Читайте также:

ТочностьТочечная проверка