Типичные ошибки и проблемы wordpress

Ошибки WordPress — 15 самых распространенных проблем

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

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

Внутренняя ошибка сервера (Internal Server Error), она же Ошибка 500

Практически каждый знакомый мне WordPress-пользователь хотя бы однажды сталкивался с «Ошибкой 500».

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

Такая ошибка может сильно вас расстроить, так как у нее может быть несколько причин, которые описаны ниже.

Вот причины, приводящие к «Ошибке 500»:

  • Сбой в работе плагина
  • Сбой в работе темы
  • Сбой в работе файла .htaccess
  • Исчерпан лимит PHP-память

Как исправить «Ошибку 500»:

Эта ошибка запросто может заставить новичка паниковать, но не стоит волноваться, ее можно решить.

Отредактировать файл .htaccess.

Так как к этой ошибке главным образом приводит сбой в работе файла htaccess, авторизуйтесь в корневой директории WordPress с помощью файлового менеджера (или FTP) и переименуйте файл .htaccess в .htaccess.

old и обновите браузер, чтоб посмотреть решена ли проблема. Если ошибка пропала, идем в Параметры->Постоянные ссылки и кликаем кнопку «Сохранить изменения», чтоб перезапустить ваш .htacess и переписать правила.

Если это не сработало, то нужно проверить ваши плагины

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

Обратите внимание

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

Замечание: если вы столкнулись с «Внутренней ошибкой сервера», у вас, вероятно, нет доступа к админ-панели WordPress. Так как же деактивировать плагины? Ок, вы можете почитать Кодекс WordPress. Или же можно узнать, как деактивировать все плагины без доступа в админку WordPress, прочитав статью на сайте WPBeginner (http://www.wpbeginner.

com/plugins/how-to-deactivate-all-plugins-when-not-able-to-access-wp-admin/). Если ошибка пропала после деактивации плагинов, вы нашли свою проблему, и настало время поиграть в игру «угадай проблемный плагин». Активируйте расширения один за другим, пока не найдете виновника проблемы. Удалите плагин и займитесь поиском лучшей альтернативы.

Также можно оповестить автора плагина об ошибке, так как WordPress прекрасен разнообразием плагинов.

Сменить тему.

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

Восстановить директории the wp-admin и wp-includes.

Если ошибка никуда не пропала, попробуйте заменить папки wp-admin и wp-includes новыми папками из свежей инсталляции WordPress

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

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

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

Важно

Если вы любитель радикальных мер, то запустите  ваш Редактор кода и создайте текстовый файл под названием php.ini. Внутри файла должен быть этот код:

memory=64MB

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

Неудачное авто обновление

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

  • Сообщение об ошибке PHP
  • Чистый белый экран (также известный как белый экран смерти — WSOD)
  • Предупреждение, говорящее о том, что апдейт не удался.

Причины неудачного автообновления:

  • Возникла проблема с доступом в интернет во время обновления.
  • Сбой связи с главными WordPress-файлами
  • Выставлены некорректные права на управления файлами

Решение проблемы с неудачным автообновлением:

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

Ошибка синтаксиса кода WordPress

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

Parse error — syntax error, unexpected $end in /public_html/your_site/wp-content/themes/your-theme/functions.php on line 38

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

Причина появления ошибок синтаксиса:

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

Как исправить ошибку синтаксиса:

  • Научиться правильно вклеивать сниппеты кода. Если вы новичок в WordPress, то вас ждет долгий, но веселый путь к освоению этой системы управления контентом. Спешить нет смысла, так что разбирайтесь во всем, не торопясь. Если вы столкнулись с этой ошибкой после вклейки сниппета, то вам нужно научиться вклеивать их в WordPress правильно или сделаете только хуже.
  • Исправить кусок неправильного кода. Если эта WordPress-ошибка возникла после обновления плагина или вклейки кода из сети, вы знаете, где искать поломку. Проблема заключается в том, что если ошибка не дает вам попасть на сайт и воспользоваться «Внешний вид -> Редактор (или Плагины -> Редактор)». Это, конечно же, пугает большинство новичков, но не стоит волноваться, так как всегда можно отредактировать файлы WordPress с помощью FTP или Файлового менеджера из вашей cPanel. Найдите поврежденный файл и исправьте код, удалив его или переписав.
  • Попробовать другую тему или плагин. Если ошибка появилась после активации новой темы или плагина, то вероятнее всего она вызвана темой или плагиной. Так что вы можете найти альтернативу вашему выбору или связаться с разработчиками, чтоб те решили проблему. В некоторых случаях у вас может не быть возможности авторизоваться в WordPress, и в таком случае можно удалить плагин или тему с помощью FTP.

Error Establishing A Database Connection (Ошибка соединения с базой данных)

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

Причины возникновения ошибки соединения с базой данных:

  • Ошибка файла wp-config.php
  • Проблемы с вашим хостинг-провайдером.
  • Вас хакнули!

Что делать, если возникла ошибка соединения с базой данных:

a. Отредактировать ваш wp-config.php file

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

b. Решить проблемы с вашим веб-хостингом

Если wp-config.php выглядит нормально, а ошибка никуда не ушла, вам нужно поговорить с вашим хостинг-провайдером. Вам скажут, в чем проблема: упал ли сервер или хостер просто решил расширить лимит оперативной памяти вашей базы данных. Если вам скажут, что с их стороны все в порядке, то пришло время озаботиться вопросом WordPress-безопасности на вашем сайте.

c. Просканируйте ваш сайт на наличие угроз

Хакеры не дремлют. Да, не дремлют. В любое время вы можете пасть жертвой хакерской атаки, особенно если вы не знаете, как обезопасить ваш WordPress-сайт. Чтоб удостовериться в том, что ваш сайт не был хакнут, просканируйте его с помощью инструмента типа Sucuri Sitecheck.

Ошибка «Briefly Unavailable For Scheduled Maintenance»

1,2,3…все отдохнули, давайте попытаемся понять, почему мы сталкиваемся с этой не с такой уж мимолетной ошибкой. И, кстати говоря, вам совершенно не стоит волноваться на ее счет, так как эту ошибку очень просто решить. Но сначала, давайте глянем на причины ее возникновения.

Причины возникновения ошибки «планового техобслуживания»:

  • Неудачное обновление WordPress привело к тому, что некоторые вещи вышли из-под вашего контроля.
  • По каким-то причинам после обновления не был удален файл .maintenance

Как избавится от этой ошибки:

  • Обновлять WordPress вручную.

Идем в корневую директорию WordPress с помощью FTP или файлового менеджера и удаляем файл .maintenance Чувствуете в себе силы устранить любую ошибку, если/когда такая возникает? Если так, то давайте двигаться к ошибке № 6.

Не работает восстановление пароля по электронной почте

Главная причина возникновения данной проблемы заключается в людской забывчивости. Может быть, попробуете поделать упражнения для укрепления памяти? Шучу, мы все что-то забываем, даже такие важные вещи, как пароли, имена пользователей, и email-адреса.

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

Причина возникновения проблемы:

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

Как решить проблему со сбросом пароля:

Перезапустить ваш WordPress с помощью phpMyAdmin. Это решение наиболее «технарское» из двух предложенных.

  1. Авторизуйтесь в вашей cPanel и перейдите в phpMyAdmin.
  2. В списке баз данных выберете вашу базу данных. (ваш хостер поможет вам, если вы не можете найти нужную)
  3. Откройте таблицу wp_users и выберете того пользователя, которому нужно сменить пароль.
  4. Нажмите «редактировать» и введите новый пароль в поле user_pass.
  5. Выберете функцию MD5 из выпадающего меню
  6. Кликните кнопку Go и сохраните изменения.

Отредактировать файл functions.php

И вот он, менее технический способ. Файл functions.php ответственен за многие вещи, происходящие на вашем WordPress-сайте. Если с восстановлением пароля по email полный мрак, то нужно:

Перейти по “../wp-content/themes/ваша активная тема /” используя FTP или файловый менеджер, скачайте functions.php file.

Откройте его в редакторе кода и добавьте следующий код:

wp_set_password('DesiredNewPassword', 1);

Замените DesiredNewPassword на ваш новый пароль. Номер один (1) — это ваш пользовательский ID в wp_users table. Сохраните и загрузите functions.php на место. Когда вы авторизуетесь на вашем сайте, удалите этот код (скачайте functions.php, удалите код и снова загрузите в директорию с темой).

Читайте также:  Как изменить размер картинки в html

Ошибка «HTTP Error 403 – Forbidden»

Если вывидите сообщение «You are not authorized to view this page. (Ошибка 403, вам требуется зарегистрироваться для просмотра этой страницы)», когда пытаетесь авторизоваться на вашем WordPress-сайте, то вы столкнулись с одной из самых популярных ошибок WordPress — «HTTP Error 403 – Forbidden».

Причина Ошибки 403:

Проблема с индексным файлом, если ваш блог «живет» на сервере Windows.

Решение проблемы, при возникновении Ошибки 403:

Положить в корневую директорию файл index.php. Чтобы сделать это идем в Control Panel -> Web Options -> Directory Indexes и кидаем туда index.php.

Сайдбар переместился под контент

Источник: http://wpnice.ru/oshibki-wordpress-15-samyh-rasprostranennyh-problem-s-resheniyami/

Не работает сайт на WordPress, типичные ошибки

08.02.2019 16:10

#WordPress #JavaScript #Панель управления #MySQL

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

Наиболее распространённые ошибки и примеры их устранения.

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

Белый экран смерти [WSOD], вместо сайта отображается белый экран.

Один из вариантов решения

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

define('WP_DEBUG', true);

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

Один из вариантов решения

Деактивируйте все установленные плагины, а затем включайте по одному. Если консоль управления сайтом недоступна, откройте через FTP папку wp-content/plugins и переименуйте папку, например, в wp-content/plugins_old.

Один из вариантов решения

Увеличьте количество памяти. Для чего откройте файл wp-config.php и добавьте следующую строку:

define('WP_MEMORY_LIMIT', '32M');

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

Один из вариантов решения

Ошибка в активной теме, переключитесь на стандартную тему Twenty Seventeen; если админпанель сайта недоступна, то через FTP измените папку с темой Twenty Seventeen на название активной темы. Имя активной темы также придется на время поменять.

Internal server error

Внутренняя ошибка сервера, обычно возникает из-за неправильной работы скриптов.

Один из вариантов решения

Через FTP переименуйте файл .htaccess в .htaccess_old. Перезагрузите страницу сайта и, если он заработал, сбросьте постоянные ссылки на панели управления WordPress через «Настройки» -> «Постоянные ссылки», чтобы создать новый файл .htaccess.

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

Один из вариантов решения

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

Ошибка 404

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

Один из вариантов решения

Перейдите в «Настройки» -> «Постоянные ссылки» на панели управления WordPress и просто нажмите кнопку «Сохранить изменения». Это обновит ваши настройки постоянных ссылок и очистит правила перезаписи.

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

Режим обслуживания после обновления

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

Не получается войти в панель управления (консоль)

Возможные причины

  • Вы забыли пароль, и у вас нет доступа к электронной почте для восстановления. Откройте в phpMyAdmin базу вашего сайта, найдите таблицу wp_uers, откройте ее, в поле «Password» выберите значение MD5 и установите новый.
  • Возможно, входу мешает плагин, отключайте по очереди плагины, как это было описано выше.
  • Ошибка скриптов: включите режим отладки, как это было описано выше.
  • Сайт взломан. В этом случае можно попробовать удалить вредоносные скрипты самостоятельно либо обратится к специалистам.

Переадресация на странице входа в панель управления (консоль)

При попытке зайти на страницы /wp-login, /wp-admin происходит редирект на главную страницу сайта.

Возможные причины

  • Неправильные значения полей URL сайта и домашнего URL в таблице wp-config
  • Ненастроенные постоянные ссылки
  • Ошибки в .htaccess

Варианты решения

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

Перезапустите браузер и попробуйте войти снова.

Деактивировать все плагины (см. предыдущие пункты).

Использовать тему по умолчанию (см. предыдущие пункты).

Удалите файл .htaccess из корневого каталога вашего сайта. (см. предыдущие пункты).

Добавьте в файл wp-config.php и добавьте эти строки (не забудьте заменить example.com собственным URL и добавить www. если вы используете этот префикс).

define(fWP_HOME*, fhttp://example.comf); define(1WP_SITEURL1, 1 http://example.com*);

Белый текст или отсутствующие иконки в редакторе

Возможные причины: проблема с объединенными файлами JavaScript, TinyMCE или плагином.

Очистить кеш браузера.

Заменить скрипты TinyMCE. Это можно сделать, заменив папку /wp-includes/js/tinymce/ новой копией.

Если ничего из вышеперечисленного не работает, откройте файл wp-config.php и добавьте следующую строку в самом верху после открывающего тега PHP.

define('CONCATENATE SCRIPTS', false);

 Если ничего не помогает

Включите запись ошибок в лог сервера, как правило, подобные ошибки уже неоднократно встречались на множестве сайтов, погуглите, и в 99,9% случаев решение будет найдено.

Источник: https://timeweb.com/ru/community/articles/ne-rabotaet-sayt-na-wordpress-tipichnye-oshibki-1

Почему блог не работает: ошибки HTTP, 500, 403 WordPress

Привет, читатели!

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

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

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

Ошибка HTTP WordPress (загрузка картинок)

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

  1. У вас на хостинге закончилось дисковое пространство. В этом случае нужно удалить лишние файлы, либо выяснить у техподдержки, откуда они берутся (возможно, какие-то бэкапы хранятся вместе с файлами сайта). Или же перейти на новый тариф, где выделено больше дискового пространства.
  2. Вы переехали на хостинг, который имеет другую версию php, не совместимую с вашим сайтом. Решить за вас эту проблему просто обязана техподдержка хостинга.
  3. Файл, который вы пытаетесь загрузить, слишком большого размера. В настройках php указан максимальный размер загружаемых файлов, и эти настройки можно изменить, если хотите.Если у вас есть доступ к файлу php.ini, найдите в нем строку upload_max_filesize и измените значение этого параметра на большее.

    Другой способ: отредактируйте файл .htaccess, находящийся в корне вашего сайта. Добавьте в его конец строки: 

    1
    2
    3
    4
    php_value post_max_size 10M
    php_value upload_max_filesize 64M
    php_value memory_limit 192M
    php_value max_execution_time 100

    php_value post_max_size 10M php_value upload_max_filesize 64M php_value memory_limit 192M php_value max_execution_time 100

    Если такой код не помогает, то попробуйте еще один вариант:

    1
    2
    3
    4
    5
    6

    SecFilterEngine Off
    SecFilterScanPOST Off

    SecFilterEngine Off SecFilterScanPOST Off <\p>

Ошибка 500 на блоге WordPress

Это внутренняя ошибка сервера (Internal Server Error). Причин может быть масса. В первую очередь вспоминайте, что вы делали с блогом: возможно, установили какой-то плагин, тогда нужно попробовать его удалить. Если не знаете, в каком именно плагине дело, пробуйте деактивировать все плагины и методом тыка определить виновника. 

Попробуйте также деактивировать тему блога, замените ее на другую.

Можно включить режим отладки для получения большей информации. Для этого отредактируйте файл wp-config.php. В нем нужно найти строчку DEFINE (‘WP_DEBUG’, False); и заменить в ней False на True. После этого сообщения об ошибках будут появляться прямо на страницах сайта и в админке. После устранения проблемы выключите режим отладки.

Совет

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

Если ничего не приносит результата, скачайте свежий установочник WordPress и заново залейте на хостинг папки wp-includes и wp-admin.

Ошибка 403 — Forbidden в WordPress

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

  1. В файле .htaccess прописан код, запрещающий доступ к сайту:
    1
    2
    order deny,allow 
    deny from all

    order deny,allow  deny from all

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

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

Проблема с хостингом

Если ваш сайт нормально работал, а потом вдруг перестал грузиться, а браузер выдает подобные сообщения:

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

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

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

WordPress ошибка базы данных

Бывает, что WordPress не может получить доступ к базе данных, тогда он выдает ошибку соединения с MySQL. Чаще всего причина кроется в том, что при переезде на новый хостинг вы неправильно прописали доступы к БД. Делается это в файле wp-config.php, проверьте правильность введенных данных. Если вы не находите ошибку, обратитесь в техподдержку хостинг-провайдера.

WordPress проблемы с кодировкой

Движок WordPress работает в кодировке UTF-8. Может произойти какой-то сбой с кодировкой страниц вашего блога, и вместо текста вы увидите кракозябры. Попробуйте опять-таки отредактировать файл .htaccess, лежащий в корневой директории сайта. Нужно дописать в конец файла строки:

AddDefaultCharset UTF-8

Другой вариант:

1
2
3
CharsetDisable On
CharsetDefault UTF-8
CharsetSourceEnc UTF-8

CharsetDisable On CharsetDefault UTF-8 CharsetSourceEnc UTF-8

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

Синтаксическая ошибка

В режиме отладки, о котором говорилось выше (WP_DEBUG) может выйти синтаксическая ошибка, например такая:

Это распространённая проблема среди новичков, сами по себе такие ошибки не появляются. Скорей всего, вы редактировали код или накосячили. Не стоит бояться подобных сообщений, ведь они созданы, чтобы нам помогать.

Обычно в сообщении написано, из-за чего возникла ошибка. В моем примере ошибка появилась потому, что не поставлена точку с запятой (;) в файле «functions.php», в строке 4. Заходим в файл functions.

php, ищем строку 4 и исправляем.

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

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

Источник: https://pro-wordpress.ru/novichkam/sos-moj-blog-ischez-ili-chto-delat-esli-blog-ne-rabotaet.php

Правильная установка и обновление премиум темы WordPress, типичные ошибки при установке

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

Порядок установки премиум темы WordPress

Правильная установка премиум WordPress темы состоит из последовательного выполнения следующих этапов:

  1. Проверка конфигурации и настроек сервера
  2. Проверка настроек WordPress
  3. Распаковка архива с материалами темы
  4. Чтение документации от разработчиков темы
  5. Установка и активация темы
  6. Установка и активация дочерней темы
  7. Установка и активация необходимых плагинов, демо-данных

Проверка конфигурации и настроек сервера

Перед тем, как приступать к установке премиум темы, убедитесь, что ваш веб-сервер удовлетворяет следующим рекомендуемым требованиям:

  • Версия PHP установленная на сервере 5.6 или 7.0;
  • Версия сервера баз данных MySQL 5.6 или MariaDB 10.0 (или выше)

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

Чтобы не получить ошибок во время установки темы, убедитесь, что вы используете правильные настройки PHP на вашем сервере (проверить настройки PHP можно, например, используя панель управления вашим хостингом):

Правильные настройки PHP

#максимальное время выполнения скрипта в секундах max_execution_time = 600; #максимальное количество входных переменных в одном запросе max_input_vars = 5000; #максимальный объём памяти, который разрешается использовать скрипту memory_limit = 256M; #максимально допустимый размер данных, отправляемых методом POST post_max_size = 128M; #максимальный размер закачиваемого файла upload_max_filesize = 128M;

Настройки PHP можно установить, прописав их в файл .user.ini в корневой директории сайта, в файл .htaccess (если вы используете apache), напрямую в файл php.ini (если у вас есть доступ к серверу) или просто обратившись к вашему хостинг-провайдеру с запросом изменения настроек.

Проверка настроек WordPress

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

define('WP_MEMORY_LIMIT', '256M'); define('WP_MAX_MEMORY_LIMIT', '256M');

Распаковка архива с материалами темы

Распакуйте с помощью архиватора .zip архив с премиум темой. Обычно разработчики темы помещают внутрь архива темы следующие материалы:

  • название_темы.zip – установочный файл темы
  • название_темы-child.zip – установочный файл дочерней темы
  • licensing (license) – файлы описания лицензии (GNU GPL)
  • documentation – документация, которая идёт вместе с темой
  • demo data (dummy data) – Демо-данные темы
  • psd – дизайн темы в формате Photoshop

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

Самое главное для вас – это найти установочный .zip файл темы, который необходимо загрузить в WordPress. Главным признаком установочного файла темы является наличие внутри архива файла style.css.

Чтение документации от разработчиков темы

Обязательно прочитайте документацию от разработчиков, которая идёт вместе с темой, в частности раздел установки и активации. Иногда разработчики приводят список несовместимых плагинов, которые необходимо отключить перед использованием темы, особый порядок установки темы или особые требования к вашему веб-серверу, например, минимальная версия PHP или сервера баз данных MySQL.

Установка и активация темы

Рассмотрим два основных способа установки темы – установку через панель администратора WordPress и установку через FTP/файловый менеджер хостинга. Обратите внимание, при использовании любого из способов, вы должны использовать установочный .zip файл темы, который вы нашли внутри полного архива с темой.

Способ №1. Установка темы через панель администратора WordPress

Перейдите в панель администратора WordPress, откройте раздел внешний вид, далее зайдите в подраздел темы, справа появится раздел с уже установленными по умолчанию тремя темами: Twenty Fifteen, Twenty Seventeen, Twenty Sixteen.

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

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

Способ №2. Установка темы через FTP/файловый менеджер хостинга

Также можно установить шаблон через FTP или файловый менеджер хостинга. Для этого необходимо загрузить и распаковать установочный файл темы в папку public_html/wp-content/themes на веб-сервере.

Например, для темы Avada, файлы темы должны находится в папке public_html/wp-content/themes/avada (иногда пользователи создают дополнительную папку при распаковке, например, public_html/wp-content/themes/avada/avada, что является ошибкой).

После загрузки и распаковки темы на веб-сервере нужно перейти в панель администратора WordPress и в разделе внешний вид > темы активировать загруженный шаблон. Этап установки и активации темы завершён.

Установка и активация дочерней темы

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

Зачастую дочерняя тема находиться в одном архиве с основной темой и называется child-theme.zip или что-то схожее с словом child (дочерняя).

Установка дочерней темы не отличается от установки обычного шаблона. Последовательность действий будет такая же (способ №1 или способ №2 в разделе установки и активации темы). После активации дочерней темы основная тема станет неактивной. Этап установки и активации дочерней темы завершён.

Установка и активация необходимых плагинов, демо-данных

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

Иногда необходимые плагины нужно установить вручную, найдя их внутри архива темы (плагины > добавить новый).

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

Установка демо-данных, точно также, как и плагинов, может происходить в автоматическом (установка в один клик, если эта функция поддерживается темой) или ручном режиме. В ручном режиме, как правило, необходим импорт XML файла через меню инструменты > импорт, отдельно импортируются виджеты (файлы .wie), слайдеры (Revolution Slider, LayerSlider), настройки темы.

Порядок установки демо-данных сильно отличается у разных тем (разных разработчиков). Это означает, чтобы правильно установить демо-данные вам необходимо внимательно ознакомиться с документацией от разработчиков, которая поставляется вместе с темой.

Типичные ошибки при установке темы

Рассмотрим типичные ошибки при установке темы WordPress и способы их решения.

Ошибка: Архив не удалось установить. В теме отсутствует таблица стилей style.css

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

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

Ошибка: Вы уверены, что хотите это сделать?

Типичная ошибка, которая возникает в том случае, если на сервере установлены неправильные настройки PHP (см. проверка конфигурации и настроек сервера).

Ошибки PHP, ошибка 500 или белый экран после активации темы

Такие ошибки возникают часто, если ваш сервер не удовлетворяет рекомендуемым требованиям к версии PHP, установленной на сервере (см. проверка конфигурации и настроек сервера). Мы рекомендуем использовать PHP версии 5.6.

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

Обратите внимание

Ещё одна причина по которой могут возникать ошибки на сервере – неправильно установленные атрибуты у файлов и папок WordPress. Зайдите в панель управления хостингом и обязательно проверьте права у папок и файлов. У файлов права должны быть 644, у папок 755.

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

Как правильно обновить WordPress тему

Самый простой и правильный способ обновления темы – распаковка новой версии установочного файла темы в папку wp-content/themes с заменой файлов.

Второй способ – активировать другую тему, затем удалить тему, которую нужно обновить, и установить её заново (см. установка и активация темы).

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

Заключение

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

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

Источник: https://wpnull.org/blog/pravilnaya-ustanovka-i-obnovlenie-premium-temy-wordpress

Ошибки WordPress и методы их устранения

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

Общие рекомендации

Я знаю, что эти советы давно наскучили, что вы знаете об этом и что я нудный тип, который постоянно пишет одно и тоже… Но с завидным постоянством я отвечаю на одни и те же вопросы, 90% которых возникают из-за несоблюдения нескольких довольно простых правил:

  • Не устанавливайте плагины, если не уверены в их надежности. Я знаю два источника, которым могу доверять в определенной мере: репозиторий WordPress и Codecanyon(магазин плагинов и скриптов). Конечно, там тоже хватает сомнительных решений, особенно это касается родного репозитория с плагинами.
  • Обновляйте WordPress. Разработчики не только исправляют ошибки, но и вносят некоторые дополнения, меняют механизмы ядра. Буквально вчера столкнулся с неработающим WooCommerce 2.0.5 на версии WordPress 3.4.1. Стоило обновить движок и все замечательно завелось.
  • Не ставьте экспериментов на работающем сайте. Неважно, три посетителя у вас в день или триста — гораздо разумнее сделать копию сайта и применить изменения на ней. Это убережет ваши нервы от стресса, а ваш сайт от ошибок и неполадок.
  • Делайте резервные копии. Это вообще краеугольный камень не только веб-разработки, но и любой деятельности, связанной с компьютерами.

Белый экран смерти (WSOD)

Знакомое выражение для пользователей Windows, там системная ошибка называется BSOD и отличается синим цветом экрана.

Вот только в нашем случае перезагрузкой компьютера проблему не исправить<\p>

Обычно, WSOD не возникает на пустом месте и связан, чаще всего, с установкой какого-либо плагина, либо шаблона.

Вся неприятность данной ошибки — она блокирует админ-панель и сам сайт. Откатиться можно только при помощи файлового менеджера хостинга или по FTP-протоколу.

Почему возникает WSOD?

  • установка плагина или шаблона, несовместимого с текущей версией движка
  • конфликт плагина с другим расширением или темой
  • обновление старого плагина, вызвавшее ошибку

В любом случае — отследить виновника несложно, если вы только что обновили некий плагин или шаблон. Как быть, если вы обновили одним махом 10-20 плагинов(невероятная ситуация, но все таки возможно и такое)? Очень просто…

  • переименовать каталог с плагинами (plugins1 к примеру) и создать новый с тем же названием, при этом движок перестанет видеть установленные плагины и можно будет включать их по одному, чтобы найти виновника.
  • переименовать текущий используемый шаблон, не забыв предварительно добавить стандартный шаблон (Twenty любой). После переименования WordPress переключится на доступную стандартную тему и можно будет зайти в админ-панель.

500 internal server error

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

Лечится довольно просто — достаточно удалить его, затем зайти в админ-панель WordPress, перейти в раздел постоянных ссылок и сохранить еще раз желаемую структуру.

После сохранения — WordPress создаст новый файл htaccess и с очень большой вероятностью ошибка пропадет.

Кроме этого, есть еще множество других причин возникновения ошибки 500. Лучший способ выяснить причину — открыть файл error_log, который обычно находится в корне сайта(если хостер включил журналирование, конечно).

Есть неплохой стандартный вариант — необходимо включить режим отладки WordPress. Для этого добавьте в файл wp-config.php такую строку:

DEFINE ('WP_DEBUG', TRUE);

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

Error establishing a database connection

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

  • неверный параметр соединения с базой данных. Какой-то из трех параметров подключения (адрес, логин, пароль) неверен, нужно перепроверить файл wp-config.php. Важно! Убедитесь, что каждый из них заключен в одинарные кавычки. 
  • не работает сервер баз данных MySQL. Если у вас VPS — необходимо перезагрузить сервер, если обычный хостинг — обратиться в техподдержку, пускай проверяют.
  • пользователь не имеет доступа к изменению таблиц БД. Для исправления необходимо добавить пользователю права(я ставлю обычно полный доступ к БД), делается это при помощи панели управления хостингом

Warning: Cannot modify header information — headers already sent by …

Довольно частая ошибка, которая легко решается. Движок сам говорит, в каком файле проблема, а мы попробуем исправить ее. Для этого скачайте файл, который вызывает ошибку, это будет файл с расширением PHP.
Используя ваш любимый текстовый редактор удалите все пробелы и пустые строки перед,После чего перезапишите файл на сервере — с вероятностью в 99,9% проблема будет решена.

Довольно часто эта ошибка возникает при сохранении файла в формате UTF-8 с BOM, как правильно заметили в комментариях. Для решения необходимо выбрать формат сохранения без BOM. Для опытных пользователей WP это само собой разумеющаяся вещь, а вот новички иногда очень мучаются<\p>

An automated WordPress update has failed to complete

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

  • Качаем последнюю версию с ru.wordpress.org (ну или на вашем родном языке) и распаковываем
  • Отключаем все плагины на сайте, если это возможно
  • По FTP заходим в корневую папку сайта и удаляем директории wp-includes и wp-admin
  • Копируем эти папки из распакованного дистрибутива WP
  • Заменяем файлы в корневой папке на содержимое корня дистрибутива
  • Важно! Не трогайте папку wp-content, надеюсь понятно, почему

Briefly unavailable for scheduled maintenance. Check back in a minute

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

FATAL ERROR: ALLOWED MEMORY SIZE OF —- BYTES EXHAUSTED

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

  • Если вы можете редактировать файл php.ini, добавьте к нему строчку memory_limit = 64M(ну или найдите существующую и смените значение) и перезапустите сервер.
  • Отредактируйте .htaccess файл, расположенный в корневом каталоге, добавьте php_value memory_limit 64M.
  • Измените файл wp-config.php, добавьте DEFINE (‘WP_MEMORY_LIMIT, ’64M’);
  • Создаем php.ini файл внутри папки wp-admin c таким содержимым: memory_limit = 64M;

Какой-то из способов должен сработать Стоит заметить, что некоторые хостеры выделяют максимальный предел памяти на уровне 8-16М и не дают менять это значение. В таком случае я бы советовал замену хостинга.

Connection time out

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

  • увеличиваем лимит памяти (читаем выше)
  • по возможности — деактивируем не совсем нужные плагины
  • переход на стандартный шаблон, вроде Twenty Twelve

Maximum execution time of 30 seconds exceeded

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

Чаще всего проблема возникает из-за неправильного функционирования дополнений (функция замыкается в цикле, к примеру). Для решения попробуйте сбросить каталог плагинов и текущий шаблон.

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

Как вариант, можно попытаться увеличить максимальное время выполнения:

  • измените .htaccess в корневом каталоге WordPress, добавьте строку: php_value max_execution_time 60
  • измените, если есть возможность, файл php.ini, добавьте строку: max_execution_time = 60;

Ошибки, связанные со структурой БД

Я сталкивался только с двумя ошибками MySQL, возможно вариантов больше. Если у вас есть информация — поделитесь в комментариях, я дополню статью.

  • Ошибка 145. Это значит, что структура БД повреждена и нуждается в восстановлении. При помощи phpMyAdmin или любого другого менеджера БД можно провести repair (восстановление стандартными средствами) Не забывайте про предварительный бэкап вашей базы
  • Ошибка 28. Не связаннная с WordPress ошибка, которая относится к самому MySQL. Решается при помощи техподдержки хостинга.

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

Удачного дня<\p>

Источник: http://gering111.com/wordpress-errors/

10 самых распространенных ошибок, которые делают разработчики на WordPress

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

Включайте режим отладки

Зачем использовать отладку, если код работает нормально? Отладка — это встроенная функция в WordPress, которая поможет отобразить все ошибки PHP, предупреждения и уведомления (включая устаревшие функции).

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

Каждый раз, добавляя новый скрипт или пользовательский код в WordPress, включайте отладку (но не забывайте отключать её при введении новой функциональности в эксплуатацию).

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

// Активировать отладку
define('WP_DEBUG', true); // Регистрировать все ошибки в текстовом файле /wp-content/debug.log
define('WP_DEBUG_LOG', true); // Не выводить сообщения об ошибках
define('WP_DEBUG_DISPLAY', false); // Убедиться, что все ошибки PHP также записываются в логи и не выводятся на экран
@ini_set('display_errors', 0);

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

Не добавляйте все скрипты в верхнюю часть сайта

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

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

В WordPress есть встроенные функции wp_enqueue_script и wp_enqueue_style, которые отвечают за выполнение скриптов и стилей соответственно.

Важно

Основное отличие между этими двумя функциями заключается в том, что с wp_enqueue_script у нас есть дополнительный параметр, который позволяет переместить скрипт в подвал:

wp_register_script( $handle, $src, $deps = array(), $ver = false, $in_footer = false )
wp_enqueue_script( $handle, $src = false, $deps = array(), $ver = false, $in_footer = false ) wp_register_style( $handle, $src, $deps = array(), $ver = false, $media = 'all' )
wp_enqueue_style( $handle, $src = false, $deps = array(), $ver = false, $media = 'all' )

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

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

Создавайте дочерние темы и не меняйте файлы движка

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

Чтобы создать дочернюю тему, поместите файл style.css в подкаталог папки дочерней темы и наполните подобным содержимым:

Источник: https://tproger.ru/articles/10-mistakes-wordpress/

Ссылка на основную публикацию