12 августа 2021 в 1:37
Вот такую выдает при переходе на страницу для удаления модулей
The website encountered an unexpected error. Please try again later.
Drupal\Core\Database\DatabaseExceptionWrapper: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT "session" FROM "sessions" WHERE "sid" = :sid LIMIT 0, 1; Array ( [:sid] => v3dhwnUDZxlk17Gl0GcmPpDk5_SJCWtyEm6LEPVtCp81 ) in Drupal\Core\Session\SessionHandler->read() (line 61 of core/lib/Drupal/Core/Session/SessionHandler.php).
Drupal\Core\Session\SessionHandler->read('3eRRiEKx7ZAFc9vWYvFn4dZiKWDilF6Xk5rj2jPJUZI1') (Line: 75)
Drupal\Core\Session\WriteSafeSessionHandler->read('3eRRiEKx7ZAFc9vWYvFn4dZiKWDilF6Xk5rj2jPJUZI1') (Line: 59)
Symfony\Component\HttpFoundation\Session\Storage\Proxy\SessionHandlerProxy->read('3eRRiEKx7ZAFc9vWYvFn4dZiKWDilF6Xk5rj2jPJUZI1')
session_start() (Line: 156)
Symfony\Component\HttpFoundation\Session\Storage\NativeSessionStorage->start() (Line: 162)
Drupal\Core\Session\SessionManager->startNow() (Line: 110)
Drupal\Core\Session\SessionManager->start() (Line: 57)
Symfony\Component\HttpFoundation\Session\Session->start() (Line: 240)
Drupal\big_pipe\Render\BigPipe->performPreSendTasks() (Line: 295)
Drupal\big_pipe\Render\BigPipe->sendContent(Object) (Line: 112)
Drupal\big_pipe\Render\BigPipeResponse->sendContent() (Line: 381)
Symfony\Component\HttpFoundation\Response->send() (Line: 20)
Drupal\Core\Database\DatabaseExceptionWrapper: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT "session" FROM "sessions" WHERE "sid" = :sid LIMIT 0, 1; Array ( [:sid] => v3dhwnUDZxlk17Gl0GcmPpDk5_SJCWtyEm6LEPVtCp81 ) in Drupal\Core\Session\SessionHandler->read() (line 61 of core/lib/Drupal/Core/Session/SessionHandler.php).
Drupal\Core\Session\SessionHandler->read('3eRRiEKx7ZAFc9vWYvFn4dZiKWDilF6Xk5rj2jPJUZI1') (Line: 75)
Drupal\Core\Session\WriteSafeSessionHandler->read('3eRRiEKx7ZAFc9vWYvFn4dZiKWDilF6Xk5rj2jPJUZI1') (Line: 59)
Symfony\Component\HttpFoundation\Session\Storage\Proxy\SessionHandlerProxy->read('3eRRiEKx7ZAFc9vWYvFn4dZiKWDilF6Xk5rj2jPJUZI1')
session_start() (Line: 156)
Symfony\Component\HttpFoundation\Session\Storage\NativeSessionStorage->start() (Line: 162)
Drupal\Core\Session\SessionManager->startNow() (Line: 110)
Drupal\Core\Session\SessionManager->start() (Line: 57)
Symfony\Component\HttpFoundation\Session\Session->start() (Line: 240)
Drupal\big_pipe\Render\BigPipe->performPreSendTasks() (Line: 295)
Drupal\big_pipe\Render\BigPipe->sendContent(Object) (Line: 112)
Drupal\big_pipe\Render\BigPipeResponse->sendContent() (Line: 381)
Symfony\Component\HttpFoundation\Response->send() (Line: 20)
что с этим делать? кто знает..
Комментарии
Часто означает "падение" сервера mysql. Попробуйте зайти в таблицу sessions через PHPMyAdmin или другой инструмент и посмотреть что там. Или сразу очистить её
удалила эту запись, войти после этого в админку не могу и восстановить доступ тоже...
У вас явно проблема с СУБД. Где сайт расположен? Локально или на хостинге?
reg.ru, при том, что все было отлично но в какой то момент я заметила ошибку - 500 на странице но она сама исчезла, так и не успела понять что было. Задала техподдержке вопрос, они просят доступы к сайту, я пока не вижу, чтобы они им требовались для решения этого вопрос, да и персональные данные там, не дам конечно. Опыт печальный уже был с ними. Сейчас вообще зайти на сайт не могу, при том, что вчера заходила и проблем не было, очевидно пытались сами это сделать, но что-то пошло не так. Вернула запись, которую из таблицы удалила но доступ не появился, значит причина не в ней
пользовательская запись администратора за ночь - исчезла.... пришлось в базе новую создать, чтобы войти на сайт, нет доступа в админке ко 2-й странице пользователей (при загрузке стр. 2) и вот эта ошибка осталась.
Может ли эта проблема возникнуть при установке модуля webp? Это крайний модуль, что я ставила на сайт, до этого ошибок не было никаких вообще.
У вас как будто база посыпалась. Восстановите из бэкапа вчерашнюю или позавчерашнюю
А еще обратитесь к хостеру
ошибки пользователя я исправила, осталась только эта
Drupal\Core\Database\DatabaseExceptionWrapper: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT "session" FROM "sessions" WHERE "sid" = :sid LIMIT 0, 1; Array ( [:sid] => v3dhwnUDZxlk17Gl0GcmPpDk5_SJCWtyEm6LEPVtCp81 ) in Drupal\Core\Session\SessionHandler->read() (line 61 of core/lib/Drupal/Core/Session/SessionHandler.php).
а хостеру нет доверия..
Если нет доверия, значит надо менять хостинг
да, как закончится оплаченный период я обязательно это сделаю) Хостинг не плохой, может мне просто сильно не повезло в прошлом, в поддержке сидел наверное не лучший спец тогда.. но боль осталась и доверия нет с тех пор.. полгода работы они как-то там моей похоронили при переносе сайтов на вип-тариф.. и резервные копии потеряли за последний месяц, полностью сайт один переписать пришлось. Сейчас такого не наблюдаю но стараюсь лишний раз не обращаться к ним, если можно обойтись
я так поняла, проблема была в производительности и настройках хостинга, срабатывал тайм-аут при подключении к базам MySql , если на локалке еще можно увеличить это самостоятельно то на хостинге это должен делать хостер, очевидно этот модуль много запросов создает и они не успевают обрабатываться, так-то и модуль не плохой, но на моем хостинге он не тянет
На самом деле тут больше вы виноваты, чем хостинг. Сейчас объясню почему.
Почему важно разрабатывать сайты на локалке (на своем ПК), а не на хостинге
1) Почти всегда это быстрее. Например у моего процессора 6 ядер, 12 потоков и 32 гигабайта оперативной памяти в системе + быстрый SSD.
2) Отсутствует сетевая задержка.
3) И самое главное: установка новых модулей или обновление может приводить к падению сайта или к ошибкам. На локалке найти и исправить эти проблемы в разы быстрее и проще, чем на хостинге. А если сайт в режиме production, то это вообще верх самонадеянности обновляться прямо на хостинге.
Многие думают, что лучше медленно работать на хостинге, чем потратить немного времени и разобраться как развернуть локальное окружение и потом работать быстро, но это очень большое заблуждение
это все понятно но сайт как-бы готовый был, модуль для производительности доустанавила уже на хостинге, наполнение сайта постоянно идет, конечно на локалке быстрее и проще -согласна))
Вопрос решила, это была проблема с модулем - WEBP PROFILER, композитором его не удалить. Удалила через админку - после того как в его настройках сняла все галочки по всем параметрам (по умолчанию при установке они там встали), появился доступ к удалению модулей..
Жесть. А кто его вам поставил? Этот модуль пишет в базу всё на свете, логично, что она может упасть от такой нагрузки. Он нужен только для отладки очень ядрёных ошибок, которые очень трудно поймать. А на рабочем сайте он, естественно, не нужен.