Битрикс24 http error 500

Просмотров: 28968
Дата последнего изменения: 22.07.2020

Ошибка сервера может быть вызвана различными причинами, поэтому ее диагностика достаточно сложна и трудоемка. Это не является ошибкой «1С-Битрикс: Управление сайтом». Она часто возникает на разделяемом хостинге из-за ограничения ресурсов системы.

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

• Типичным примером причины возникновения ошибки сервера может быть превышение разрешенных прав на хостинге.

  Например, происходит попытка выполнить файл с атрибутами, не разрешёнными для запуска на сервере (например, файл имеет атрибуты 0755, а допускается 0711).

• Также возможной причиной может быть наличие лимита по времени на исполнение php-скриптов;
• Или у системы нет прав на запись или чтение файла и др.
• Другой распространенной причиной возникновения внутренней ошибки сервера является нарушение конфигурации сервера или попытка использования неразрешенных инструкций, например, в файле .htaccess. В этом случае необходимо закомментировать либо удалить строку, содержащую неразрешенную директиву, в соответствующем файле (например, .htaccess).
• Обратите внимание, если PHP работает как CGI, то 500 ошибка на сервере может быть вызвана фатальной ошибкой PHP. В этом случае рекомендуется выполнить проверку программного кода и диагностировать ошибку.
• Внутренняя ошибка сервера может возникнуть при запуске из-под Apache CGI-скрипта, время исполнения которого превышает время, отведенное на выполнение скрипта в настройках сервера.

Таким образом, всё зависит от конфигурации сервера.

Важно понимать, указанные ограничения не настраиваются через настройки PHP в php.ini.

В нормальной ситуации такая ошибка и её причина фиксируется в логах сервера. В этом случае пользователю рекомендуется обратиться к хостеру с просьбой указать, что является причиной возникновения ошибки и попросить её устранить (например, увеличить ресурсы). Если хостер не смог найти решение — обратитесь в техподдержку компании «1С-Битрикс» с точным указанием того, как ошибка происходит и какие причины указал хостер. Без указания причины ошибки техподдержка помочь вам не сможет.

Рассказываем, как устранить 500 ошибку на сайте на 1С-Битрикс.

«Internal Server Error» — внутренняя ошибка сервера. Она может произойти и на сайте на CMS 1С-Битрикс, WordPress и других. Само название говорит о том, что дело в хостинге.

«Internal Server Error» выводит код ответа 500, а ошибки вызваны проблемами в файлах сайта:

Если проблема в файле .htaccess, при переходе на сайт появится сообщение «Internal server error».

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

Шаг №1. Проверка доступной оперативной памяти (ОЗУ)

• Если у вас виртуальный хостинг

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

• Если у вас виртуальный сервер или выделенный сервер

Перейдите в панель управления виртуальным сервером. На панели меню слева перейдите в Инструменты (1) → Shell-клиент (2). В открывшейся вкладке введите команду «free -h» (3) и нажмите enter.

В столбце «used» (4) в первой строке указана используемая ОЗУ. На скриншоте это 398 МБ. В столбце «free» (5) в первой строке указана свободная ОЗУ. На скриншоте это 3,2 Гб.

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

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

Шаг №2. Проверка наличия ошибок в файле «.htaccess»

Для проверки ошибок в «.htaccess» достаточно просто изменить название этого файла и перейти на сайт. Если сайт начнет работать, в файле есть ошибки.

Для этого в панели управления виртуальным хостингом перейдите в Главное (1) → Менеджер файлов (2). Перейдите в корневую папку сайта (по умолчанию это «www»). Выделите файл «.htaccess» (3) и нажмите кнопку «Атрибуты» (4).

В строке «Имя» измените название — например, напишите «.htaccess_1». Нажмите «Ок», чтобы сохранить изменения.

Перейдите на сайт. Если он заработал, то проблема в файле. Вспомните, какие изменения вы вносили, и исправьте их. Либо восстановите файл из резервной копии.

Если сайт все еще не работает, верните прежнее имя файла «.htaccess» и перейдите к 3 шагу.

Шаг №3. Проверка наличия ошибок в скриптах сайта

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

Вставьте строку «php_value display_errors 1» так, как показано на скриншоте ниже.

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

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

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

Options -Indexes 
ErrorDocument 404 /404.php


<IfModule mod_php5.c>
  php_flag allow_call_time_pass_reference 1
  php_flag session.use_trans_sid off

  #php_value display_errors 1

  #php_value mbstring.func_overload 2
  #php_value mbstring.internal_encoding UTF-8
</IfModule>

<IfModule mod_rewrite.c>
  Options +FollowSymLinks
  RewriteEngine On

  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_URI} !..+$
  RewriteCond %{REQUEST_URI} !/$
  RewriteRule (.*) http://ludacha.ru/$1/ [R=301,L]

  RewriteCond %{HTTP_HOST} ^www.ludacha.ru [NC]
  RewriteRule ^(.*)$ http://ludacha.ru/$1 [L,R=301]

  RewriteCond %{THE_REQUEST} ^[A-Z]{3,9} (.*)/index.php HTTP/
  RewriteRule ^(.*)index.php$ http://ludacha.ru/$1 [L,R=301]

  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-l
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteCond %{REQUEST_FILENAME} !/bitrix/urlrewrite.php$
  RewriteRule ^(.*)$ /bitrix/urlrewrite.php [L]
  RewriteRule .* - [E=REMOTE_USER:%{HTTP:Authorization}]
</IfModule>

<IfModule mod_dir.c>
  DirectoryIndex index.php index.html
</IfModule>

<IfModule mod_expires.c>
  ExpiresActive on
  ExpiresByType image/jpeg "access plus 3 day"
  ExpiresByType image/gif "access plus 3 day"
  ExpiresByType image/png "access plus 3 day"
  ExpiresByType text/css "access plus 3 day"
  ExpiresByType application/javascript "access plus 3 day"  
</IfModule>

В админку входит отлично и файлы тоже спокойно редачатся, может слетели настройки index-ной страницы? Подскажите как исправить. Также пропали надписи http://joxi.ru/Y2Lzp7yTnDjL8r

    [Mon Dec 11 00:01:02 2017] [error] [client 141.8.132.35] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 00:01:06 2017] [error] [client 141.8.132.35] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 00:43:54 2017] [error] [client 181.48.9.82] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 05:56:51 2017] [error] [client 207.46.13.128] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 08:01:49 2017] [error] [client 157.55.39.22] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 08:01:51 2017] [error] [client 157.55.39.22] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 08:10:17 2017] [error] [client 40.77.167.42] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 09:26:31 2017] [error] [client 139.162.116.133] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 11:14:49 2017] [error] [client 157.55.39.95] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 11:19:58 2017] [error] [client 207.46.13.128] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 14:22:52 2017] [error] [client 164.52.7.131] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 14:47:24 2017] [notice] Graceful restart requested, doing restart
[Mon Dec 11 14:47:28 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:47:28 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations
[Mon Dec 11 14:48:30 2017] [notice] Graceful restart requested, doing restart
[Mon Dec 11 14:48:31 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:48:31 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations
[Mon Dec 11 14:54:57 2017] [notice] caught SIGTERM, shutting down
[Mon Dec 11 14:56:03 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:56:03 2017] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Mon Dec 11 14:56:09 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:56:09 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations
[Mon Dec 11 14:57:00 2017] [error] [client 95.161.153.62] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 14:57:01 2017] [error] [client 95.161.153.62] File does not exist: /etc/apache2/htdocs, referer: https://109.120.136.198/var/www/ludacha/data/www/ludacha.com
[Mon Dec 11 14:57:05 2017] [error] [client 95.161.153.62] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 15:21:15 2017] [notice] caught SIGTERM, shutting down
[Mon Dec 11 15:21:16 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 15:21:16 2017] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Mon Dec 11 15:21:17 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 15:21:17 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations

error_log за 11 число ( когда произошла ошибка )

Методы решения внутренней ошибки сервера 500

Метод решения зависит от типа возникшей проблемы на сервере. Поэтому предварительно необходимо продиагностировать варианты ошибок.

Произвольный php сайт

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

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

Ошибка 500 в WordPress

В вордпрессе internal server error 500 возникает по следующим причинам:

• Неполадки после обновления ядра сайта
• Конфликты с плагинами
• Ошибки в .htaccess
• Превышено время выполнения скрипта

Неполадки после обновления очень сложно отследить. Именно поэтому всегда делайте бэкап перед обновлением! Это убережет вас от случайного возникновения 500 ошибки. Если бэкапа нет, то попытайтесь его запросить у хостинговой компании (в 99% случаев у них будет бэкап за последние сутки или неделю. Можно восстановиться из него). Если же даже хостер не может отдать вам бэкап, то нужно действовать так:

• Проверить все более простые варианты: например, ошибку в хтаксес
• Идти в логи сервера и искать проблемный скрипт
• Определить, почему он выдает ошибку и исправить её

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

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

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

В Джумле очень часто ошибка 500 возникает при входе в админку. Подход к решению аналогичен написанному выше: диагностика + поиск решения.

В Joomla лог ошибок лежит в папке logs. Файл называется error.php Если в нем пусто, то посмотрите на логи хостинга (уточните у своего хостера точное месторасположение файла). Скорее всего, вы там увидите скрипт, который выдает ошибку. Ну и дальше уже работайте с этим скриптом, устраняя ошибку.

Иногда ошибка 500 при входе в админку Joomla возникает из-за невозможности записи в папки /logs и /tmp В этом случае временно назначьте права 777 на них (затем обязательно измените на 755 и если ошибка снова проявится — пишите хостеру, т.к. это дыра в безопасности сервера).

Если и это не помогло, то пропишите в configuration.php следующее:

вместо full_path нужно указать полный путь к папке (именно серверный путь, а не http адрес!).

Этих решений достаточно в 95% случаев для решения данной проблемы. Если проблема не решится, то пишите, разберемся в индивидуальном порядке.

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

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

Вот виновник вопроса (лог модуля vQmod): корень_сайта/vqmod/vqmod.log

Решения два: либо время от времени по крону очищать этот файл, либо обновить vQmod до последней версии (в ней файл обнуляется каждые 7 дней).

Ошибка 500 в Битриксе. Что делать?

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

Но перед этим обязательно проверить файл error.log, именно в него пишутся все логи ошибок системы. Битрикс очень плотно работает с файловой системой, для него критичны права доступа, поэтому за ними нужно следить особенно тщательно!