Http error 500 битрикс 24 корпортал

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

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

Сложность урока:

3 уровень — средняя сложность. Необходимо внимание и немного подумать.

4

5

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

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

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

при переносе с тестового хостинга на боевой , когда заходим по ссылке http://имя_сайта/bitrix/admin/ или http://имя_сайта/bitrix/admin/index.php… выдаёт 500 ошибка Internal Server Error
при этом, если ввести http://имя_сайта/bitrix/admin/gfdggfdg, то уже заходит, выдаёт 404 в самой админке и уже можно по ней перемещаться и работать в ней. Есть идеи в чем дело, куда копать и как исправить?
ТП хостинга сказала, что у неё нет идей решения проблемы.

лог апача, который к этой проблеме относится:
[Tue Oct 08 16:57:32.512957 2019] [core:error] [pid 2283] [client 95.79.108.23:64931] End of script output before headers: index.php, referer: http://имя_сайта/bitrix/admin/

код файла .htaccess:

Options -Indexes 
ErrorDocument 404 /404.php

<IfModule mod_php5.c>
  php_flag session.use_trans_sid off
  #php_flag default_charset UTF-8
  #php_value display_errors 1
</IfModule>

<IfModule mod_php7.c>
  php_flag session.use_trans_sid off
  #php_flag default_charset UTF-8
  #php_value display_errors 1
</IfModule>

<IfModule mod_rewrite.c>
  Options +FollowSymLinks
  RewriteEngine On
			
	# ASPRO_ROBOTS Serve robots.txt with robots.php only if the latter exists
	RewriteCond %{REQUEST_FILENAME} robots.txt
	RewriteCond %{DOCUMENT_ROOT}/robots.php -f
	RewriteRule ^(.*)$ /robots.php [L]
  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>

Проверка и устранение ошибок Bitrix 🚀

Не бывает идеальных систем. Так и 1С-Битрикс, при всех своих достоинствах, имеет в несколько детских болезней, которые мы и рассмотрим. А чтобы быть максимально объективными важно помнить, что большинство этих ошибок – результат низкого качества сборки проекта и отсутствия профессиональной технической поддержки, что снижает срок службы любого проекта, вне зависимости от используемой системы.

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

Bitrix долго грузится каталог

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

  • Кеширование
    Убедитесь, что все используемые на странице каталога компоненты используют кеширование.
  • Компоненты
    Какой бы мощный сервер вы не купили, если на странице несколько десятков комплексных компонентов 1С-Битрикс, то как минимум в момент разогрева кеша скорость загрузки страницы у вас будет несколько секунд. Постарайтесь снизить количество используемых компонентов.
  • Композитный сайт
    Обязателен к включению в интернет-магазинах.
  • Мониторинг производительности. Вообще этот пункт должен быть первым, но он требует технических навыков. Встроенный инструмент анализа производительности Битрикса — полезная штука. Для быстрого анализа сразу ищем – медленные SQL-запросы, так как база данных всегда самое слабое звено.
  • PHP
    На сервере должна использоваться версия PHP не ниже 7.1. Если такой возможности нет, то хотя бы для 5.6 должны стоят акселераторы на выбор: XCache, eAccelerator, APC.
  • Nginx
    В качестве веб-сервера рекомендуем использовать более производительней сервер Nginx отечественной разработки.

Bitrix ошибка отсутствуют цены

Самая простая и распространная ошибка, которую ошибкой даже тяжело назвать. В Битриксе есть несколько типов цен (Магазин > Настройки > Цены > Типы цен). Удаляете ненужные, в настройках компонента каталога/новинок и других связанных с магазином выставляете нужный тип цены.

Ошибка в типе содержимого bitrix

Ошибка не появляется на ровном месте, значит недавно были правки или вообще переезд на другой сервер. В каком-то из файлов, в результате ошибки php или кодировки файла при сохранении, идет вывод содержимого страницы (текст ошибки это тоже текст) до служебных http-заголовков. Рекомендуем в первую очередь посмотреть недавно отредактированные файлы на предмет кодировки UTF-8 с BOM и сделать UTF-8 без BOM.

Например так:

grep -rl $'xEFxBBxBF' .

500 ошибка bitrix

Ошибка 500 Internal Server Error или «Белый экран смерти» требует дополнительной диагностики. Для этого и нужен error.log веб-сервера, а также режим отладки самого Битрикс. Чаще всего это синтаксические ошибки в php-файлах или .htaccess, которые легко можно найти по последним записям логов или дате последнего редактирования файлов на сервере.

Не работает сео битрикс

Переключите шаблон компонента на стандартный, чтобы исключить вероятность ошибки в кастомизированном под ваш сайт шаблоне компонента. Проверьте корректность настроек вывода компонента. Для работы с SEO комплекстные компоненты, на примере компонента новостей имеют отдельные настройки: SET_META_KEYWORDS, SET_META_DESCRIPTION.

Возможно вам будет интересно

Экономьте свое время — делегируйте работу с Битрикс нам

Сложно? Только не для нас!

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

Бесплатная консультация 8 (499) 577-01-09

2 октября 2019
Техническая поддержка

1С-Битрикс Разработчикам — Частые вопросы

Что такое?

Это вставка в код страницы сайта определенного зашифрованного JavaScript-кода, при выполнении которого формируется так называемый iframe (HTML-элемент, позволяющий включить при отображении содержимое одной страницы в другую). Вставленный iframe указывает, как правило, на зараженную страницу, которая уже содержит более «тяжелый» код, использующий различные уязвимости браузеров (в основном Internet Explorer’а) для загрузки и запуска исполняемых файлов вирусов.

Механизм заражения

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

С точки зрения сервера это выглядит как обыкновенная активность пользователя: выполняется подключение авторизованного пользователя, скачивание и закачивание файлов — фактически именно то, что выполняется при обыкновенном обновлении сайта разработчиком по FTP.

Устранение заражения

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

Также, Вы можете запросить у администратора хостинга все возможные логи (логи ftp, логи веб-сервера, ssh логи). Полученные логи от администратора необходимо проанализировать на предмет времени модификации файлов и способа доступа к ним, а также IP-адресов, с которых производилось изменение, что позволить сузить круз проблемных ПК, а также определить способ доступа к файлам и их заражение.

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

Предотвращение заражения

Для того, чтобы не повторять чужих ошибок и уберечься от повреждения сайта, достаточно следовать простым рекомендациям:
— не использовать возможности FTP-клиентов по сохранению паролей;
— периодически выполнять смену паролей доступа к FTP;
— при необходимости, ограничить адреса компьютеров, с которых разрешено подключаться по FTP;
— использовать для доступа по FTP только «надежные» компьютеры — те, на которых установлены антивирусы с актуальными базами обновлений.

Использовался материал с сайта: www.netangels.ru/support/howto/ftp-infection/

Поиск вирусов и лечение скриптов: http://dev.1c-bitrix.ru/community/blogs/howto/1051.php

Если на сайте обнаружен вирус: http://dev.1c-bitrix.ru/community/blogs/information_security/1899.php

Наверх

Как исправить 500 ошибку в битрикс? — Хабр Q&A

Здравствуйте! Исправлял файлы сайта через 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-ной страницы? Подскажите как исправить. Также пропали надписи joxi.ru/Y2Lzp7yTnDjL8r

error_log

[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

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

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

Код ошибки 5хх говорит о том, что браузер отправил запрос корректно, но сервер не смог его обработать. Что значит ошибка 500? Это проблема сервера, причину которой он не может распознать.

Сообщение об ошибке сопровождается описанием. Самые популярные варианты:

  • Внутренняя ошибка сервера 500,
  • Ошибка 500 Internal Server Error,
  • Временная ошибка (500),
  • Внутренняя ошибка сервера,
  • 500 ошибка сервера,
  • Внутренняя ошибка HTTP 500,
  • Произошла непредвиденная ошибка,
  • Ошибка 500,
  • HTTP status 500 internal server error (перевод ― HTTP статус 500 внутренняя ошибка сервера).

Дизайн и описание ошибки 500 может быть любым, так как каждый владелец сайта может создать свою версию страницы. Например, так выглядит страница с ошибкой на REG.RU:

Как ошибка 500 влияет на SEO-продвижение

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

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

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

Код ошибки 500: причины

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

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

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

Что делать, если вы пользователь

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

Перезагрузите страницу

Удаленный сервер возвращает ошибку не только из-за серьёзных проблем на сервере. Иногда 500 ошибка сервера может быть вызвана небольшими перегрузками сайта.

Чтобы устранить ошибку, перезагрузите страницу с помощью сочетания клавиш:

  • на ПК — F5,
  • на ноутбуке — Fn + F5,
  • на устройствах от Apple — Cmd + R.

Обратите внимание! Если вы приобретаете товары в интернет-магазине и при оформлении заказа появляется 500 Internal Server Error (перевод — внутренняя ошибка сервера), при перезагрузке страницы может создаться несколько заказов. Поэтому сначала проверьте, оформился ли ваш предыдущий заказ. Если нет, попробуйте оформить заказ заново.

Очистите кэш и cookies браузера

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

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

Что делать, если вы владелец сайта

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

Ниже рассмотрим самые популярные причины и способы решения.

Ошибки в файле .htaccess

Неверные правила в файле .htaccess — частая причина возникновения ошибки. Чтобы это проверить, найдите .htaccess в файлах сайта и переименуйте его (например, в test). Так директивы, прописанные в файле, не повлияют на работу сервера. Если сайт заработал, переименуйте файл обратно в .htaccess и найдите ошибку в директивах. Если вы самостоятельно вносили изменения в .htaccess, закомментируйте новые строки и проверьте доступность сайта.Также может помочь замена текущего файла .htaccess на стандартный в зависимости от CMS.

Найти директиву с ошибкой можно с помощью онлайн-тестировщика. Введите содержимое .htaccess и ссылку на сайт, начиная с https://. Затем нажмите Test:


Произошла непредвиденная ошибка

На экране появится отчёт. Если в .htaccess есть ошибки, они будут выделены красным цветом:


500 ошибка nginx

Активирована устаревшая версия PHP

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

Установлены некорректные права на файлы и каталоги сайта

В большинстве случаев корректными правами для каталогов являются «755», для файлов — «644». Проверьте, правильно ли они установлены, и при необходимости измените права на файлы и папки.

Запущено максимальное количество процессов

На тарифах виртуального хостинга REG.RU установлены ограничения на количество одновременно запущенных процессов. Например, на тарифах линейки «Эконом» установлено ограничение в 18 одновременно запущенных процессов, на тарифах «+Мощность» ― 48 процессов. Если лимит превышен, новый процесс не запускается и возникает системная ошибка 500.

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

Чтобы проверить количество процессов, подключитесь по SSH. Выполните команду:

ps aux | grep [u]1234567 |wc -l

Вместо u1234567 укажите ваш логин хостинга: Как узнать логин хостинга.

Чтобы посмотреть, какие процессы запущены, введите команду:

Вместо u1234567 укажите логин услуги хостинга.

Командная строка отобразит запущенные процессы:


Код ошибки 500

Где:

  • u1234567 — логин услуги хостинга,
  • 40522 — PID процесса,
  • S — приоритет процесса,
  • /usr/libexec/sftp-server — название процесса.

Процесс можно завершить командой kill, например:

Вместо 40522 укажите PID процесса.

Чтобы решить проблему, вы также можете:

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

Если вам не удалось самостоятельно устранить ошибку 500, обратитесь в техподдержку.

Скрипты работают слишком медленно

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

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

Ошибка 500 на сайте, созданном на WordPress

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

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


Как отключить плагин в WordPress

  1. 1.

  2. 2.

    Перейдите во вкладку «Плагины» ― «Установленные».

  3. 3.

    Нажмите Деактивировать у плагина, который, как вам кажется, повлиял на работу сайта:

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

Понравилась статья? Поделить с друзьями:
  • Http error 500 wordpress после обновления
  • Http error 500 wordpress wp admin
  • Http error 500 webasyst
  • Http error 500 timeweb
  • Http error 500 steam