Http статус 500 внутренняя ошибка сервера

Если вы при открытии страницы вашего сайта увидели такое сообщение: «500 -Internal Server Error «, то сразу перестаньте нервничать и попытайтесь вспомнить о всех изменениях, которые вы в последнее время совершили. В этой статье хочу описать основные случаи возникновения ошибки 500 и способы их устранения.

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

Самыми распространенными причинами возникновения ошибки 500 можно назвать такие:

1. Некорректная работа новой темы для оформления сайта;
2. Также возможен конфликт плагина;
3. Проблемы с таким файлом, как «.htaccess».

Некорректная работа новой темы для оформления сайта

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

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

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

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

Не удаляйте стандартные темы для оформления сайта, они вам смогут пригодиться после того, как вы восстановили сайт. А если вы все-таки удалили их, то загрузите стандартные темы и установите одну из них. В нашем примере будем работать с темой «Тwentytwelve ».

Следом за этим нам нужно зайти в «phpMyAdmin »

Теперь нужно будет выбрать Базу Данных вашего сайта

И введите туда такой код:

Должно это выглядеть так:

После этих действий ваш сайт снова преобразится.

Устранение ошибки 500 , вызванной конфликтом плагина

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

А если доступа нет, то есть вероятность, что тот плагин, который вы установили начал конфликтовать с другими плагинами, которые вы активировали. И в этом случае остается только отключать его с помощью FTP -сервера (точно также, как отключали тему оформления сайта). Кратко: заходим на FTP сайта, на котором исправляете ошибку, затем идем в папку в которой находится установленный плагин, меняем имя, либо редактируем (можно добавить лишь один символ). В случае изменения имени при последующем переходе с консоли в «Плагины » вы увидите, что WordPress произведет его деактивацию автоматически.

Устранение ошибки 500, вызванной конфигурационным файлом.htaccess

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

Для того, чтоб исправить ошибку нам нужно будет снова зайти на FTP , ведь этот файл находится на вашем сайте, в корневой папке. Но из-за того, что название ”.htaccess” начинается с точки, то этот файл изначально является скрытым. Именно по-этому качаем FileZilla - это простой в использовании и бесплатный FTP-клиент . Устанавливаем прогу и заходим во вкладку «Сервер », затем ставим галочку на принудительном отображении скрытых файлов. После этого снова переподключитесь к FTP чтобы обновился список файлов.

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

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

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

Есть вопросы? Напиши комментарий!

Привет! Не давно мой сайт погас и на экране появилась надпись – 500 внутренняя ошибка сервера. Я как человек уже более или менее опытный в этих делах, быстро всё восстановил, сразу нашёл причину и устранил её. Важно всегда отдавать себе отчёт в том что вы делаете, понимаете ли вы то что вы делаете, есть ли у вас достаточно необходимой информации и т.д. Конечно всё это приходит не сразу, а с опытом и для этого нужно постоянно учиться и практиковаться. И вы должны понимать, что сайт просто так не выходит из строя. Перед тем как сайт “гаснет” происходят определённые действия, вы или кто-то другой вносит какие-либо изменения на сайт. Как раз эти действия и становятся решающими. Вот список основных и самых распространённых причин вызывающих 500 ошибку:

500 внутренняя ошибка сервера

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

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

– Вы установили на сайт плагин, который автоматически внёс изменения в файл htaccess. Такое то же часто бывает, есть плагины которые добавляют определённый код в файл htaccess. На wordpress это популярные плагины – All In One Seo Pack, Jetpack, Akismet, WP Super Cache, Yoast SEO и т.д. Ошибка может возникнуть из-за несовместимости.

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

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

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

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

Как выявить 500 ошибку и быстро её устранить?

На каждом сервере, а в первую очередь это касается сервера Apache, так как он самый распространённый, есть файл Error log, в котором записываются все ошибки сайта. После того как сайт выдаст 500 ошибку, в файле error log тут же отобразится данная ошибка и главное будет указана причина данной ошибки. Будет указано место ошибки (название файла и путь к файлу), будет указан номер строки в файле в которой допущена ошибка.

Поэтому в первую очередь вам нужно зайти в свою панель на хостинге cPanel либо любую другую панель. Путь к файлу error log в основном проистекает следующим образом: Диспетчер файлов – Public html – . Вам нужен файл error log который располагается в корневой директории вашего сайта, где находятся все основные файлы вашего сайта или CMS системы. Откройте данный файл для редактирования и изменения, если файл не открывается то просто скачайте его на свой компьютер, нажав по нему два раза мышкой. Файл не получится открыть для редактирования, если он вырос в размерах более 1 мегабайта, в таком случае его нужно скачать на компьютер и всё.

Далее, откройте файл error log на своём компьютере с помощью блокнота обычного txt формата. Прокрутите страницу в самый низ, нас интересуют самые последние строки, в которых указана сегодняшняя дата на тот момент. В строке будет указано расположение файла, в котором произошла ошибка и номер строки в файле. На скриншоте показан фрагмент файла error log с сайта на CMS WordPress. Поэтому тут сразу становится понятно, что ошибка произошла из-за темы сайта, которая располагается по адресу wp-content/themes/название темы/файл темы в котором произошла ошибка, on line 423 – номер строки в файле где возникает ошибка, конфликт или несовместимость.

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

– Если ошибка произошла из-за вашей темы или шаблона, то она очень просто решается. Откройте папку в которой находятся все темы или одна тема и переустановите тему. То есть, удаляете тему, а потом снова её загружаете, предварительно скачав её с официального сайта. Можно заменить только один файл темы, который вызывает ошибку.

– Если в файле error log отображается название плагина, то тут всё очень просто, удаляете плагин и всё готово.

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

– Если дело не в плагине, не в теме и не в файле htaccess и вы не помните и не знаете где вы лазили и что меняли, то конечно файл error log вряд ли вам поможет. В таком случае есть два варианта, 1 – обратиться к специалисту, 2 – восстановить сайт с помощью резервной копии, если таковая имеется. Возможно вам понадобится заменить всего один файл, название которого будет указано в файле error log и всё быстро решится.

Помните! Перед тем как вносить какие-либо изменения в код сайта, если вы плохо понимаете что вы делаете, СДЕЛАЙТЕ ПОЛНУЮ РЕЗЕРВНУЮ КОПИЮ ВАШЕГО САЙТА!

Остались вопросы? Напиши комментарий! Удачи!

500 внутренняя ошибка сервера как исправить на любом сайте обновлено: Август 20, 2018 автором: Илья Журавлёв

Одной из самых популярных платформ на сегодняшний день является 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 для кино сайтов, я упомянул, что в следующий статье напишу про видео хостинг, без которого...

Ошибка 500 internal server error – внутренняя ошибка сервера, говорящая о неработоспособности какого-либо из его компонентов. В сообщении об ошибке не указывается конкретная проблема и не предлагаются способы её решения. Ситуация описывается в целом: сервер работает, но в его конфигурации или в каком-то малозначимом скрипте допущена фатальная ошибка, из-за которой обработка запросов невозможна и сервер не отвечает.

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

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

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

• Долгое выполнение скрипта
• Превышение лимита оперативной памяти
• Синтаксическая ошибка в
• Неправильные права доступа у файлов

Методы решения

Превышение лимитов

Первым делом нужно проверить, нет ли на сайте скриптов, которые слишком долго выполняются. Стоит помнить, что абсолютно все хостинг-провайдеры устанавливают жесткие ограничения на время выполнения, чтобы снизить нагрузку на собственные сервера. Если скрипт на сайте «долго думает », его просто завершают, дабы не страдали другие сайты на сервере. Результат принудительного завершения – ошибка с кодом 500. Если веб-мастер имеет непосредственный доступ к серверу, на котором расположен сайт, выявить скрипты с долгим выполнением будет легко. Достаточно отследить время выполнения каждого и найти нужный, возможно, он будет не один. А если удалять найденный скрипт никак нельзя, не будет проблемой поднять лимит на время выполнения в конфигурации сервера. Другой случай, если сайт расположен на виртуальном хостинге: без помощи технической поддержки решить проблему не удастся. Однако, администрация большинства хостингов редко идет на встречу – скорее всего, владельцу просто предложат перейти на тариф подороже.

Помимо лимита на время, существует и лимит оперативной памяти, которая доступна для выполнения скрипта. Если сайт построен на базе сложного и тяжелого движка с массой различных функций, наверняка, он будет резервировать для своей работы довольно большой объем ОЗУ сервера. Естественно, на хостинге она не бесконечная. Если вы используете бюджетное решение то на одном сервере администрация хостинга может размещать несколько сотен сайтов, поэтому если какой-то один будет потреблять много ресурсов, все остальные начнут работать гораздо медленнее. Лимит памяти так же, как и временной, указывается в конфигурации сервера. Имея прямой доступ, лимит можно повысить. Если же доступа к серверу нет, придется просить администрацию найти «прожорливый» скрипт и сообщить о нем владельцу. После нахождения тяжелого скрипта можно попытаться его оптимизировать, обратившись к программисту или самостоятельно удалив из кода ненужный функционал.

Ошибка в.

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

Можно попробовать просто удалить данный файл и посмотреть на результат, так как его наличие не обязательно, это не должно повлиять на работу сайта. Если после удаления ошибка 500 исчезла, нужно восстановить файл и начать поиск ошибки. Найти ошибку в. можно с помощью специального лог-журнала “error.log “ в панели управления, не редко хостеры предоставляют к нему доступ. В данный журнал записываются все произошедшие во время работы ошибки, наверняка, через него получится узнать причину. В случае, если. содержит неправильную директиву, журнал должен содержать примерно такой лог:

Из данного лога следует, что проблема вызвана директивой “RewritRule ”. Это очевидная синтаксическая ошибка. Название директивы было напечатано неправильно – пропущена одна буква – вместо “RewtiteRule ” получилось “RewritRule ”, соответственно, вся конструкция оказалась неверной. Файл. не допускает даже столь незначительных огрехов, выдавая ошибку с кодом 500.

Неправильные права доступа

Из-за неправильно выставленных прав доступа скрипт может не работать. Однако, ошибка 500 возникает в противоположном случае: если скрипт имеет излишне высокие права с кодом 777. Объясняется это мерой безопасности самого сервера. Редкому скрипту по-настоящему нужны абсолютные права, между тем, такой скрипт может оказаться вредоносным шеллом, который встроит в сайт ненужный код или вовсе удалит все расположенные на сервере файлы вместе с ним самим, выполнив команду -rm -rf . Если уж и решаться заливать на сайт php -файл с правами 777, то только от очень проверенного разработчика, сомнений в добросовестности которого нет. Кроме того, зачастую сами хостеры блокируют возможность выдачи файлам абсолютных прав, что, несомненно, правильно.

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

Директории – 755

Для активных скриптов – 600

Для обычных файлов – 644

В серверный файловых менеджерах с GUI интерфейсом установка прав выполняется в контекстном меню:

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

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

Активные пользователи интернета лучше всех знают ошибки, которые возникают при работе в браузере. Одни из них встречаются наиболее часто, как, например, ошибка 404. Другие – реже, например, ошибка 500. И именно о второй мы поговорим сейчас: о её причинах и способах решения.

Что за ошибка http error 500

Полный текст ошибки 500 на английском «internal server error» с приписками «occurred», «nginx», «database problem try later». Это переводится как «внутренняя ошибка сервера». В русскоговорящем сегменте обычно пишется просто «ошибка сервера». Раз уж у обычных пользователей дома нет никаких серверов, решение этой проблемы обычно зависит от владельца сайта . Но не всегда неисправность возникает по вине вебмастера, иногда такое сообщение возникает по вине пользователя, рассмотрим несколько способов решения этой задачи.

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

1. Перезагрузить страницу . Владельцы сайта, естественно, заметят проблему и сделают всё, чтобы её решить как можно скорее. Поэтому после неудачной попытки попробуйте снова через пару минут, возможно, к тому времени всё уже будет хорошо.
2. Просканировать компьютер на наличие вирусов . Вредоносные программы могут действовать по-разному. Невозможно предсказать, насколько они изворотливые и хитроумные. Поэтому не стоит исключать возможность заражения ПК где-то на просторах сети.
3. Сменить настройки доступа к Интернету. Заходим в «Панель управления» и находим Центр управления сетями и общим доступом. Кликаем правой кнопкой на своем подключении и выбираем Свойства. Остается найти пункт – протокол интернета версии 4 и изменить его настройки.

Исправляем на стороне сервера

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

Меняем тему WordPress

Владельцы сайтов на базе WordPress наверняка слышали об этой ошибке. И в этом случае сложно определить точную причину. Часто код ошибки 500 может возникнуть из-за некорректно установленной темы. Для того, чтобы исправить эту причину, установите одну из стандартных тем и перезапустите сайт. Если не помогло, удалите «wp-admin» и «wp-includes» и замените их резервными копиями.

Деактивируем плагины

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

Изменяем конфигурацию.htaccess

Авторизуемся в корневом каталоге WordPress и находим файл.htaccess. Переименовываем его в.htaccess.bak. Затем обновляем окно и смотрим, сработало ли это. Если да, заходим в раздел «Параметры », затем – «Постоянные ссылки» и «Сохранить изменения».

Меняем права доступа

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

Рекомендуется везде , где установлены такие права внести изменения, и поставить 755 для папок, 600 для скриптов и 644 для всех остальных файлов.

Нехватка памяти на сервере

Для того, чтобы избежать слишком большой нагрузки на сервер хостинг порой накладывает ограничение на потребление памяти. Чаще всего это случается так: мы ставим плагин, который слишком «тяжёлый» для нашего ресурса. В итоге он не может прогрузиться до конца и возникает подобное сообщение — internal server error database problems try later. Для исправления ситуации либо уменьшите объем потребляемой памяти, либо обратитесь в техническую поддержку вашего хостинга.

Исправляем скрипты CGI

Есть некоторые правила оформления и размещения этих скриптов:

• Загружать их нужно через FTP .
• Ограничьте доступ к CGI и папкам с ними, чтобы записывать их могли только вы.
• Из-за работы скрипта могут быть неправильно сформированы НТТР-заголовки ответа. Для решения этой причины нужно открыть логи ошибок и проверить их.

Исправляем ошибку при входе в админку Joomla

Проблемы с сервером могут случиться не только с Вордпресс но и с Joomla. С Джумлой стоит, наоборот, изменить права доступа на 777.

Оптимизируем скрипты

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

Изменение версии PHP

Ошибка internal server error nginx может произойти также при переходе на новую версию PHP. И решение простое – нужно всего лишь восстановить прежнюю . Изменение происходит индивидуально, в зависимости от хостинг-панели. Но обычно нужно пройти по пути «Дополнительно» — «Смена версии PHP ».

Включаем отображение ошибок

Следует включить отображение ошибок, для того, чтобы видеть, какая именно часть кода вызывает проблему. И это очень удобно – не нужно наугад искать причину. Делаем мы это в том же разделе, где и смена версии PHP. Просто нужно в пункте «Отображать ошибки » кликнуть на «Включена».

Используем отладку на WordPress

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

Чтобы это сделать, открываем сам файл и ищем строку:

Define(‘WP_DEBUG’, false);

Для включения изменяем false на true. Чтобы включить запись протоколирования в файл необходимо добавить еще одну строку. В итоге должно получиться:

Define("WP_DEBUG", true); define("WP_DEBUG_LOG", true);

Есть еще одна возможность – вывод сообщения сразу на экран. Для этого добавляем:

Define("WP_DEBUG_DISPLAY", true);

Восстанавливаем резервную копию сайта

Если вообще ничего не помогает, для восстановления работы сайта, можно использовать бэкап. Разумеется, у каждого владельца интернет-ресурса он должен быть. Есть огромное количество плагинов, которые позволяют это сделать. Например, All-in-One WP Migration.

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

Это самый кардинальный путь решения проблемы. Для этого мы распаковываем новую версию Вордпресс на компьютере и удаляем оттуда wp-config-sample.php и wp-content. Переносим все корневые файлы на хостинг через FTP. Сохраняем сайт и обновляем его в браузере.