500 Internal Server Error

Главные вкладки

Аватар пользователя Alexeyka Alexeyka 2 декабря 2010 в 21:34

Когда-то купил домен, запустил его на недолго-бесплатном freewebhostingarea.com развернул на нем друпал, потом оплатил хостинг, постигаю друпал. ) все работало и работает, но вот сейчас (вот уже пол-часа) при попытке с сайта скачать какой-нибудь файл, он сообщает мне следующее:
500 Internal Server Error

For security reasons, we no longer allow custom Options for .htaccess file.

Just comment out the lines starting with Options, php_value or php_flag and your script will work without problem.

Possible reasons:
1. Bad .htaccess file - you must remove .htaccess file until you find and solve YOUR errors.

2. MySQL database server is restarting. Wait few minutes and, if error persists, contact us. Be sure that you don't have a bad .htaccess file somewhere!!

мой htaccess, который лежит в корне имеет вид:

#
# Apache/PHP/Drupal settings:
#

# Protect files and directories from prying eyes.

Order allow,deny

# Don't show directory listings for URLs which map to a directory.
##Options -Indexes

# Follow symbolic links in this directory.
##Options +FollowSymLinks

# Make Drupal handle any 404 errors.
ErrorDocument 404 /index.php

# Force simple error message for requests for non-existent favicon.ico.

# There is no end quote below, for compatibility with Apache 1.3.
ErrorDocument 404 "The requested file favicon.ico was not found.

# Set the default handler.
DirectoryIndex index.php

# Override PHP settings. More in sites/default/settings.php
# but the following cannot be changed at runtime.

# PHP 4, Apache 1.

##php_value magic_quotes_gpc 0
##php_value register_globals 0
##php_value session.auto_start 0
##php_value mbstring.http_input pass
##php_value mbstring.http_output pass
##php_value mbstring.encoding_translation 0

# PHP 4, Apache 2.

##php_value magic_quotes_gpc 0
##php_value register_globals 0
##php_value session.auto_start 0
##php_value mbstring.http_input pass
##php_value mbstring.http_output pass
##php_value mbstring.encoding_translation 0

# PHP 5, Apache 1 and 2.

##php_value magic_quotes_gpc 0
##php_value register_globals 0
##php_value session.auto_start 0
##php_value mbstring.http_input pass
##php_value mbstring.http_output pass
##php_value mbstring.encoding_translation 0

# Requires mod_expires to be enabled.

# Enable expirations.
ExpiresActive On

# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600

# Do not allow PHP scripts to be cached unless they explicitly send cache
# headers themselves. Otherwise all scripts would have to overwrite the
# headers set by mod_expires if they want another caching behavior. This may
# fail if an error occurs early in the bootstrap process, and it may cause
# problems if a non-Drupal PHP file is installed in a subdirectory.
ExpiresActive Off

# Various rewrite rules.

RewriteEngine on

# If your site can be accessed both with and without the 'www.' prefix, you
# can use one of the following settings to redirect users to your preferred
# URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option:
#
# To redirect all users to access the site WITH the 'www.' prefix,
# (http://example.com/... will be redirected to http://www.example.com/...)
# adapt and uncomment the following:
# RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
# RewriteRule ^(.*)$ http://www.example.com/$1 [L,R=301]
#
# To redirect all users to access the site WITHOUT the 'www.' prefix,
# (http://www.example.com/... will be redirected to http://example.com/...)
# uncomment and adapt the following:
# RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
# RewriteRule ^(.*)$ http://example.com/$1 [L,R=301]

# Modify the RewriteBase if you are using Drupal in a subdirectory or in a
# VirtualDocumentRoot and the rewrite rules are not working prophpy.
# For example if your site is at http://example.com/drupal uncomment and
# modify the following line:
# RewriteBase /drupal
#
# If your site is running in a VirtualDocumentRoot at http://example.com/,
# uncomment the following line:
RewriteBase /

# Rewrite URLs of the form 'x' to the form 'index.php?q=x'.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

# $Id: .htaccess,v 1.90.2.4 2009/12/07 12:00:40 goba Exp $

Подскажите, какие строки "криминальные", чтобы их закомментировать?
Или все в порадке с htaccess и у них просто затанулось MySQL database server is restarting?

Комментарии

Аватар пользователя Ziklon Ziklon 2 декабря 2010 в 23:26

Та же фигня была на том же хостинге со вчерашнего вечера http://drupal.ru/node/53608 хостер может без предупреждения остановить работу сайта, заблокировать аккаунт итд, это отдельная история.
Закоментируй в файле .htaccess все строки содержащие Options, php_value или php_flag (поставь # в начале строки)
Эти файлы лежат в нескольких местах, в корневой папке сайта и тут /sites/default/files/css может и ещё где то но мне помогло редактирование этих двух файлов. И будет вам счастье как говорится.

Аватар пользователя varvashenia varvashenia 2 декабря 2010 в 23:27

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

Аватар пользователя v1adimir@drupal.org v1adimir@drupal.org 3 декабря 2010 в 6:42

varvashenia wrote:
Отключите все и включайте по одной, пока опять не вылезет 500 ошибка - последняя включенная опция и будет криминальной с точки зрения хостера.

не по одной, а по половине всех строк. из оставшейся половины опять половину. так быстрее. ))

Аватар пользователя raspytnik raspytnik 3 декабря 2010 в 1:57

"varvashenia" wrote:

Опубликовано varvashenia в чт, 02/12/2010 - 20:27.
Новое
varvashenia

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


а еще можно удалять по одному символу - так еще дольше будет.
не легче ли написать в техподдержку? чем гадать на гуще?

Аватар пользователя Ziklon Ziklon 4 декабря 2010 в 21:48

Они же написали что надо делать чтоб сайт заработал "Just comment out the lines starting with Options, php_value or php_flag and your script will work without problem." Но блин эти люди тупо не понимают что надо предупреждать если что то не будет работать чтоб человек заранее подготовился. Они этого просто не понимают. Когда у меня был бесплатный аккаунт на этом хостинге то внезапно его заблокировали и на письма не отвечали неделю.. потом написали "перестаньте спрашивать мы не можем предоставлять вам услуги бесплатно".Сказали бы заранее что если я не заплачу в течении пару дней то мы вас заблокируем.. но нет они втихаря это сделали и потом неделю морозились. Вот такой он американский хостинг.

Аватар пользователя varvashenia varvashenia 3 декабря 2010 в 3:51

"raspytnik" wrote:
не легче ли написать в техподдержку?

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

зы: Если, конечно, топикстартер прочитал и выполнил то, чего написано в сообщении об ошибке.

Аватар пользователя Alexeyka Alexeyka 7 декабря 2010 в 10:23

действительно, в корне сайта провайдер сам все ненужное комментирует в htaccess, а вот в /sites/default/files надо уже все самому! Спасибо Циклону!!
Тема закрыта.