Здравствуйте, я начинающий в создании сайтов. Почти уже сделал свой первый интернет-магазин на друпал 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»
Просто катастрофа, потому как не один месяц работал. Есть ли надежда?
Комментарии
Бэкапы делать вам религия не позволяет?
Как вы очищали кеш?
Бекап делал две недели назад, за две недели уже море изменений. Не ожидал, что правка CSS может привести к Fatal error. Кэш очищал стандартным способом - Конфигурация - Быстродействие - Очистить кэш.
тогда это аномалия какая то.
бывает мускуль падает при работе в админке, но потом запускается.
попробуйте в phpmyadmin оптимизировать или справить таблицы. в интерфейсе найдете в нижнем селекте. только сначала дамп базы сделайте
Не морочьте себе голову, делайте сразу на It-patrol и морочьте им.
Я не то чтобы против коммерца и контекстов, но все же перед клепанием магазинов на них хорошо бы сделать пару тройку не магазинных сайтов на Друпале.
Оптимизация, восстановление таблиц ничего не дали. Проверка показывает все ОК.
Попробуйте тогда удалить все архивы и файлы из папок по путям sites/default/files/css и sites/default/files/js
чтобы друпал верстку загрузил из ядра.
Предварительно сохраните отдельно папку sites на всякий случай
Вообще в дальнейшем темы из ядра не трогайте, создавайте свои в папке sites/all/themes
Странно, но у меня нет по этому пути папок css и js! Вот все, что там есть:
Я не трогал темы из ядра, я скопировал bartic в папку sites/all/themes и правил
если вы на странице сброса кеша сжатие не включали, то их не будет.
попробуйте тогда тему бартик, в которой вы делали изменения сохранить отдельно и заменить ее новой из скачанного свежего архива семерки с орга.
может вы там код php писали и он вам всё ломает.
перезапустить эскуель и апач и заработает.
Заменил в папке sites\all\themes свой переделанный бартик на новый бартик, название бартик изменил на свое - как было - самое странное, что при этом сообщение об ошибке никак не меняется. По поводу кода php - при работе над темой ничего не менял, кроме вставки блока упрощенной корзины.
Работаю на локалке на денвере - перезапуск денвера ничего не дает
Там же написано - General error: 2006 MySQL server has gone away. Это произошло либо от недостатка мощности либо от каких-то ошибок в скрипте. И он тупо не может запуститься.
Перезагрузка денвера ведь осуществляет перезапуск ескуэля и апача. На компе проц загружен на 3%, диск на 2%, память 4 гб загрузка 50%. Ошибки в скрипте, ведь, должны уходить с заменой темы на чистую? А я не могу даже зайти в админку.
Очистили кеш. Он стал прогреватся..Подал запросы в базу и повалил ее..Все просто...
Прогрев кеша ресурсоемкое занятие
Боже мой у вас денвер...Ну добавте памяти тогда денверу в бд...
Вы же не на шеред хостинге работаете.
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М?
И что означает то, что это вообще пришлось делать? Может сайт перегружен?
И еще - если работать не на денвере, то на чем другом лучше?
купить себе дешевый впс и работать на нем. комерц жрет много ресурсов.
OpenServer
Acquia Dev Desktop
Вместо того чтоб поставить Опенсервер, ставят Денвер, затем создают массу тем на форумах по производительности, затем по проблемам переезда.
В Опенсервере всё лучше работает, но минимальные знания, для работ на сервере, всё же нужны.
Если можно - подскажите, почему нужно менять параметр max_allowed_packet, аж с 1М на 64М, а не хотя бы в 2 раза?
И что означает то, что это вообще пришлось делать? Может сайт перегружен?
И что такое впс?