Катастрофа: сайт упал после чистки кеша [РЕШЕНО!]

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

Аватар пользователя antares1232 antares1232 20 марта 2016 в 14:53

Здравствуйте, я начинающий в создании сайтов. Почти уже сделал свой первый интернет-магазин на друпал 7 + Commerce. Переделывал тему Bartic, скопированную в папку www\sites\all\themes. Сегодня решил почистить кэш. Сайт рухнул. Теперь выдает только следующую ошибку:

«Additional uncaught exception thrown while handling exception.

Original

PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT s.lid, t.translation, s.version FROM {locales_source} s LEFT JOIN {locales_target} t ON s.lid = t.lid AND t.language = :language WHERE s.source = :source AND s.context = :context AND s.textgroup = 'default'; Array ( [:language] => ru [:source] => Configure how content input by users is filtered, including allowed HTML tags. Also allows enabling of module-provided filters. [:context] => ) in locale() (line 720 of Z:\home\remont-bayan.loc\www\modules\locale\locale.module).

Additional

PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT lid, location FROM {locales_source} WHERE source = :source AND context = :context AND textgroup = 'default'; Array ( [:source] => An AJAX HTTP error occurred. [:context] => ) in _locale_parse_js_file() (line 1563 of Z:\home\remont-bayan.loc\www\includes\locale.inc).

Uncaught exception thrown in session handler.

PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT 1 AS expression FROM {sessions} sessions WHERE ( (sid = :db_condition_placeholder_0) AND (ssid = :db_condition_placeholder_1) ); Array ( [:db_condition_placeholder_0] => 1xN1y9BOJQipnY6qxhV5NolgBDsDj8BhcBFsGqXhr5g [:db_condition_placeholder_1] => ) in _drupal_session_write() (line 209 of Z:\home\remont-bayan.loc\www\includes\session.inc).

Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE[HY000]: General error: 2006 MySQL server has gone away' in Z:\home\remont-bayan.loc\www\includes\database\database.inc:2171 Stack trace: #0 Z:\home\remont-bayan.loc\www\includes\database\database.inc(2171): PDOStatement->execute(Array) #1 Z:\home\remont-bayan.loc\www\includes\database\database.inc(683): DatabaseStatementBase->execute(Array, Array) #2 Z:\home\remont-bayan.loc\www\includes\database\database.inc(2350): DatabaseConnection->query('SELECT expire, ...', Array, Array) #3 Z:\home\remont-bayan.loc\www\includes\lock.inc(167): db_query('SELECT expire, ...', Array) #4 Z:\home\remont-bayan.loc\www\includes\lock.inc(146): lock_may_be_available('schema:runtime:...') #5 Z:\home\remont-bayan.loc\www\includes\bootstrap.inc(433): lock_acquire('schema:runtime:...') #6 Z:\home\remont-bayan.loc\www\includes\bootstrap.inc(455): DrupalCacheArray->set(Array) #7 [internal function]: DrupalCacheArray->__destruct() #8 {main} thrown in Z:\home\remont-bayan.loc\www\includes\database\database.inc on line 2171»

Просто катастрофа, потому как не один месяц работал. Есть ли надежда?

Лучший ответ

Аватар пользователя antares1232 antares1232 20 марта 2016 в 21:51

dashiwa wrote:

Очистили кеш. Он стал прогреватся..Подал запросы в базу и повалил ее..Все просто...

Прогрев кеша ресурсоемкое занятие
Боже мой у вас денвер...Ну добавте памяти тогда денверу в бд...

Вы же не на шеред хостинге работаете.
my.cnf

найдите там параметр

max_alloved_packets или что-то вроде и поставте 64M вроде так. Все нагугливается легко

Урра!!! Заработало!
В файле php.ini Z:\usr\local\php5 изменил максимальное время для выполнения каждого скрипта, в секундах max_execution_time . Было =30, увеличил до 60, поскольку уже несколько раз вылетала ошибка, что не хватает 30 секунд при подключении модулей.

В файле Z:\usr\local\mysql-5.5\my.ini изменил max_allowed_packet = 64M (изменил с 1М на 64М)

СПАСИБО ВСЕМ!!! ПРОСТО ОБАЛДЕННО!

Если можно - подскажите, неужели же так сильно нужно менять параметр max_allowed_packet, аж с 1М на 64М?
И что означает то, что это вообще пришлось делать? Может сайт перегружен?
И еще - если работать не на денвере, то на чем другом лучше?

Комментарии

Аватар пользователя antares1232 antares1232 20 марта 2016 в 16:34

Mihail.space wrote:

Бэкапы делать вам религия не позволяет?

Как вы очищали кеш?


Бекап делал две недели назад, за две недели уже море изменений. Не ожидал, что правка CSS может привести к Fatal error. Кэш очищал стандартным способом - Конфигурация - Быстродействие - Очистить кэш.

Аватар пользователя Mihail.space Mihail.space 20 марта 2016 в 17:00
1

тогда это аномалия какая то.
бывает мускуль падает при работе в админке, но потом запускается.
попробуйте в phpmyadmin оптимизировать или справить таблицы. в интерфейсе найдете в нижнем селекте. только сначала дамп базы сделайте

Аватар пользователя VasyOK VasyOK 20 марта 2016 в 17:22

Не морочьте себе голову, делайте сразу на It-patrol и морочьте им.
Я не то чтобы против коммерца и контекстов, но все же перед клепанием магазинов на них хорошо бы сделать пару тройку не магазинных сайтов на Друпале.

Аватар пользователя antares1232 antares1232 20 марта 2016 в 18:17

Mihail.space wrote:

тогда это аномалия какая то.

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

попробуйте в phpmyadmin оптимизировать или справить таблицы. в интерфейсе найдете в нижнем селекте. только сначала дамп базы сделайте


Оптимизация, восстановление таблиц ничего не дали. Проверка показывает все ОК.

Аватар пользователя Mihail.space Mihail.space 20 марта 2016 в 18:27
1

Попробуйте тогда удалить все архивы и файлы из папок по путям sites/default/files/css и sites/default/files/js
чтобы друпал верстку загрузил из ядра.
Предварительно сохраните отдельно папку sites на всякий случай
Вообще в дальнейшем темы из ядра не трогайте, создавайте свои в папке sites/all/themes

Аватар пользователя antares1232 antares1232 20 марта 2016 в 19:11

Mihail.space wrote:

Попробуйте тогда удалить все архивы и файлы из папок по путям sites/default/files/css и sites/default/files/js

чтобы друпал верстку загрузил из ядра.

Предварительно сохраните отдельно папку sites на всякий случай

Вообще в дальнейшем темы из ядра не трогайте, создавайте свои в папке sites/all/themes


Странно, но у меня нет по этому пути папок css и js! Вот все, что там есть:

Я не трогал темы из ядра, я скопировал bartic в папку sites/all/themes и правил

Аватар пользователя Mihail.space Mihail.space 20 марта 2016 в 19:08
1

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

Аватар пользователя antares1232 antares1232 20 марта 2016 в 19:24

Mihail.space wrote:

если вы на странице сброса кеша сжатие не включали, то их не будет.

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

может вы там код php писали и он вам всё ломает.


Заменил в папке sites\all\themes свой переделанный бартик на новый бартик, название бартик изменил на свое - как было - самое странное, что при этом сообщение об ошибке никак не меняется. По поводу кода php - при работе над темой ничего не менял, кроме вставки блока упрощенной корзины.

Аватар пользователя antares1232 antares1232 20 марта 2016 в 19:26

Lotar wrote:

перезапустить эскуель и апач и заработает.


Работаю на локалке на денвере - перезапуск денвера ничего не дает

Аватар пользователя Lotar Lotar 20 марта 2016 в 19:30
1

Там же написано - General error: 2006 MySQL server has gone away. Это произошло либо от недостатка мощности либо от каких-то ошибок в скрипте. И он тупо не может запуститься.

Аватар пользователя antares1232 antares1232 20 марта 2016 в 19:50

Lotar wrote:

Там же написано - General error: 2006 MySQL server has gone away. Это произошло либо от недостатка мощности либо от каких-то ошибок в скрипте. И он тупо не может запуститься.


Перезагрузка денвера ведь осуществляет перезапуск ескуэля и апача. На компе проц загружен на 3%, диск на 2%, память 4 гб загрузка 50%. Ошибки в скрипте, ведь, должны уходить с заменой темы на чистую? А я не могу даже зайти в админку.

Аватар пользователя dashiwa dashiwa 20 марта 2016 в 20:14
2

Очистили кеш. Он стал прогреватся..Подал запросы в базу и повалил ее..Все просто...
Прогрев кеша ресурсоемкое занятие

Боже мой у вас денвер...Ну добавте памяти тогда денверу в бд...
Вы же не на шеред хостинге работаете.

my.cnf
найдите там параметр
max_alloved_packets или что-то вроде и поставте 64M вроде так. Все нагугливается легко

Аватар пользователя antares1232 antares1232 20 марта 2016 в 21:51

dashiwa wrote:

Очистили кеш. Он стал прогреватся..Подал запросы в базу и повалил ее..Все просто...

Прогрев кеша ресурсоемкое занятие
Боже мой у вас денвер...Ну добавте памяти тогда денверу в бд...

Вы же не на шеред хостинге работаете.
my.cnf

найдите там параметр

max_alloved_packets или что-то вроде и поставте 64M вроде так. Все нагугливается легко

Урра!!! Заработало!
В файле php.ini Z:\usr\local\php5 изменил максимальное время для выполнения каждого скрипта, в секундах max_execution_time . Было =30, увеличил до 60, поскольку уже несколько раз вылетала ошибка, что не хватает 30 секунд при подключении модулей.

В файле Z:\usr\local\mysql-5.5\my.ini изменил max_allowed_packet = 64M (изменил с 1М на 64М)

СПАСИБО ВСЕМ!!! ПРОСТО ОБАЛДЕННО!

Если можно - подскажите, неужели же так сильно нужно менять параметр max_allowed_packet, аж с 1М на 64М?
И что означает то, что это вообще пришлось делать? Может сайт перегружен?
И еще - если работать не на денвере, то на чем другом лучше?

Аватар пользователя Studio VIZA Studio VIZA 21 марта 2016 в 6:10

Вместо того чтоб поставить Опенсервер, ставят Денвер, затем создают массу тем на форумах по производительности, затем по проблемам переезда.
В Опенсервере всё лучше работает, но минимальные знания, для работ на сервере, всё же нужны.

Аватар пользователя antares1232 antares1232 21 марта 2016 в 17:55

Если можно - подскажите, почему нужно менять параметр max_allowed_packet, аж с 1М на 64М, а не хотя бы в 2 раза?
И что означает то, что это вообще пришлось делать? Может сайт перегружен?

Lotar wrote:

купить себе дешевый впс и работать на нем. комерц жрет много ресурсов.


И что такое впс?