1. Главная
  2. Форумы
  3. Техподдержка Drupal
  4. Решение проблем

[локализовано]Перестал работать сайт

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

Аватар пользователя Siegfrid@drupal.org Siegfrid@drupal.org 9 декабря 2009 в 16:12

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

Может кто встречался с этой проблемой. Она идентична той же, что была у меня с 3и месяца назад - http://www.drupal.ru/node/33956 .

При первичном дебагинге видно, что сам контент генерирутся, а вот при его формировании для отображения функцией
theme('page', $return); где то дальше происходит сброс с выводом ошибки в браузер - "Соединение было сброшено".

В access log apache пишет следующие строчки:
127.0.0.1 - - [09/Dec/2009:15:59:25 +0300] "GET /drupal-6.14/ HTTP/1.1" 500 -
127.0.0.1 - - [09/Dec/2009:15:59:16 +0300] "GET /drupal-6.14/admin/settings/performance HTTP/1.1" 500 -

Заранее благодарен!

Комментарии

Аватар пользователя Siegfrid@drupal.org Siegfrid@drupal.org 9 декабря 2009 в 16:46

Дополнение к вышесказанному:

Добавил следующие настройки в файл .htaccess:
php_value error_reporting 7
php_value memory_limit 128M
RewriteCond %{HTTP_REFERER} ^http://www\.google\.com/$
RewriteRule .* - [F]

Попробовал снова зайти, вот что выдал error log apache:
[Wed Dec 09 16:40:52 2009] [notice] Server built: Dec 10 2008 00:10:06
[Wed Dec 09 16:40:52 2009] [notice] Parent: Created child process 5544
[Wed Dec 09 16:40:52 2009] [notice] Child 5544: Child process is running
[Wed Dec 09 16:40:52 2009] [notice] Child 5544: Acquired the start mutex.
[Wed Dec 09 16:40:52 2009] [notice] Child 5544: Starting 64 worker threads.
[Wed Dec 09 16:40:52 2009] [notice] Child 5544: Starting thread to listen on port 80.
[Wed Dec 09 16:41:12 2009] [notice] Parent: child process exited with status 3221225477 -- Restarting.
[Wed Dec 09 16:41:12 2009] [notice] Apache/2.2.11 (Win32) PHP/5.2.9-2 configured -- resuming normal operations
[Wed Dec 09 16:41:12 2009] [notice] Server built: Dec 10 2008 00:10:06
[Wed Dec 09 16:41:12 2009] [notice] Parent: Created child process 284
[Wed Dec 09 16:41:12 2009] [notice] Child 284: Child process is running
[Wed Dec 09 16:41:12 2009] [notice] Child 284: Acquired the start mutex.
[Wed Dec 09 16:41:12 2009] [notice] Child 284: Starting 64 worker threads.
[Wed Dec 09 16:41:12 2009] [notice] Child 284: Starting thread to listen on port 80.

Аватар пользователя Demimurych Demimurych 9 декабря 2009 в 16:57

В логах у вас ничего криминального не видно.

Так трудно что то сказать. На вскидку - у вас сборка апач собран с gqzip ? если нет то приствует ли модуль ?

Аватар пользователя Siegfrid@drupal.org Siegfrid@drupal.org 9 декабря 2009 в 18:01

Вот что выдает phpinfo()
Apache Environment: HTTP_ACCEPT_ENCODING gzip, deflate
HTTP Headers Information: Accept-Encoding gzip, deflate
PHP Variables: _SERVER["HTTP_ACCEPT_ENCODING"] gzip, deflate

Это нормально?

Посмотрел дебагером, php гененрирует контент... но он не выводится браузером, т.е. apache его не отдает!
После того, как я активировал только базовые модули стал выводиться белый экран вместо прежней ошибки.

Вот последний лог:
[Wed Dec 09 16:45:50 2009] [notice] Server built: Dec 10 2008 00:10:06
[Wed Dec 09 16:45:50 2009] [notice] Parent: Created child process 2244
[Wed Dec 09 16:45:50 2009] [notice] Child 2244: Child process is running
[Wed Dec 09 16:45:50 2009] [notice] Child 2244: Acquired the start mutex.
[Wed Dec 09 16:45:50 2009] [notice] Child 2244: Starting 64 worker threads.
[Wed Dec 09 16:45:50 2009] [notice] Child 2244: Starting thread to listen on port 80.
[Wed Dec 09 17:19:30 2009] [notice] Parent: child process exited with status 3221225477 -- Restarting.
[Wed Dec 09 17:19:31 2009] [notice] Apache/2.2.11 (Win32) PHP/5.2.9-2 configured -- resuming normal operations
[Wed Dec 09 17:19:31 2009] [notice] Server built: Dec 10 2008 00:10:06
[Wed Dec 09 17:19:31 2009] [notice] Parent: Created child process 5420
[Wed Dec 09 17:19:31 2009] [notice] Child 5420: Child process is running
[Wed Dec 09 17:19:31 2009] [notice] Child 5420: Acquired the start mutex.
[Wed Dec 09 17:19:31 2009] [notice] Child 5420: Starting 64 worker threads.
[Wed Dec 09 17:19:31 2009] [notice] Child 5420: Starting thread to listen on port 80.
[Wed Dec 09 17:35:33 2009] [error] [client 127.0.0.1] client denied by server configuration: C:/wamp/www/drupal-6.14/includes/session.inc
[Wed Dec 09 17:51:15 2009] [error] [client 127.0.0.1] File does not exist: C:/wamp/www/favicon.ico

И содержимое access log:
127.0.0.1 - - [09/Dec/2009:17:59:47 +0300] "GET /drupal-6.14/ HTTP/1.1" 200 -
127.0.0.1 - - [09/Dec/2009:17:59:50 +0300] "GET /drupal-6.14/ HTTP/1.1" 200 -

Аватар пользователя Siegfrid@drupal.org Siegfrid@drupal.org 9 декабря 2009 в 18:06

core mod_win32 mpm_winnt http_core mod_so mod_actions mod_alias mod_asis mod_auth_basic mod_authn_default mod_authn_file mod_authz_default mod_authz_groupfile mod_authz_host mod_authz_user mod_autoindex mod_cgi mod_dir mod_env mod_include mod_isapi mod_log_config mod_mime mod_negotiation mod_rewrite mod_setenvif mod_php5

Аватар пользователя Siegfrid@drupal.org Siegfrid@drupal.org 9 декабря 2009 в 18:31

да, видимо это из за этого и происходит, т.к. я умудрился "поднять" drupal.

После того как сделал принудительный update с помощью update.php и подключил исключительно модули из ядра (modules/...), при этом, если активировать всех доп модули, то проблема воспроизводится!

Есть подозрение, что один из них как раз таки пытается воспользоваться какой то функцией, завязанной на gzip или deflate... попробую завтра проверить, поставлю оба модуля и протестирую поведение.

Спасибо за помощь!!!

Аватар пользователя Siegfrid@drupal.org Siegfrid@drupal.org 10 декабря 2009 в 14:29

По ходу косяк начинает появляться, когда активируются модули с java скиптами и включена функция оптимизации из закладки performance Optimize CSS files & Optimize JavaScript files. Правда у этих опций есть предупреждающее напоминание:

Drupal can automatically optimize external resources like CSS and JavaScript, which can reduce both the size and number of requests made to your website. CSS files can be aggregated and compressed into a single file, while JavaScript files are aggregated (but not compressed). These optional optimizations may reduce server load, bandwidth requirements, and page loading times.

These options are disabled if you have not set up your files directory, or if your download method is set to private.

Есть ли какие нибудь идеи по этому поводу?

С gzip проверить не получилось.