Не настройка постоянных ссылок. Деактивация всех плагинов

Одной из самых популярных платформ на сегодняшний день является Worpress. Она имеет удобную административную консоль и с ней практически любому пользователю теперь под силу самостоятельно сделать свой собственный сайт. Но порой случаются сюрпризы, которые полностью парализуют работу сайта и ставят вас в тупик. И тогда перед глазами появляется ужасный белый экран смерти, неведомая PHP-ошибка, к которой привели неполадки на сервере, или плановые обновления плагинов, приведшие к краху сайта. Любую проблему можно решить, имея достаточно знаний и бесценный опыт. И в этот раз мы поговорим о внутренней ошибке сервера (Internal Server Error), а также о ее причинах и мерах устранения.

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

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

Проблемы, из-за которых возникает Ошибка 500:

Конфликты в плагинах (обычно возникают после обновления)
Неполадки в теме сайта (возникают при обновлении родительской темы)
Ошибки в файле.htaccess
Превышен лимит PHP-память

Как устранить Ошибку 500.

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

Исправление файла.htaccess.

Основной и наиболее частой причиной этой проблемы является как раз некорректная работа файла htaccess. Чтобы исправить этот сбой вам необходимо авторизоваться в корневом каталоге WordPress, для этого подойдет специальный файловый менеджер (или ). Затем переименуйте его в.htaccess.back. После чего просто обновите окно и проверьте помогла ли данная мера. Если все хорошо, то дальше необходимо зайти в раздел «Параметры» -> «Постоянные ссылки» и нажать на «Сохранить изменения», чтобы новый файл.htacess перезапустился и перезаписал правила. Если не помогло, то переходим к плагинам.

Деактивация всех плагинов

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

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

Если это решение не помогло, то нам придется менять тему.

Изменение темы

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

Восстановление директорий the «wp-admin» и «wp-includes».

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

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

Когда вышеперечисленное не помогло, то не надо отчаиваться. Придется всерьез поработать, чтобы все привести в порядок на вашем сервере. Ошибка 500 - решаема и это не конец вашего сайта. Если обстоятельства вынуждают вас применить крайние меры, то воспользовавшись Редактором кода необходимо написать текстовый файл, переименовав его в php.ini.
Внутри него необходимо прописать: memory=64MB
Загружаете сохраненный файл в папку «wp-admin». В случае устранения сбоя и расширения PHP-памяти необходимо выяснить у своего , что именно могло привести к перелимиту. У хостера имеется все записи из журнала операций, а причины могут быть какие угодно: от неправильно разработанных плагинов, до некорректной работы темы.

Материалы по теме:

Почему отображаются знаки вместо текста

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

Как добавить форму комментариев Vkontakte

Всем привет! Недавно, мне поступил заказ от клиента, он хотел, что бы я на его блоге разместил другую форму комментариев. От предложенного мною плагина...

Видео-хостинг для размещения видео на киносайтах

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

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

Главной причиной запутанности, является сложность определения истинной причины её возникновения. А факт, что она может быть вызвана целым рядом причин усугубляет ситуацию. Более того, в зависимости от конфигурации сервера данная ошибка может отображаться по разному. Например, вы можете увидеть такие варианты:

503 Service Unavailable Http/1.1 Service Unavailable HTTP Server Error 503 503 Error HTTP 503 HTTP Error 503

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

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

Причины ошибки 503 Service Unavailable в WordPress

Ошибка 503 service unavailable может быть вызвана рядом причин, включая (но не ограничиваясь):

Ошибки в плагинах или темах
Сбои в работе пользовательский PHP скриптов
Недостаточно ресурсов сервера
Ошибки сервера
Злоумышленные атаки, такие как хорошо всем известные DDoS (Distributed Denial of Service)

Мы пройдёмся по всем этим причинам и предложим различные решения по устранению ошибки 503 service unavailable.

Ошибка в плагине

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

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

Если, однако, у вас нет идей по поводу того, какой именно плагин мог вызвать ошибку 503, нужно начать диагностику путём деактивации всех плагинов.

Но как деактивировать все плагины WordPress, если у вас нет доступа к админ панели?

Деактивация всех плагинов WordPress

Зайдите в ваш каталог WordPress по FTP или используя . В этом руководстве будем использовать популярную программу подключения по FTP :

Так выглядит наш тестовый каталог WordPress в Файловом менеджере на Hostinger:

Внутри нашего каталога WordPress, найдите и откройте каталог wp-content , который содержит ваши плагины, темы и медиа контент среди прочего.

Нажмите правой кнопкой мыши на каталоге plugins и переименуйте его в plugins-old :

Это приведёт к деактивации всех плагинов одновременно. Теперь переименуйте обратно plugins-old в plugins и перегрузите свой сайт. Если ошибка 503 исчезла, плагин является причиной вашего текущего затруднительного положения.

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

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

Каждый раз, когда вы активируете плагин, перезагружайте сайт, чтобы выявить неисправный плагин. Как только вы нашли хулиганистый плагин, зайдите свой каталог plugins по FTP и удалите его:

Если деактивация плагинов не помогла в устранении ошибки 503 service unavailable, читайте дальше другие решения. Теперь давайте проверим, не является ли причиной проблемы ваша тема.

Сомнительная тема WordPress

Порой, скрипт PHP с ошибками, который выдаёт ошибку 503 может быть частью темы. Для проверки этого, мы переключимся на тему по умолчанию Twenty Seventeen. Между прочим, рекомендуется оставлять темы по умолчанию даже после установки новой темы, поскольку она (тема по умолчанию) служить запасной темой в случае проблема с вашей.

Деактивация темы WordPress

Прежде, чем мы деактивируем вашу тему (или удалим, если это проблема) нужно создать бэкап. Подключитесь к своему сайту WordPress по FTP и перейдите в каталог wp-content -> themes .

Найдите вашу текущую тему и скачайте её, как показано ниже:

Если ошибка 503 service unavailable осталась, возможно, фрагмент кода PHP с ошибкой находится где-то в другом месте вашего сайта.

Сбой в работе пользовательского кода PHP

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

В обычном режиме, когда ваш сайт работает, можно использовать плагины для отладки, такие как Query Monitor и Debug Bar .

Включение WP_DEBUG

Но, так как 503 ошибка часто блокирует вам вход в админ панель вашего WordPress сайта, мы будем использовать константы WP_DEBUG и WP_DEBUG_LOG , WP_DEBUG_DISPLAY и @ini_set доступные в WordPress.

Для включения режима отладки в WordPress и записи логов ошибок в файл, следуйте шагам:

Откройте каталог WordPress по FTP или в Файловом менеджере.
Откройте файл wp-config.php
Прокрутите до определения константы WP_DEBUG . Выглядит так: define ("WP_DEBUG", false); . Если она пропущена, мы добавим её сразу перед словами /*That"s all, stop editing! Happy blogging.*/
Вставьте магический код отладки DEBUG. Только исправьте код define ("WP_DEBUG", false); на:
define ("WP_DEBUG", true);
define ("WP_DEBUG_LOG", true);
define ("WP_DEBUG_DISPLAY", false);
@ini_set ("display_errors", 0);
Сохраните изменения

Теперь перезагрузите свой сайт, чтобы вызвать появление ошибки. Далее, найдите файл под названием debug.log внутри вашего каталога wp-content в каталоге WordPress.

В этом файле содержаться записи по всем ошибкам на вашем сайте. Если ваша ошибка 503 service unavailable вызвана фрагментом пользовательского кода, это будет видно с указанием её подробностей.

Устраните/замените проблемный код и перезагрузите сайт. Если ошибка 503 осталась, проблема может быть в вашем веб-сервере.

Причины, связанные с сервером

Ряд причин, связанных с сервером тоже может вызывать ошибку 503 service unavailable. Обычно, ошибка 503 вызванная проблемами с сервером исчезает автоматически через несколько минут.

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

Повысить ресурсы сервера

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

Вы постоянно получаете ошибку 503 service unavailable? Если да, проверьте свои показатели в Google analytics. Если вы получаете больше трафика, чем обычно, вам определённо перестало хватать изначальных ресурсов сервера.

Однако, если у вас нету прироста в трафике, но всё равно возникает ошибка 503, ваша проблема не имеет отношение к недостаточному количеству RAM или памяти на сервере.

Ограничение частоты сканирования Google

Для индексирования вашего контента, Google использует специальные скрипты, известные как сканеры (crawlers). Они регулярно посещают сайт и собирают контент и определяют другие показатели ранжирования.

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

Примечание: Изменения, внесенные вами, будут действовать в течение 3 месяцев. К тому же, если у вас есть версия сайта с WWW и без WWW, сделать настройки нужно для обоих.

Войдите в Google Search Console и выберите свой сайт. Далее нажмите на иконку шестерёнки, как показано ниже:

На следующей странице настройте частоту сканирования Google перемещением ползунка влево:

Ограничение WordPress Heartbeat

Согласно WordPress.org, “…Heartbeat API – это пример API приложения встроенного в WordPress и осуществляющего опрос сервера, позволяя в режиме почти реального времени видеть показатели. ” Он отвечает за такие функции, как авто-сохранение и так далее.

Приложение WordPress Heartbeat API запускает файл admin-ajax.php среди других запросов с регулярным интервалом, когда вы заходите на свой сайт.

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

Чтобы определить вызывает ли WordPress Heartbeat ошибку 503 service unavailable на своём WordPress сайте, добавьте следующий код в свой файл темы functions.php сразу после открытия тэга

Add_action("init", "stop_heartbeat", 1); function stop_heartbeat() { wp_deregister_script("heartbeat"); }

Сохраните изменения и перезагрузите сайт. Если ошибка 503 пропала, вздохните с облегчением. Но если ошибка 503 service unavailable всё ещё осталась, это значит WordPress Heartbeat API является наименьшей из ваших проблем.

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

Заключительные заметки

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

Надо отметить, что ошибка 503 service unavailable, это преимущественно результат выполнения некорректного кода PHP, такого как ошибка в плагине или теме.

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

Независимо от того, что происходит, помните вы всегда можете исправить ошибку 503 service unavailable совершенно не утруждая себя. А поэтому, нет повода для паники, так как это не постоянная ситуация.

Сталкивались ли вы с ошибкой 503 service unavailable? Как вы её устраняли? У вас есть вопросы или предложения? Пожалуйста, делитесь ими в комментариях ниже. Заранее благодарим!

Все делают ошибки. Оскар Уайльд прекрасно выразился на этот счет: «Опыт – это имя, который каждый дает своим ошибкам». Опыт – это прекрасный учитель, каждый действительно учится на своих ошибках. Однако все же не мешало бы следовать известной пословице и учиться на чужих ошибках. В этой статье я расскажу о 25 самых распространенных ошибках вордпресс, которые совершает практически каждый новичок. Надеюсь, это поможет вам самим избежать их.

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

2. Покупка того, что не нужно

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

Почему, например, не нужна приватная регистрация? У WPbeginners был клиент с этой услугой, и когда понадобилось просто перенести домен, потребовалось отправить: копию водительского удостоверения, свидетельство о регистрации и кучу другой конфиденциальной информации. В общем, одна головная боль. Брендинговые письма можно легко самому создать с помощью приложения Google Web Apps. В большинстве случаев не нужен и SSL-протокол.

Также я не вижу никакого смысла платить вперед за 5 лет регистрации домена. Мало ли что может произойти, может, вы вообще забросите этот сайт? Что тогда? Деньги на ветер? Если дело в экономии, то вполне возможно в будущем появятся скидки, и вы сохраните больше денег без всякой 5-ти летней регистрации.

3. Несоздание резервной копии

Если вы не создали резервную копию сайта, то вы поймете, что совершили огромную WordPress ошибку, когда сайт «полетит» и вам придется его восстанавливать с нуля. Я всем настоятельно рекомендую делать бэкап сайта в автоматическом режиме. Благо для этого существуют специальные плагины. Навскидку я могу вспомнить о трех из них: , VaultPress (платныйe), и BackWPup (бесплатный).

Примеры из жизни:

“Упала база данных у WP сайта, у меня не было резервной копии. При импорте новой базы данных у меня естественно появилось сообщение об ошибке”.

“Сделал SQL-запрос без какого-либо бэкапа. Сами понимаете, что отменить это нельзя».

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

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

4. Игнорирование WordPress обновлений

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

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

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

5. Использование Favicon по умолчанию

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

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

6. Обновление functions.php без доступа к FTP

Мы все хотя бы раз сталкивались с блокировкой сайта из-за неправильной передачи с админки WP кода в файл темы functions.php. Дела обстоят еще хуже, когда нет FTP-доступа или мы не знаем, как им пользоваться. Чтобы предотвратить эту WordPress ошибку я написал руководство для новичков: как вставлять сниппеты (на стадии написания).

Я также посоветовал бы не часто использовать встроенные WP-редакторы. Вот инструкция о том, как в WordPress отключить тему & редакторы плагина (на стадии написания).

7. Слишком много категорий

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

8. Не настройка постоянных ссылок

Достаточно долгое время мы по умолчанию использовали следующую структуру урл: / ? p = 23 . Но это плохо не только для SEO, но и для пользователей. При установке WordPress убедитесь, что вы обновили структуру своих постоянных ссылок через маршрут Settings » Permalinks .

9. Игнорирование SEO настроек

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

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

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

10. Изменение урла сайта и потеря всего трафика

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

11. Отсутствие плагина кэширования

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

12. Выбор WordPress темы с плохого источника

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

13. Отсутствие контактной формы

Все мы, наверное, на начальных этапах совершали такую распространенную ошибку в WordPress: создавали страницу контактов и указывали в ней свой email. И буквально через несколько дней наш почтовый ящик разрывался от спама.

14. Отсутствие аналитики

Меня достаточно часто спрашивают, как увеличить трафик или социальную активность пользователей. При этом, когда я начинаю задавать уточняющие вопросы, все что я слышу: «У меня ХХХ подписчиков в твиттере». В большинстве случаев у многих даже не установлена google аналитика, что уж говорить об анализе данных.

Google Analytics предоставляет кучу полезной информации о вашем сайте, дает знать и где и что не мешало бы подправить. Я бы также настоятельно порекомендовал установить Google Webmaster Tools.

Предлагаю вашему вниманию две полезные статьи:

15. Написание статей в Microsoft Word

Возможно, для вас это станет открытием, но создавать записи в Microsoft Word, а потом добавлять их на сайт – это WordPress ошибка. А что если у вас отключится комп? (какой-то сбой, задели шнур, отключили свет и т.п.). Вся работа насмарку? Придется все заново делать? Кроме того, скопировав текст с Microsoft Word и вставив его на сайт, вы добавите кучу каких-то непонятных и не нужных символов, форматов.

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

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

16. Тег «еще один блог»

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

17. Не удаление тестовой страницы

Раньше по умолчанию у WordPress шла страница «О себе», сейчас это «Образец страницы». Быстрый поиск в google показал, что существует, по меньшей мере, 1,1 миллион сайтов с этой страничкой. Большинство пользователей просто не знают об этом, либо не хотят удалять ее.

Если она есть и на вашем сайте, то немедленно удалите ее.

18. Несвоевременная проверка комментариев

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

Если вам не нужны комментарии на сайте, то просто отключите эту функцию с помощью плагина

19. Ошибка установления соединения с базой данных

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

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

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

21. Чрезмерно длинный архив

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

22. Неиспользование функции «сохранить для веб-страниц»

В самом начале ведения сайта многие пользователи не задумываются о том, насколько много весят, загружаемые изображения. И только со временем приходит осознание, что вместительность у сайта не резиновая и все изображения надо сжимать. Изображение может намного меньше весить, если мы просто применим к нему функцию «сохранить для веб-страниц» и при этом зачастую оно нисколько не потеряет в качестве. Данная функция есть у Adobe Photoshop, Microsoft office, GIMP, JPEG Mini.

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

Создать резервную копию
Установить лимит на количество раз введение логина
Использовать двухфакторную аутентификацию при помощи Google Authenticator
Использовать плагин безопасности Sucuri.

Белый экран с надписью 500 Internal Server Error. Добро пожаловать в элитное общество, владельцев проектов столкнувшихся с этой неприятной ошибкой. 500 Internal Server Error — самая часто встречающаяся неполадка с которой многие сталкиваются. Причем устранение серверной неполадки, достаточно сложное занятие. Причина этому является сложность в поиске повреждения, которое может иметь обширный перечень факторов.
Явными причинами возникновения этой неполадки, могут быть неаккуратные действия владельца. Поэтому важным аспектом быстрого решения проблемы, будет воспроизведение действий. Которые вы делали перед образованием проблемы. Благодаря этому, вы быстрее поймете причину критической неполадки.

Содержание статьи:

Причина возникновения 500 Internal Server Error

Факторов должным образом вызывающих эту непредвиденную ситуацию, может быть огромное количество. Стоит отметить, что в большинстве случаев 70% из 100%, виновником становиться сам администратор или вебмастер. Внося изменения в конфигурацию или директории и т.д. Буквально пропустив точку с запятой, особенно при редактировании правил для серверной части. Вам сразу свалится на голову эта проблемка. Давайте рассмотрим еще факторы:

Неудачное обновление движка WordPress.
Конфликт между плагинами и новым установленным плагином.
Плохой шаблон темы или неудачное обновление установленной темы.
Неправильное правило указанное в.htaccess или пропуск точки с запятой.
Неграмотное внесение корректировок в WP или в самом шаблоне темы. Пропустили точку с запятой, внесли критические изменения или удалили важную строку кода.
Нехватка серверных ресурсов необходимых для стабильной работы.
Недопустимая версия php указанная на сервере или хостинге.

Я перечислил основные и наиболее распространенные факторы, которые могут способствовать этой неприятности.

Как исправить и восстановить работоспособность сайта

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

Обновление CMS WordPress прошло неудачно и привело к непредвиденной ошибке 500

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

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

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

Подключитесь к сайту воспользовавшись ftp , зайдите в директорию «plugins» на сайте. Определите конфликтный плагин и поменяйте его название. Затем обновите страницу проекта, ошибка должна исчезнуть.
Если пример выше не дал определенных результатов, в таком случае удалите плагин полностью.
Бывает так, многие начинающие владельцы любят устанавливать много и сразу. Чтобы не терять свое драгоценное время, такой метод убьет Ваше время в конец. Действия практически идентичны верхним, только в этом случае придется переименовывать все что вы установили. Вы также можете создать другую директорию с отличающимся названием и выполнить перенос.

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

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

Это самые простые манипуляции устраняющие данную неполадку и не занимающие много времени.

Ошибка 500 в.htaccess неграмотное внесение изменений в файл

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

Самое простое и безболезненное — это удаление самого.htaccess.
Наиболее затратное на время — это копирование.htaccess в другую созданную папку. Затем удаляем старый и создаем новый пустой.htaccess. После этого следует внимательно изучить, копию старого поврежденного файла на наличие ошибок. Допустим ничего странного вы не обнаружили. Тогда следует переносить правила последовательно. Важно внося каждое исправление проверять работоспособность проекта, через браузер в режиме инкогнито.

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

Возможно пропущена точка с запятой в конце строки кода. Открываем и проверяем целостность.
Код вставлен за пределами функции, заходим и перемещаем.
Строка кода указана в недопустимом месте, смотрим и переносим или удаляем.
В случае фатальной ошибки с невозможностью найти код в wp-config. Скачивайте архив движка, затем подмените свой wp-config на тот который в архиве. Важно скопировать всю информацию для подключения к базе данных MySql из старого файла в новый. Это касается: имя базы данных, имя пользователя, пароль, имя сервера, кодировка, обязательно префикс. После этого все должно заработать.
Если проблема в functions.php и нет возможности для исправления. Значит скачивайте именно архив своего шаблона темы, далее распакуйте. После этого замените свой functions.php на новый из распакованного архива.

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

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

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

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

Главная – это, конечно же, неправильная кодировка баз данных.
Проявляется она кракозябрами на странице. Узнайте кодировку, которая установлена на сервере хостера по умолчанию. Обычно это win-1251, но может быть и utf8.
Чтобы у вас не возникло этой проблемы, после создания базы данных не спешите устанавливать WordPress - вместо этого откройте phpMyAdmin.
Дальше вам нужно выбрать базу данных и если таблиц в базе еще не создано, о чем говорит сообщение: "Таблиц в базе данных не обнаружено", перейти на страницу phpMyAdmin и в окошке «Сопоставление соединения с MySQL» выбрать кодировку для сравнения.
Если на сервере кодировка по умолчанию win-1251 – выбираете «utf8_general_ci».
Если кодировка UTF-8, то сравнение в базе данных нужно выбрать UTF-8_unicode_ci.
Если же таблицы в базе уже есть, найдите их список и обратите внимание на самую нижнюю строчку «Таблиц всего:» и «Сравнение». Проверьте, чтобы оно было выбрано правильно, так, как описано выше.
Если сравнение выбрано неправильно, переходим на вкладку «Операции».
Внизу вы увидите выпадающий список «Сравнение», где нужно выбрать нужное вам сравнение. После этого жмем «ОК».
Проверьте, также, чтобы все файлы вашей темы были в кодировке utf8. Для этого нужен блокнот Notepad2 – обычный блокнот не дает возможности исправить кодировку.
При запуске инсталляционного файла скрипт выдает сообщение "Error establishing a database connection".
Это значит, что недоступна база данных (mysql не отвечает). В таком случае, проверьте, чтобы название базы данных, логин и пароль в файле cоnfig.php совпадали с таковыми в созданной вами базе. Далее перезагрузите страницу, возможно это придется сделать несколько раз. Если не поможет – пишите хостеру.
Самостоятельно с этим не справиться.
После закачки и попытки начать установку по адресу http://mydomain.com/wp-admin/install.php открывается пустая страница. При попытке открыть http://mydomain.com/index.php та же картина.
Проверьте, верно ли вы загрузили файлы. В тот ли каталог? Создайте в папке с вашим сайтом файл index.html – он, обычно, загружается без всяких проблем. То есть добейтись, чтобы отображалась хоть какая-нибудь тестовая страница. Если не получится, то лучше обратиться к хостеру, он скажет что-то конкретное.
Установка проходит нормально, но не удается настроить ЧПУ или вообще загружается одна Главная страница, а остальные нет.
Создайте в корне сайта файл.htaccess и установите на него права 777, скрипт сам запишет в него то, что ему нужно для работы ЧПУ. Или самостоятельно вставьте в этот файл следующий код:
# BEGIN WordPress RewriteEngine On RewriteBase / RewriteCond % { REQUEST_FILENAME} !- f RewriteCond % { REQUEST_FILENAME} !- d RewriteRule . / index. php [ L] # END WordPress
# BEGIN WordPress RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] # END WordPress
На сайте или в админке вылазят ошибки, такого типа:
Warning: Cannot modify header information - headers already sent by
Или вообще отображаются одни ошибки и ничего больше.
Лечить так:
Найти файл wp-config.php (в корне сайта), открыть его нормальным текстовым редактором, (например Notepad2 - http://www.flos-freeware.ch ), выбрать:
Файл - Сохранить как - Кодировка UTF-8 (а не UTF-8 с сигнатурой).
И нажать "Сохранить".
Такие ошибки также могут появляться, если в этом файле код начинается не с первой строки – тогда, соответственно, убираем пустую строку.

Это, конечно, не все ошибки, появляющиеся при установке, просто наиболее часто встречающиеся.
Искренне надеюсь, что эта информация вам не пригодится.
P.S. Пост перенесен с http://wordpressru.blogspot.com/