Opencart админка ошибка 500

Ошибка выглядит как на скриншоте или просто как белый экран

Что такое 500 Internal Server Error?

Существует пять разных классов кодов состояния HTTP, которые определяют тип ответа сервера на HTTP-запрос:

• 1xx: Информационный
• 2xx: Успех
• 3xx: Перенаправление
• 4xx: Ошибка клиента
• 5xx: Ошибка сервера

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

Когда возникает ошибка?

В 99,99% случаев страницу с кодом ответа 500 мы видим из-за ошибок в файлах и наших кривых рук.

Наиболее частая причина — переездвключение ssl. Вторая по расрпостранённости — манипуляции с чпу Опенкарта. Третья — кривые модули.

Еще может быть, вы неправильно сконфигурировали свой .htaccess файл? Или, может быть, у вас отсутствуют пакеты при попытке выполнить файл PHP, в то время как PHP не установлен правильно и работает некорректная версия?

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

Алгоритм действий

Обновите страницу, очистите кеш браузера, удалите cookies

Находим код ответа страницы

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

Показываю, как это делать в Mozilla Firefox. Нажмите сочетание клавиш Ctrl+Shift+I или кнопку F12. Либо через меню «Веб-разработка» > «Инструменты разработчика»

Перейдите во вкладку «Сеть (Network)». Теперь выберите тип документа щелкнув по пункту «HTML».На ошибку 500 указывает соответствующее число в колонке «Статус». На скриншоте сайт Википедии и он отдает код ответа 200.

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

Проверяем файл .htaccess

Типичная причина ошибки 500 — это файл htaccess. Отключим его, для этого переименуем .htaccess в .htaccess.txt и проверим как работает сайт. Если, после этой манипуляции, он доступен(код ответа страниц 200), восстанавливаем htaccess из бэкапа.

Частый случай, когда забывают переименовать Options +FollowSymlinks на Options +SymLinksIfOwnerMatch.

Если дело не в htaccess, переходим к следующему пункту.

Проверяем файлы сайта

Вывод ошибок PHP на хостинге по умолчанию выключен. Чтобы увидеть их текст, добавьте в конец файла .htaccess правило:

php_value display_errors 1
и обновите страницу сайта.

Если текст ошибки не отобразился, включите вывод ошибок через index.php Opencart. Перейдите в корневой каталог своего магазина и отредактируйте файл index.php.

Используйте свой любимый текстовый редактор и в верхней части index.php файла, вставьте этот фрагмент кода после первой строчки. Строго никаких лишних пробелов и переноса строки!

ini_set('display_errors', 1);
ini_set('display_startup_errors', 1);
error_reporting(E_ALL);

Сохраните файл и вернитесь в магазин.

Обновите страницу, на которой вы столкнулись с ошибкой, и увидите примерно такое:

Теперь понятно, что вызвало 500 Internal Server Error и точный поврежденный файл. Это дает вам отправную точку для поиска решения вашей ошибки. Можно начинать гуглить)

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

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

Например, поднимем лимит до 512 мегабайт. Для этого добавляем в конец файла htaccess строчку:

php_value memory_limit 512M

Вместо «512» укажите необходимый объем памяти. Узнать максимально доступное значение можно в техподдержке хостинга.

Ошибка то возникает, то нет

Вот типичный пример:

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

php_value error_log /home/username/domains/domain.ru/php_errors.log

и сбрасываем кэш сайта.

Резюме

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

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

Иногда после закачки сайта на хостинг он работает какое-то (зачастую продолжительное) время, после чего частями начинает отдавать ошибку 500 «Internal Server Error». например, вот так:

Кроме того та же ошибка начинает возникать как в некоторых местах страницы, так и на отдельных страницах целиком!

Ещё одним «симптомом» является то, что восстановление файлов сайта из бекапа временно устраняет ошибку (чем более давний бекап взят — тем дольше работает сайт)

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

12:08:51 (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server
12:08:51 (104)Connection reset by peer: mod_fcgid: ap_pass_brigade failed in handle_request_ipc function
12:05:22 (104)Connection reset by peer: mod_fcgid: ap_pass_brigade failed in handle_request_ipc function
12:05:22 (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server
12:04:09 (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server
12:04:09 (104)Connection reset by peer: mod_fcgid: ap_pass_brigade failed in handle_request_ipc function

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

[Thu Nov 12 08:12:32 2013] [warn] mod_fcgid: read data timeout in 30 seconds
[Thu Nov 12 08:12:32 2013] [warn] (60)Operation timed out: mod_fcgid: ap_pass_brigade failed in handle_request function

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

Из всего вышесказанного можно сделать вывод, что с течением времени либо в какой-то папке  катастрофически увеличивается количество файлов (маловероятно, так как обычно они обрабатываются по одному или группами спецскриптами, и в случае проблем виновника зачастую  «видно» в логе), либо же до неимоверных размеров (сотни и тысячи мегабайт) разрастается какой-то один файл, и скрипт пытаясь получить к нему доступ просто виснет. Чаще всего такое бывает с файлами логов (файлы с расширением .log).

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

В случае с OpenCart очень часто «виновником торжества» является лог-файл  модуля vQmod, расположенный в папке корневая_папка_сайта/vqmod/vqmod.log

Устранение проблемы.

Устранить ошибку можно двумя путями.

Первый путь. Периодически просто удалять файл  vqmod.log и создавать на его месте такой же но пустой.

Второй путь. Обновить vQmod с сайта разработчика. По их словам в последних версиях мода подобной ошибки нет, так как логи очищаются каждые 7 дней автоматически. Скачать новую версию можно тут: https://code.google.com/p/vqmod/downloads/list

Войти или зарегистрироваться