Glpi http error 500

Describe the bug

While using the GLPI, it will often return a 500 internal server error, when it gives this error often a refresh will make it work again. Sometimes you need to wait a minute or more untill it will pop back up

Error happened at around 11:38 AM on October 6th 2020. Error logs have no entry during this time.

Page(s) URL

All

To reproduce

Not possible, happens at random times

Expected behavior

During normal work, adding computers, devices, logging tickets, etc.. the page will refresh to an internal server error page.

Logs

[2020-10-06 10:50:24] glpiphplog.ERROR: Toolbox::callCurl() in C:inetpubwwwrootglpiinctoolbox.class.php line 1716 Verbinding mislukt. Als u een proxy gebruikt, configureer deze aub. (SSL certificate problem: self signed certificate in certificate chain) {"user":"@W2016GLPI"} [2020-10-06 10:50:24] glpiphplog.ERROR: GLPINetwork::getRegistrationInformations() in C:inetpubwwwrootglpiincglpinetwork.class.php line 220 Unable to fetch registration informations. Verbinding mislukt. Als u een proxy gebruikt, configureer deze aub. (SSL certificate problem: self signed certificate in certificate chain) {"user":"@W2016GLPI","mem_usage":"0.007", 16.60Mio)"}

Your GLPI setup (you can find it in Setup > General menu, System tab)

Operating system: Windows NT W2016GLPI 10.0 build 14393 (Windows Server 2016) AMD64 PHP 7.3.0 cgi-fcgi (Core, PDO, Phar, Reflection, SPL, SimpleXML, bcmath, calendar, cgi-fcgi, ctype, curl, date, dom, exif, fileinfo, filter, gd, hash, iconv, imap, intl, json, ldap, libxml, mbstring, mysqli, mysqlnd, pcre, readline, session, standard, tokenizer, wddx, xml, xmlreader, xmlwriter, zip, zlib) Setup: max_execution_time=»30″ memory_limit=»128M» post_max_size=»8M» safe_mode=»» session.save_handler=»files» upload_max_filesize=»2M» Software: Microsoft-IIS/10.0 Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.83 Safari/537.36 Server Software: mariadb.org binary distribution Server Version: 10.3.11-MariaDB Server SQL Mode: Parameters: root@localhost/sfzglpi Host info: localhost via TCP/IP PHP version is at least 7.2.0 — Perfect! Sessions support is available — Perfect! Allocated memory > 64 Mio — Perfect! mysqli extension is installed ctype extension is installed fileinfo extension is installed json extension is installed mbstring extension is installed iconv extension is installed zlib extension is installed curl extension is installed gd extension is installed simplexml extension is installed intl extension is installed ldap extension is installed apcu extension is not present Zend OPcache extension is not present xmlrpc extension is not present CAS extension is not present exif extension is installed zip extension is installed bz2 extension is not present sodium extension is not present Database version seems correct (10.3.11) — Perfect! Timezones seems not loaded, see https://glpi-install.readthedocs.io/en/latest/timezones.html. The log file has been created successfully. Write access to C:inetpubwwwrootglpi/config has been validated. Write access to C:inetpubwwwrootglpi/files has been validated. Write access to C:inetpubwwwrootglpi/files/_dumps has been validated. Write access to C:inetpubwwwrootglpi/files/_sessions has been validated. Write access to C:inetpubwwwrootglpi/files/_cron has been validated. Write access to C:inetpubwwwrootglpi/files/_graphs has been validated. Write access to C:inetpubwwwrootglpi/files/_lock has been validated. Write access to C:inetpubwwwrootglpi/files/_plugins has been validated. Write access to C:inetpubwwwrootglpi/files/_tmp has been validated. Write access to C:inetpubwwwrootglpi/files/_cache has been validated. Write access to C:inetpubwwwrootglpi/files/_rss has been validated. Write access to C:inetpubwwwrootglpi/files/_uploads has been validated. Write access to C:inetpubwwwrootglpi/files/_pictures has been validated. Write access to C:inetpubwwwrootglpi/marketplace has been validated. Web access to the files directory should not be allowed but this cannot be checked automatically on this instance. Make sure access to error log file (/glpi/files/_log/php-errors.log) is forbidden; otherwise review .htaccess file and web server configuration.
GLPI_ROOT: C:inetpubwwwrootglpi GLPI_CONFIG_DIR: C:inetpubwwwrootglpi/config GLPI_VAR_DIR: C:inetpubwwwrootglpi/files GLPI_MARKETPLACE_DIR: C:inetpubwwwrootglpi/marketplace GLPI_USE_CSRF_CHECK: 1 GLPI_CSRF_EXPIRES: 7200 GLPI_CSRF_MAX_TOKENS: 100 GLPI_TELEMETRY_URI: https://telemetry.glpi-project.org GLPI_INSTALL_MODE: TARBALL GLPI_NETWORK_MAIL: glpi@teclib.com GLPI_NETWORK_SERVICES: https://services.glpi-network.com GLPI_MARKETPLACE_PRERELEASES: GLPI_USER_AGENT_EXTRA_COMMENTS: GLPI_AJAX_DASHBOARD: 1 GLPI_CALDAV_IMPORT_STATE: 0 GLPI_DEMO_MODE: 0 GLPI_FORCE_EMPTY_SQL_MODE: 1 GLPI_DOC_DIR: C:inetpubwwwrootglpi/files GLPI_CACHE_DIR: C:inetpubwwwrootglpi/files/_cache GLPI_CRON_DIR: C:inetpubwwwrootglpi/files/_cron GLPI_DUMP_DIR: C:inetpubwwwrootglpi/files/_dumps GLPI_GRAPH_DIR: C:inetpubwwwrootglpi/files/_graphs GLPI_LOCAL_I18N_DIR: C:inetpubwwwrootglpi/files/_locales GLPI_LOCK_DIR: C:inetpubwwwrootglpi/files/_lock GLPI_LOG_DIR: C:inetpubwwwrootglpi/files/_log GLPI_PICTURE_DIR: C:inetpubwwwrootglpi/files/_pictures GLPI_PLUGIN_DOC_DIR: C:inetpubwwwrootglpi/files/_plugins GLPI_RSS_DIR: C:inetpubwwwrootglpi/files/_rss GLPI_SESSION_DIR: C:inetpubwwwrootglpi/files/_sessions GLPI_TMP_DIR: C:inetpubwwwrootglpi/files/_tmp GLPI_UPLOAD_DIR: C:inetpubwwwrootglpi/files/_uploads GLPI_NETWORK_REGISTRATION_API_URL: https://services.glpi-network.com/api/registration/ GLPI_MARKETPLACE_PLUGINS_API_URI: https://services.glpi-network.com/api/glpi-plugins/ GLPI_I18N_DIR: C:inetpubwwwrootglpi/locales GLPI_VERSION: 9.5.1 GLPI_SCHEMA_VERSION: 9.5.0 GLPI_MIN_PHP: 7.2.0 GLPI_YEAR: 2020

htmlawed/htmlawed version 1.2.5 in (C:inetpubwwwrootglpivendorhtmlawedhtmlawed) phpmailer/phpmailer version 6.1.6 in (C:inetpubwwwrootglpivendorphpmailerphpmailersrc) simplepie/simplepie version 1.5.5 in (C:inetpubwwwrootglpivendorsimplepiesimplepielibrary) tecnickcom/tcpdf version 6.3.5 in (C:inetpubwwwrootglpivendortecnickcomtcpdf) michelf/php-markdown in (C:inetpubwwwrootglpivendormichelfphp-markdownMichelf) true/punycode in (C:inetpubwwwrootglpivendortruepunycodesrc) iamcal/lib_autolink in (C:inetpubwwwrootglpivendoriamcallib_autolink) sabre/dav in (C:inetpubwwwrootglpivendorsabredavlibDAV) sabre/http in (C:inetpubwwwrootglpivendorsabrehttplib) sabre/uri in (C:inetpubwwwrootglpivendorsabreurilib) sabre/vobject in (C:inetpubwwwrootglpivendorsabrevobjectlib) laminas/laminas-cache in (C:inetpubwwwrootglpivendorlaminaslaminas-cachesrc) laminas/laminas-i18n in (C:inetpubwwwrootglpivendorlaminaslaminas-i18nsrc) laminas/laminas-serializer in (C:inetpubwwwrootglpivendorlaminaslaminas-serializersrc) monolog/monolog in (C:inetpubwwwrootglpivendormonologmonologsrcMonolog) sebastian/diff in (C:inetpubwwwrootglpivendorsebastiandiffsrc) elvanto/litemoji in (C:inetpubwwwrootglpivendorelvantolitemojisrc) symfony/console in (C:inetpubwwwrootglpivendorsymfonyconsole) scssphp/scssphp in (C:inetpubwwwrootglpivendorscssphpscssphpsrc) laminas/laminas-mail in (C:inetpubwwwrootglpivendorlaminaslaminas-mailsrcProtocol) laminas/laminas-mime in (C:inetpubwwwrootglpivendorlaminaslaminas-mimesrc) rlanvin/php-rrule in (C:inetpubwwwrootglpivendorrlanvinphp-rrulesrc) blueimp/jquery-file-upload in (C:inetpubwwwrootglpivendorblueimpjquery-file-uploadserverphp) ramsey/uuid in (C:inetpubwwwrootglpivendorramseyuuidsrc) psr/log in (C:inetpubwwwrootglpivendorpsrlogPsrLog) psr/simple-cache in (C:inetpubwwwrootglpivendorpsrsimple-cachesrc) mexitek/phpcolors in (C:inetpubwwwrootglpivendormexitekphpcolorssrcMexitekPHPColors) guzzlehttp/guzzle in (C:inetpubwwwrootglpivendorguzzlehttpguzzlesrc) wapmorgan/unified-archive in (C:inetpubwwwrootglpivendorwapmorganunified-archivesrc) paragonie/sodium_compat in (C:inetpubwwwrootglpivendorparagoniesodium_compatsrc)

Server: ‘10.23.2.127’, Port: ‘389’, BaseDN: ‘DC=sfz,DC=local’, Connection filter: ‘(&(objectClass=user)(objectCategory=person)(!(userAccountControl:1.2.840.113556.1.4.803:=2)))’, RootDN: ‘CN=installer3,CN=Users,DC=sfz,DC=local’, Use TLS: none

Not active

Way of sending emails: SMTP (anonymous@smtp.sfz.local)

Name: ‘ticket.it@sfz.be’ Active: Yes Server: ‘{office365.com/imap}’ Login: ‘ticket.it@sfz.be’ Password: Yes Name: ‘helpdeskkws@sfz.be’ Active: Yes Server: ‘{office365.com/imap}’ Login: ‘helpdeskkws@sfz.be’ Password: Yes

fields Name: Additionnal fields Version: 1.11.0 State: Enabled dashboard Name: Dashboard Version: 0.9.9 State: Enabled mreporting Name: More Reporting Version: 1.7.0 State: Enabled mydashboard Name: My Dashboard Version: 1.8.0 State: Enabled
[/code]

Hi,

I installed an agent to a windows machine (64bit) . Other machines were able to connect to GLPI server but some won’t. They have the same configuration. Here are the logs.

[info] sending prolog request to server server0
[error] [http client] communication error: 500 Can't connect to www.glpi.inventory.com:443
[error] No answer from the server at ../agent/FusionInventory/Agent.pm line 274.
[info] sending prolog request to server server0
[error] [http client] communication error: 500 Can't connect to www.glpi.inventory.com:443
[error] No answer from the server at ../agent/FusionInventory/Agent.pm line 274.
[info] sending prolog request to server server0
[error] [http client] communication error: 500 Can't connect to www.glpi.inventory.com:443
[error] No answer from the server at ../agent/FusionInventory/Agent.pm line 274.
[info] sending prolog request to server server0
[error] [http client] communication error: 500 Can't connect to www.glpi.inventory.com:443
[error] No answer from the server at ../agent/FusionInventory/Agent.pm line 274.

Here is the agent configuration

server = https://mysite/plugins/fusioninventory
#no-task = deploy
delaytime = 3600
lazy = 0
scan-homedirs = 0
scan-profiles = 0
html = 0
backend-collect-timeout = 30
force = 1
additional-content =
no-p2p = 0
proxy = 
user =
password =
ca-cert-dir= 
ca-cert-file = 
no-ssl-check = 1 
timeout = 180
no-httpd = 0
httpd-ip = 0
httpd-port = 62354
httpd-trust =
logger = stderr
logfile = /var/log/fusioninventory.log
#logfile-maxsize = 0
logfacility = LOG_USER
color = 0
tag =
debug = 0

This is the log for glpi-access.log

172.xx.xx.xx - - [12/May/2016:09:23:56 +0800] "-" 408 0 "-" "-"
172.xx.xx.xx - - [12/May/2016:15:31:50 +0800] "-" 408 1687 "-" "-"
172.xx.xx.xx - - [12/May/2016:15:40:05 +0800] "-" 408 1687 "-" "-"
172.xx.xx.xx - - [12/May/2016:15:51:40 +0800] "-" 408 1687 "-" "-"
172.xx.xx.xx - - [12/May/2016:16:09:38 +0800] "-" 408 1687 "-" "-"

The client can connect to the server via port 443.

Other clients were able to connect to server with the same configuration. Can you please tell me what to do?

Thank you in advance.

Code of Conduct

• I agree to follow this project’s Code of Conduct

Is there an existing issue for this?

• I have searched the existing issues

Version

9.5.6

Bug description

Hello,

Since update to 9.5.6 :
I cannot access the Plugins page: glpi/front/plugin.php -> http error 500
And the directory /var/www/html/glpi/plugins is empty.
I would like to install the OCS-ng plugin, but the page is not available.

How can I fix it ?

Regards,

Rayan

Relevant log output

No response

Page URL

No response

Steps To reproduce

No response

Your GLPI setup information

Operating system: Linux GLPY-OCS 4.9.0-16-amd64 #1 SMP Debian 4.9.272-2 (2021-07-19) x86_64
PHP 7.2.34-25+0~20210923.65+debian9~1.gbpa3cd00 fpm-fcgi (Core, PDO, Phar, Reflection, SPL, SimpleXML, Zend OPcache, apcu, bz2,
	calendar, cgi-fcgi, ctype, curl, date, dom, exif, fileinfo, filter, ftp, gd, gettext, hash, iconv, intl, json, ldap, libxml,
	mbstring, mysqli, mysqlnd, openssl, pcre, pdo_mysql, posix, readline, session, shmop, sockets, sodium, standard, sysvmsg,
	sysvsem, sysvshm, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib)
Setup: max_execution_time="30" memory_limit="128M" post_max_size="8M" safe_mode="" session.save_handler="files"
	upload_max_filesize="2M" 
Software: Apache/2.4.25 (Debian) (Apache/2.4.25 (Debian) Server at helpdesk.gly.local Port 443)
	Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.81 Safari/537.36
Server Software: Debian 9.13
	Server Version: 10.1.48-MariaDB-0+deb9u2
	Server SQL Mode: 
	Parameters: glpibdd@localhost/glpi
	Host info: Localhost via UNIX socket
	
PHP version is at least 7.2.0 - Perfect!PHP version is at least 7.2.0 - Perfect!
Sessions support is available - Perfect!Sessions support is available - Perfect!
Allocated memory > 64 Mio - Perfect!Allocated memory > 64 Mio - Perfect!
mysqli extension is installedmysqli extension is installed
ctype extension is installedctype extension is installed
fileinfo extension is installedfileinfo extension is installed
json extension is installedjson extension is installed
mbstring extension is installedmbstring extension is installed
iconv extension is installediconv extension is installed
zlib extension is installedzlib extension is installed
curl extension is installedcurl extension is installed
gd extension is installedgd extension is installed
simplexml extension is installedsimplexml extension is installed
intl extension is installedintl extension is installed
ldap extension is installedldap extension is installed
apcu extension is installedapcu extension is installed
Zend OPcache extension is installedZend OPcache extension is installed
xmlrpc extension is installedxmlrpc extension is installed
exif extension is installedexif extension is installed
zip extension is installedzip extension is installed
bz2 extension is installedbz2 extension is installed
sodium extension is installedsodium extension is installed
Database version seems correct (10.1.48) - Perfect!Database version seems correct (10.1.48) - Perfect!

The log file could not be created in /usr/share/glpi/files/_log.The log file could not be created in /usr/share/glpi/files/_log.
Write access to /usr/share/glpi/files/_cache has been validated.Write access to /usr/share/glpi/files/_cache has been validated.
Write access to /usr/share/glpi/config has been validated.Write access to /usr/share/glpi/config has been validated.
Write access to /usr/share/glpi/files/_cron has been validated.Write access to /usr/share/glpi/files/_cron has been validated.
Write access to /usr/share/glpi/files has been validated.Write access to /usr/share/glpi/files has been validated.
Write access to /usr/share/glpi/files/_dumps has been validated.Write access to /usr/share/glpi/files/_dumps has been validated.
Write access to /usr/share/glpi/files/_graphs has been validated.Write access to /usr/share/glpi/files/_graphs has been validated.
Write access to /usr/share/glpi/files/_lock has been validated.Write access to /usr/share/glpi/files/_lock has been validated.
Write access to /usr/share/glpi/files/_pictures has been validated.Write access to /usr/share/glpi/files/_pictures has been validated.
Write access to /usr/share/glpi/files/_plugins has been validated.Write access to /usr/share/glpi/files/_plugins has been validated.
Write access to /usr/share/glpi/files/_rss has been validated.Write access to /usr/share/glpi/files/_rss has been validated.
Write access to /usr/share/glpi/files/_sessions has been validated.Write access to /usr/share/glpi/files/_sessions has been validated.
Write access to /usr/share/glpi/files/_tmp has been validated.Write access to /usr/share/glpi/files/_tmp has been validated.
Write access to /usr/share/glpi/files/_uploads has been validated.Write access to /usr/share/glpi/files/_uploads has been validated.

Anything else?

No response

Что это? Ошибка 500 – это то, что препятствует открытию той или иной страницы сайта. Вместо ожидаемой, например, статьи, перед пользователем возникает фраза Internal Server Error 500. Она сообщает о проблемах ресурса с подключением к серверу.

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

Значение 500 является кодом положения протокола НТТР. Из-за чего появляется ошибка 500? Происходит это потому, что случилась неисправность конфигурации сервера или пришёл сигнал о том, что компонент отказал. Когда возникает эта ошибка, программное обеспечение продолжает работать, но из-за серьёзных внутренних нарушений запросы обрабатываются некорректно.

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

Оповещение о том, что произошла ошибка 500, имеет текстовое описание. Наиболее частые варианты:

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

Скачать файл

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

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

Основные причины возникновения ошибки 500

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

• Неправильный синтаксис файла .htaccess – это файл, в котором можно менять настройки при работе с веб-сервером Apache и корректировать его функционирование (управлять различными перенаправлениями, правами доступа к данным, опциями PHP, задавать собственные страницы ошибок и прочее).

• Неполадки в сценариях сайта, которые отвечают за дополнительные возможности и визуальные эффекты.
• Недостаточно оперативной памяти, чтобы выполнить скрипт.
• Ошибки в коде CMS, системы управления наполнением ресурса. В большинстве случаев (80 %) причиной являются конфликтующие плагины.

Текст и внешний вид ошибки

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

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

Internal Server Error

Данный вид ошибки – сигнал о том, что есть проблемы с файлом .htaccess (к примеру, он был неправильно настроен). Чтобы понять, действительно ли дело в .htaccess, добавьте к его названию в конце цифру один. Сделать это поможет FTP-клиент (например, FileZilla) или файловый менеджер на вашем хостинге (в Timeweb есть подобный, и он очень простой в использовании). После этой манипуляции попробуйте заново открыть сайт. Если ошибка не выскочила, значит, вы нашли, из-за чего она появилась.

HTTP ERROR 500 или пустая страница

Подобное означает, что причина в сценариях сайта. Но надо уточнить насчёт пустой страницы, что это не только признак внутренней ошибки 500 в сервере.

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

Каким образом открывается панель разработчика? Для начала нажмите F12 (это подходит для большинства браузеров на Windows). Если вы пользуетесь Google Chrome на macOS, то вам нужно использовать сочетание кнопок Cmd+Opt+J. В случае Safari на macOS нужна комбинация Cmd+Opt+C, но перед тем, как её нажать, включите «Меню разработки» в разделе «Настройки» -> «Продвинутые».

Есть ещё один способ открыть панель разработчика: кликнуть правой кнопкой мыши в любом месте сайта и в открывшемся контекстном меню выбрать «Посмотреть код». После этого откройте вкладку «Сеть» (или Network) и посмотрите, какое значение указано в строке «Статус». Если дело в ошибке 500, то будет стоять эта цифра.

Советы по исправлению ошибки 500 для пользователя

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

• Заново откройте сайт

Ошибка 500 может появиться не только из-за серьёзных проблем с сервером, но и по причине временной перегрузки сайта. Перезагрузить страницу можно с помощью клавиш: на ПК — F5, ноутбуке — Fn + F5, на устройствах от Apple — Cmd + R.

Читайте также

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

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

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

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

• Обратитесь к владельцу сайта

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

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

Рекомендации по исправлению ошибки 500 для владельца сайта

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

• Устраните неполадки в синтаксисе файла .htaccess

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

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

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

• Обновите РНР

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

Может, для того, чтобы ваш сайт работал без перебоев, вам надо просто обновить РНР.

• Настройте права для CGL-скриптов

Одним из методов устранения ошибки 500 на сайте является выставление прав для CGL-скриптов. Если такие сценарии у вас есть, то их папки и файлы должны иметь такое право доступа: 0755 (drwxr-xr-x), которое даёт возможность менять их только владельцу, а остальные могут их лишь открывать и активировать. Когда на скриптах стоит другое право доступа, это может привести к появлению ошибки 500.

• Проверьте файлы CGL-скриптов

У правильных сценариев окончание строк в формате Unix (n), а не Windows (rn). Для сохранения корректного варианта нужно загружать код (в большинстве хостингов) по FTP в режиме ASCII. Если вы не помните, какие ранее были настройки, заново добавьте сценарии и посмотрите, появится или нет ошибка 500. К тому же CGL-скрипты могут быть причиной неправильных HTTP‑заголовков ответа. В данном варианте вы сможете заметить ошибку в логах.

• Проверьте плагины

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

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

• Проверьте лог ошибок

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

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

Как правило, хостеры предоставляют информацию о том, где найти логи и как их открыть с панели управления. Данные об этом есть в разделе помощи FAQ (frequently asked questions — часто задаваемые вопросы) на сайте хостинга.

• Оптимизируйте сценарии

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

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

• Увеличьте объём оперативной памяти сервера

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

Либо, если есть вариант увеличить объём памяти, прибегнуть к нему. К тому же вы не будете платить за те функции, которые не нужны вашему ресурсу.

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

Читайте также

Ошибка выполнения запроса 500 является обобщенным кодом состояния НТТР, который говорит о том, что на сервере произошла какая-то неполадка, но более точно описать проблему сервер не может. Так что первым делом нужно узнать, что послужило причиной возникновения ошибки, и только после этого заниматься её устранением.

← Вернуться в раздел «В помощь системному администратору»

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445

Предыдущая тема: Глюки с DNS сервером

Форум Ru-Board.club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.