500 Internal Server Error — Как можно исправить? — Хабр Q&A
Проблема вот в чем:Ставлю CMS на Denwer, все работает прекрасно!
Ставлю на VDS’ку, получаю ошибку 500 Internal Server Error.
Полистал на форумах, и нашел такое решение (RewriteBase /).
Поставил, после этого появился белый экран. После того как перезагрузил машинку, получил всё туже ошибку.
Не знаете как исправить?
Вот содержимое файла .htaccess
Options +FollowSymLinks -MultiViews +Indexes
<FilesMatch "\.(htaccess|htpasswd|ini|log|sh|inc|bak|tpl)$">
Order Allow,Deny
Deny from all
</FilesMatch>
RewriteEngine on
RewriteBase /
RewriteOptions MaxRedirects=1
RewriteCond %{REQUEST_FILENAME} -f [NC,OR]
RewriteCond %{REQUEST_FILENAME} -d [NC]
RewriteRule .* - [L]
# Installer
RewriteRule ^install/?$ install.php [L]
# Static Pages
RewriteRule ^static/([^/]+)/?$ static.php?url=$1 [L]
# Sign(in|up|out)
RewriteRule ^signin/?$ signin.php [L]
RewriteRule ^signup/?$ signup.php [L]
RewriteRule ^signout/?$ signout.php [L]
RewriteRule ^reset/?$ reset.php [L]
RewriteRule ^activation/([^/]+)/([^/]+)/?$ activation.php?id=$1&token=$2 [L]
# Social Logins
RewriteRule ^connect/([^/]+)/?$ connect.php?provider=$1 [L]
RewriteRule ^revoke/([^/]+)/?$ revoke.php?provider=$1 [L]
# Search
RewriteRule ^search/?$ index.php?view=search [L]
RewriteRule ^search/hashtag/([^/]+)/?$ index.php?view=search&query=$1&hashtag=1 [L]
RewriteRule ^search/([^/]+)/?$ index.php?view=search&query=$1&hashtag=0 [L]
# Friends Requests
RewriteRule ^friends/requests/?$ friend_requests.php [L]
RewriteRule ^friends/requests/([^/]+)/?$ friend_requests.php?view=$1 [L]
# Messages
RewriteRule ^messages/?$ messages.php [L]
RewriteRule ^messages/([^/]+)/?$ messages.php?cid=$1 [L]
# Notifications
RewriteRule ^notifications/?$ notifications.php [L]
# Settings
RewriteRule ^settings/?$ settings.php [L]
RewriteRule ^settings/([^/]+)/?$ settings.php?view=$1 [L]
# Posts & Photos
RewriteRule ^posts/([^/]+)/?$ post.php?post_id=$1 [L]
RewriteRule ^photos/([^/]+)/?$ photo.php?photo_id=$1 [L]
# Pages & Groups
RewriteRule ^create/page/?$ index.php?view=create_page [L]
RewriteRule ^create/group/?$ index.php?view=create_group [L]
RewriteRule ^pages/?$ index.php?view=pages [L]
RewriteRule ^pages/([^/]+)/?$ page.php?username=$1 [L]
RewriteRule ^pages/([^/]+)/([^/]+)/?$ page.php?username=$1&view=$2 [L]
RewriteRule ^groups/?$ index.php?view=groups [L]
RewriteRule ^groups/([^/]+)/?$ group.php?username=$1 [L]
RewriteRule ^groups/([^/]+)/([^/]+)/?$ group.php?username=$1&view=$2 [L]
# Games
RewriteRule ^games/?$ index.php?view=games [L]
RewriteRule ^games/([^/]+)/?$ game.php?id=$1 [L]
# Admin
RewriteRule ^admin/?$ admin.php [L]
RewriteRule ^admin/([^/]+)/?$ admin.php?view=$1 [L]
RewriteRule ^admin/([^/]+)/([^/]+)/?$ admin.php?view=$1&sub_view=$2 [L]
RewriteRule ^admin/([^/]+)/([^/]+)/([^/]+)/?$ admin.php?view=$1&sub_view=$2&id=$3 [L]
# Profile
RewriteRule ^([^/]+)/?$ profile.php?username=$1 [L]
RewriteRule ^([^/]+)/([^/]+)/?$ profile.php?username=$1&view=$2 [L]
LOG
Ошибка 500 Internal Server Error: способы исправления
Приветствую друзья. В сегодняшней статье, я хочу рассказать вам об особенностях ошибки 500 internal server error и пояснить причины, по которым она возникает. Но для начала давайте разберемся с самим термином. Итак, эта ошибка, возникает в результате неправильной конфигурации сервера, на котором находится сайт, или же один из компонентов этого сервера, перестал нормально функционировать и сообщил об аварийном отказе.
Теперь, давайте рассмотрим основные причины, по которым может возникать данная ошибка, и я расскажу вам о методах для ее устранения.
1) Наиболее распространенная причина появления ошибки 500 internal server error, это некорректное содержимое файла .htaccess. В этом файле не должны присутствовать специальные php-директивы, по типу таких:
php_value name value
php_flag name on|off
Другие некорректные директивы или содержимое, также могут вызывать эту ошибку.
Для исправления в данном случае, необходимо перед строкой, в которой вы сомневаетесь, поставить знак комментирования #, который указывает серверу, что это не команда, а простой комментарий, и поэтому, ее не нужно выполнять.
Если после комментирования определенной строки, ваш сайт заработал, значит, проблема в синтаксисе или сочетании команд.
2) Если ошибка возникает в результате перехода на определенную страницу или каталог, проверьте установленные права на файлы и каталоги. Для файла или страницы они должны быть – 644, для каталога – 755.
Важно! Ни в коем случае права не должны быть – 777, так как это полный доступ к файлу или папке, что угрожает безопасности вашего сайта!
3) Если такая ошибка возникает при переходе на файлы такого типа:
*.pl, *.cgi (Perl- или CGI-файл)
то обязательно проверьте указанный в скрипте путь к Perl. Этот путь можно найти на главной странице вашей cPanel.
Важно! GGI или Perl-скрипты обязательно должны быть загружены на хостинг в формате ASCII, а также выставлены права 755 на каталоги в которых они находятся.
Не соблюдение этих требований и приводит к ошибке 500 internal server error.
4) Каждый хостинг дает определенные ограничения для использования своих ресурсов. В случаи их превышения, может возникать данная ошибка. Особенно это свойственно сайтам, когда вышеописанная проблема появляется периодически.
Решение простое. Сменить тарифный план на более мощный или перейти на выделенный сервер.
И еще, если вы встретились с данной ошибкой, не стоит паниковать. Прочтите еще раз приведенные советы в статье, и если проблему не удалось решить, обращайтесь в службу поддержки своего хостинга.
Также можно самостоятельно провести анализ лог-файлов. Обычно эти данные хранятся в файле error_log (error.log).
Вот и все о чем я хотел рассказать в данной статье. Если остались вопросы, задавайте в комментариях.
До новых встреч!
- 5
- 4
- 3
- 2
- 1
Что такое 500 Internal Server Error? Что делать, если вы увидели надпись 500 Internal Error Server (YouTube)?
Очень часто бывает так, что во время пользования интернетом появляются разные ошибки. Самой распространенной среди них является так называемая «ошибка 500» или «500 Internal Error Server».
Причины возникновения ошибки Internal Error Server
- Когда в файлах .htaccess используются недопустимые конструкции, которые не могут работать на том или ином хостинге. Очень часто такая ошибка может появляться в том случае, если вы будете использовать инструкции от Russian Apache.
- Если скрипт работает слишком много времени. На время работы скрипта действуют и ограничения веб-сервера. К примеру, если веб-сервер не получил ответ от скрипта в течении одной минуты, тогда сервер будет считать, что скрипт «завис» и принудительно закончит его работу.
- Если скрипт хочет получить намного большее количество памяти, чем это возможно по данному тарифу. В случае если скрипт нуждается в большей памяти, веб-сервер также принудительно закроет его.
- Если расширения PHP, которые включены в панель управления, не совместимы друг с другом.
- Кроме того, ошибка 500 Internal Error Server возникает в том случае, если веб-сервер не может интерпретировать или распознать HTTP-заголовки.
Почему еще может возникать ошибка 500 и как ее исправить?
Безусловно, чаще всего ошибка 500 Internal Error Server (YouTube и другие сайты) появляется если был введен неверный синтаксис .htaccess файла или если в этом файле появились неподдерживаемые директивы. В таком случае, чтобы исправить такую ошибку и привести все в норму, необходимо всего лишь провести комментирование так называемой директивы «Options». Чтобы сделать это, просто поставьте в «решетку» (#) в начале строки — ваша проблема просто исчезнет и ошибка 500 появляться на сервере больше не будет.
Но бывает и так, что 500 Internal Error Server (youtube и другие сайты) появляется по другой причине. Это может быть, главным образом, если неправильно обращаться к скриптам CGI, хотя такое бывает крайне редко. Очень важно помнить, что в своем окончании строки должны иметь записи в формате не Windows, а UNIX, который больше подходит для правильного интерпретирования веб-сервером. Для того чтобы не получилось ошибки, необходимо скрипты CGI загружать на свой сервер по FTP в ASCII режиме. Также часто бывает, что в ответе работы CGI-скрипта формируются неправильные HTTP-заголовки. Если такое случилось, то решить такую проблему можно очень легко, просто обратитесь к error-log.
Ошибка 500 и «YouTube»
В последнее время сайт «YouTube» обновляется и меняется настолько часто, что большинство его пользователей, вместо того чтобы проводить приятные минуты здесь, все чаще видят при входе на сайт так называемую ошибку 500. Многие популярные сайты перестают работать и получают 500 Internal Error Server (YouTube не является исключением из правил). Так что же делать в таком случае? Ведь хочется просто наслаждаться сайтом, а не наталкиваться на проблемы. «500 Internal Server Error Ютуб» можно решить таким образом: попробуйте почистить куки и ваша проблема, скорее всего, решится сама по себе. Если это не поможет, тогда нужно просто набраться терпения и ждать, когда работники сайта решат свои проблемы сами.
Многие говорят, что ошибка 500 Internal Error Server YouTube появляется из-за крашей, но это не совсем так. В последнее время ничего такого на таких солидных сайтах, как этот, замечено не было. Конечно, любое изменение может привести к неприятным последствиям, но они, как правило, быстро решаемы.
500 internal server error | WordPress.org Русский
Fatal Error — нет такого
Вставил немного логов, может поможет?
Путь такой
/var/www/httpd-logs/xn--90ahpodbheq5j.xn--p1ai.error.log
2018/09/16 12:48:07 [warn] 3054#3054: *96336 a client request body is buffered to a temporary file /var/cache/nginx/client_temp/0000000439, client: 84.53.198.254, server: xn--90ahpodbheq5j.xn--p1ai, request: «POST /wp-admin/post.php HTTP/1.1», host: «xn--90ahpodbheq5j.xn--p1ai», referrer: «https://xn--90ahpodbheq5j.xn--p1ai/wp-admin/post.php?post=41&action=edit»
2018/09/16 12:48:08 [warn] 3054#3054: *96336 an upstream response is buffered to a temporary file /var/cache/nginx/proxy_temp/0/44/0000000440 while reading upstream, client: 84.53.198.254, server: xn--90ahpodbheq5j.xn--p1ai, request: «GET /wp-admin/post.php?post=41&action=edit&message=1 HTTP/1.1», upstream: «http://127.0.0.1:8080/wp-admin/post.php?post=41&action=edit&message=1», host: «xn--90ahpodbheq5j.xn--p1ai», referrer: «https://xn--90ahpodbheq5j.xn--p1ai/wp-admin/post.php?post=41&action=edit»
——-
2018/09/16 12:50:57 [warn] 3054#3054: *96336 an upstream response is buffered to a temporary file /var/cache/nginx/proxy_temp/1/44/0000000441 while reading upstream, client: 84.53.198.254, server: xn--90ahpodbheq5j.xn--p1ai, request: «GET /wp-admin/post.php?post=41&:
—
или вот журнал ошибок из ispmanager
2018/09/16 21:48:57 [warn] 8097#8097: *12782 a client request body is buffered to a temporary file /var/cache/nginx/client_temp/0000000036, client: 84.53.198.254, server: xn--90ahpodbheq5j.xn--p1ai, request: «POST /wp-admin/admin-ajax.php HTTP/1.1», host: «xn--90ahpodbheq5j.xn--p1ai», referrer: «https://xn--90ahpodbheq5j.xn--p1ai/?et_fb=1»
2018/09/16 21:48:58 [warn] 8097#8097: *13760 a client request body is buffered to a temporary file /var/cache/nginx/client_temp/0000000037, client: 84.53.198.254, server: xn--90ahpodbheq5j.xn--p1ai, request: «POST /wp-admin/async-upload.php HTTP/1.1», host: «xn--90ahpodbheq5j.xn--p1ai», referrer: «https://xn--90ahpodbheq5j.xn--p1ai/?et_fb=1»
[Sun Sep 16 21:49:03.688083 2018] [fcgid:warn] [pid 7139] [client 84.53.198.254:50764] mod_fcgid: HTTP request length 133952 (so far) exceeds MaxRequestLen (131072), referer: https://xn--90ahpodbheq5j.xn--p1ai/?et_fb=1
2018/09/16 21:49:58 [warn] 8097#8097: *13760 a client request body is buffered to a temporary file /var/cache/nginx/client_temp/0000000038, client: 84.53.198.254, server: xn--90ahpodbheq5j.xn--p1ai, request: «POST /wp-admin/admin-ajax.php HTTP/1.1», host: «xn--90ahpodbheq5j.xn--p1ai», referrer: «https://xn--90ahpodbheq5j.xn--p1ai/?et_fb=1»
Что делать при возникновении ошибки 500 Internal Server Error?
50397 Посещений
Для большей безопасности пользователей и удобства на наших серверах PHP работает как SUPHP. PHP скрипты запускаются от имени пользователя, что позволяет нам четко видеть всю активность, которая исходит от клиентов и, если есть необходимость, пресекать деятельность их скриптов.
Как побочный эффект данной технологии, при неправильной закачке сайта на сервер может возникать ошибка 500 Internal Server Error во время перехода на сайт. Для того, чтобы ошибка ушла необходимо удостоверится в том, что соблюдаются три простые правила:
1) Права на все папки (включая public_html) — 755. Прав 755 достаточно для записи, не нужно ставить права 777, это небезопасно, так как любой другой пользователь хостинга, который находится на Вашем сервере, может записать в эту папку, что угодно.
2) Права на все файлы — 644, кроме тех, в которые нужно делать запись сайту, на них — 755.
3) В файле .htaccess не должно быть строк, начинающихся с php_, например php_flag register_globals off. Необходимо убрать либо закомментировать данные строки. Если Вам нужны свои php директивы, то Вы можете создать свой php.ini и вписать их туда. Как это сделать Вы также можете найти в нашей базе знаний.Помните, что через диспетчер файлов файла .htaccess НЕ ВИДНО. Но при этом, он действует. Для того, чтобы его отредактировать, просто откройте аналогичный файл .htaccess на Вашем компьютере, уберите все необходимое и закачайте через сипанель. Файл заменится автоматически.
Если Вам кажется, что все данные правила соблюдены, а сайт все равно выдает данную ошибку — пишите в нашу поддержку. Там Вам обязательно помогут.
Также рекомендуем почитать:Ошибка HTTP 500.0 — Internal Server Error
Ошибка HTTP 500.0 — Internal Server Error
В чём дело то ? Остановил 32х битный сервер, запустил 64х битный сервер приложений и на тебе.
Полез разбираться. Предположительно, проблема кроется в самом IIS. Если подумать логически, то при смене разрядности сервера запускаются 64х битные приложения от самой 1с. Надо IIS разрешить обрабатывать такие DLL.
Куда лезть, что копать ? Для начала проверим стартовую страницу самого IIS — Default Web Site
Default Web Site — работает и это замечательно ) понятно что IIS исправен.
Что отвечает за работу приложений в разных разрядностях на опубликованных сайтах 1с на сервер IIS ?
Да, это DefaultAppPool. Заходим: Пулы приложений, выбираем DefaultAppPool, с правой стороны — дополнительные параметры.
Строка: Разрешены 32-разрядные приложения стоит TRUE (правда), а не правда. Ставим не правду FALSE.
Ок, закрываем, перегружаем IIS. Проверяем публикацию.
ТАДААААМ!!! прекрасно. Наша — Ошибка HTTP 500.0 — Internal Server Error нас отпустила )
Подводим итоги:
Для запуска опубликованного 1с на IIS при смене разрядности сервера приложений 1с необходимо:
- Изменить в настройках IIS , Пулы приложений, DefaultAppPool.
- Заменить: Разрешены 32-разрядные приложения с TRUE на FALSE.
Всем приятной работы и хорошего настроения.