После активации кэширования, последние две опции на страничке performance (с объединением CSS файлов), лег Drupal, по ходу, что то накрылось в php, так как apache работает, mySQL тоже, пробовал зайти на 5ый (у меня два дистрибьютива стоят), тот тоже без дыхания лежит...
Что делать, подскажите плз!
Комментарии
М.б. эта ошибка как то прояснит ситуацию - "Во время загрузки страницы соединение с сервером было сброшено."
нашел такую запись в логах апача:
[Fri Sep 11 14:32:22 2009] [warn] pid file C:/wamp/bin/apache/Apache2.2.11/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run?
Другие пакеты с drupal ожили, а вот тот, на котором я проводил эксперименты - ни в какую не хочет!
Пробую почистить временные файлы и базу.
и что самое интересное, несмотря на то, что у меня сайт находятся по адресу http://localhost/drupal-6.13/, сервер меня почему то переадресовывает на http://www.localhost.com/drupal-6.13/ - вот это полная загадка...
Буду признателен, если поможете советом, куда посмотреть...
почистил все, что можно, безрезультатно...
"Лёг", "встал", "упал" - что за описание ошибки, блин?
Azerot, если можете помочь дельным советом, то скажите, какие симптомы предоставить, я не силен в апаче и конфигурацией php, поэтому не знаю, как корректно описать такого рода проблемы. Если бы я знал как бороться с такого рода проблемами,я бы не обратился на форум за помощью...
Попробовал убить все доп модули (вичистил их из базы и заодно физически) - получил девственно белый экран.
Проверил настройки памяти - 128M, более чем достаточно...
Мне уже просто ради спортивного интереса хочется разобраться, в чем же дело?
Начните с описания ошибки. Что выдаёт на экран написать вы можете надеюсь?
Если белый экран - так и пишите. А слово "упал" никому из нас ничего не скажет - мы не телепаты тут собрались.
Ошибку которую вы приводили из лога можете забыть - это не то. Других ошибок в логе веб-сервера нет?
phpinfo.php положеный в корень сайта и содержащий строчку *lt;? phpinfo(); ?> отрабатывает?
2Azerot: Как я писал ранее, все работает, за исключение попытки обратиться имено к поврежденному дистрибьютиву, т.е. паралельно у меня еще стоит drupal 5 и другой drupal 6, все они юзают свои схемы и работоспособны! Я больше склоняюсь в сторону мнения MDinc, т.к. первым делом я попытался вернуть настройки кеша в базе в первоначальный вид, не помогло..., потом попытался провисти update.php, скрипт вызвался, даже что то сделал, но все бестолку, приобращении меня упорно переадресовывало на http://www.localhost.com/drupal-6.13/ нотя мой реальный адрес -
http://localhost/drupal-6.13/, т.е. какая то ерунда получалась...
Я тоже начал грешить на временные файлы и кеш, поэтому перегрузился (после этого ожили другие мои дистрибьютивы, см. выше), убил все временные файлы, не помогло.
Убил все доп. модули и вычистил из таблицы system все упоминания про них, вот тут я встретился лицом к лицу с девственно чистым экраном...
Теперь хотелось бы понять, в чем же корень проблемы, чтобы в будущем не наступать на те же грабли!
Заранее всем благодарен!
Видимо теперь не судьба... Я снес его, чтобы отвлекаться на него на работе...
А как быть на будущее с такого рода проблемами? Я имею в виду неверно сформированный кеш. Как его почистить?
Кстати, когда я лихорадочно чистил все подряд, заметил интересную вещь, папка temp (у меня wamp server на винде) содержала временных файлов аж на полтора гига... Меня это чесно говоря смутило немного... разве она не должна чиститься переодически?
Вот чистить таблицу system руками право не стоило. Для этого на странице модулей есть Uninstall
Корней проблемы может быть много. К сожалению поскольку вы всё удалили, теперь уже не найти.
А вот чтобы не наступать на грабли совет простой!
Прежде чем устанавливать или обновлять какой либо модуль или сам Drupal, а также в случае потенциально опасных настроек, всегда делайте резервную копию файлов сайта и базы данных
Спасибо за инфу, в будущем очень пригодится!