22 февраля 2013 в 18:33
Есть сайт (drupal 6 / ubercart 2). Позвонили, сказали сайт недоступен. На деле оказалось, что лег сервер. По логам похоже, что mysql серверу не хватило памяти. Сервер перезагрузил. Сайт вроде поднялся, но только главная страница. Если переходишь по какой-либо ссылке, то либо страница не найдена (это если как админ ходишь), либо показывает список категорий. в списке категорий при клике на любую категорию страница просто перегружается.
Понимаю, что по этим данным сложно что-то сказать определенно, но может подскажете в какую сторону копать, как диагностировать? Потому что у меня идей абсолютно нет.
Комментарии
Базу проверили?
отсутствие файла .htacess дает такой результат, проверьте в корне есть он.
mod_rewrite проверьте
База вроде как в порядке.
.htaccess на месте.
Да, может быть проблема в mod-rewrite т.к. адрес меняется, а страница остается та же.
# 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 properly.
# 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]
как-то ничего смертельного я здесь не вижу
попробуйте расскомнтировать строчку RewriteBase /. если не поможет тогда пинайте провайдера.
не помогло. вы имели в виду хостера? и в каком направлении его пинать? чтобы проверили работает ли mod_rewrite?
да, оказалось хостер напортачил. откатились назад, правда аж на декабрь.
шикарный хостер! Имя в студию страна должна знать героев лицо!
hoster.by
что-то слабо верится, что проблема была в хостере, таких как вы у него на каждом сервере по сотне, за такие дела, их бы съели в первый час.
да, хостер один из крупнейших в стране. но факт есть факт. накануне 23 февраля сайт нагнулся, хотя с кодом никаких манипуляций не было уже больше месяца. но молодцы - сами сломали, сами и починили. и, слава богу, вернули все данные на 21 февраля. правда сайт (интернет-магазин средней крупности) простаивал чуть менее 4 суток.
специалист тех. поддержки рассказал, что проблема оказалась в кэше drupal. каким-то образом смешался кэш при перезагрузке сервера после падения и восстановлениях бэкапов. правда я не знаю как он это сделал т.к. на глючащем сайте никуда с главной уйти нельзя было - либо возвращало обратно на главную, либо "страница не найдена". про админку уже молчу. хотя кэш же где-то хранится... возможно ручками почистил.
ну и ладно. проблема решена. всем спасибо!