Как понять внутренняя ошибка сервера. Что такое ошибка сервера

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

Привет! Не давно мой сайт погас и на экране появилась надпись – 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 автором: Илья Журавлёв

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

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

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

На вашем сайте и решения данной ошибки. Вы открыли страничку вашего сайта и видите сообщение об ошибке 500 (Internal Server Error) - не паникуйте и вспомните, какие изменения были сделаны перед её возникновением, или зайдите в личный кабинет управления хостингом и ознакомьтесь с логами ошибок - скорее всего в них написано что именно вызывает ошибку 500.

Чаще всего ошибку вызывает:

Тема оформления
Плагин(ы)
Файл.htaccess

Давайте рассмотрим эти варианты по порядку.

1. Тема оформления

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

Для восстановления работы сайта можно воспользоваться одним из следующих способов:

1.1. FTP

Зайдите на FTP вашего сайта и найдите папку в которой находятся ваши темы оформления. По умолчанию это /wp-content/themes/

Переименуйте, удалите или исправьте текущую тему оформления сайта.

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

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

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

Загрузить стандартные темы оформления можно здесь:

TwentyTen
TwentyEleven
TwentyTwelve

1.2. PhpMyAdmin

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

Выбираем Базу Данных вашего сайта:

Переходим во вкладку SQL :

И копируем туда следующий код:

UPDATE wp_options SET option_value = "twentytwelve" WHERE option_name = "template"; UPDATE wp_options SET option_value = "twentytwelve" WHERE option_name = "stylesheet"; UPDATE wp_options SET option_value = "twentytwelve" WHERE option_name = "current_theme";

Для смены темы оформления таким способом нужно правильно указать её название. Советую использовать стандартные темы оформления в данном случае, ссылки на которые мы приводили выше.

После этого содержимое вашего сайта снова отобразится.

2. Плагины

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

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

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

Для того, чтобы отключить плагин :

Зайдите на FTP вашего сайта.
Зайдите в папку с установленным плагином, по умолчанию это /wp-content/plugins/
Переименуйте, удалите или отредактируйте плагин. Если вы не удалили, а переименовали плагин, то при переходе в "Консоль управления → Плагины " WordPress автоматически его деактивирует.

3. Файл.htaccess

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

Обычно файл .htaccess находиться в корневой папке вашего сайта (в которую вы попадаете сразу после подключения к FTP).

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

В FTP-клиенте FileZilla следует перейти в меню "Сервер " и поставить флажок на "Принудительно отображать скрытые файлы ", а затем обновить список файлов или подключиться заново к FTP, чтобы увидеть файл.

Теперь данный файл стал доступен, и вы можете открыть его в любом текстовом редакторе, например в блокноте, но для удобства работы советую использовать Notepad++ .

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

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

Мы выпустили новую книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».

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

Больше видео на нашем канале - изучайте интернет-маркетинг с SEMANTICA

У вас кончилась еда. Нужно идти в магазин за продуктами. На дверях табличка - “Учет”. Вы без продуктов.

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

Какие есть ошибки сервера

Как мы выяснили, внутренние ошибки сервера составляют класс состояний HTTP.

. Обозначает широкий спектр серверных ошибок, если они не относятся к нижеперечисленным проблемам рассматриваемого класса.
501. Означает, что сервер не обладает необходимыми возможностями для совершения обработки пользовательского запроса. Как правило, ошибка 501 появляется в тех случаях, когда сервер не может распознать метод запроса. Если сервер распознал метод запроса, но он не может быть использован на данном интернет ресурсе отображается ошибка 405 (произошла по вине пользователя).
. Возникает в тех случаях, когда сервер выполняет функцию прокси-сервера или шлюза. Ошибка говорит о том, что вышестоящий сервер отправляет недействительный ответ.
. Отображается при невозможности обработки пользовательских запросов сайтом. Это может быть обусловлено перегрузкой, неполадками в обслуживании, техническими неполадками и так далее. Чаще всего при отображении ошибки 503 в поле Retry-After указывается время, когда пользователю необходимо повторить запрос.
504. Здесь опять сервер выполняет функцию шлюза или прокси сервера. Он перенаправляет запрос вышестоящему серверу, но не дожидается ответа, следовательно, не может завершить обработку запроса.
505. Означает, что версия запроса не поддерживается сервером.
506. Это значит, что текущий вариант сервера имеет ошибочную конфигурацию. В связи с этим процесс связывания не доходит до завершения и все время обрывается.
507. Чтобы закончить запрос и обработать его, на сервере нет места. Проблемы подобного рода могут быть временными и легко устранимыми.
509. Если интернет ресурс потратил весь трафик, который был отведен ему, возникает данная ошибка. Для решения проблемы необходимо обратиться к провайдеру хостинга.
510. Данную ошибку можно встретить в тех случаях, когда клиент делает запрос и хочет использовать определенное расширение, однако сервер не использует и не может предоставить данное расширение.
511. Данная ошибка идет не от самого сервера, к которому обращается пользователь, а от посредника, в роли которого может выступать провайдер. Как правило, проблема возникает, когда клиенту необходимо авторизоваться в глобальной сети (указать пароль от платной точки доступа). При этом в форме ответа отображается специальное поле для выполнения авторизации.
520. Говорит о том, что есть ошибка, однако сервер сети доставки содержимого не может правильно обработать ее и отобразить клиенту.
521. Возникает в ситуациях, кода сервер отклоняет подключение сети доставки содержимого.
522. Отображается, если система передачи данных не может подключиться к серверу, истекает время ожидания серверного ответа.
523. Сервер нельзя «достичь», при обращении к серверу возникают серьезные препятствия, преодоление которого на данный момент не является возможным.
524. Истекло время подключения необходимого сервера и сервера сети доставки содержимого.
525. Если в процессе рукопожатия самого сервера и сервера сети доставки содержимого возникают ошибки, отображается код 525.
526. Означает, что на данный момент нет возможности подтвердить сертификат шифрования.

Что делать, если пишут “Ошибка сервера”

Перечисленные ошибки, как правило, возникают из-за файла.htaccess, тем оформления и плагинов. Рассмотрим варианты решения проблемы.

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

Через FTP

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

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

Через PhpMyAdmin

Если вами была удалена/отредактирована стандартная тема, ее нужно скачать и установить заново. Это можно сделать со следующих ресурсов: TwentyTen, TwentyEleven, TwentyTwelve. После скачивания открываем PhpMyAdmin, затем базу данных.

Перейдите во вкладку SQL и скопируйте в нее код, представленный ниже.

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

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

Открываем FTP ресурса.
Открываем папку с имеющимися плагинами.
Удаляем/изменяем имя/редактируем плагин.

Если ошибки заключаются в неполадках файла.htaccess, необходимо сделать следующее:

1. Открываем FileZilla, меню «Сервер» и ставим флажок напротив пункта «Отображать скрытые файлы принудительно». Обновляем перечень файлов и находим наш файл.htaccess.

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

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

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

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