3 февраля 2020 в 12:51
По сути в БД попадают ошибки из работы очень сложного и мудреного импорта. Если скачать этот BLOB
то получим файл в 23MB c текстом.
) (строка 1503 в файле /var/www/
Вопрос: Как сделать чтобы ошибки не попадали куда не надо, и как они туда вообще попадают?
4 февраля 2020 в 7:22
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
Поддерживать инфраструктуру Drupal.ru нам помогает компания ДАЛЕЕ
Комментарии
Всё ок.
Сообщения, которые идут через drupal_set_message() - прокидываются через сессию.
Обнуляй их, а лучше не генерируй и не будут они туда высираться
https://www.drupal.org/project/disable_messages
Спасибо, вроде то что нужно.
А так проблема основная в том, что бд не может прочитать такие большие данные. в следствии нет бекапов без ручного вмешательства.
Я не очень переживал, пока они в cachce_xxx попадали, вроде норм, но в session - это уже перебор..
Обычно такие большие месседжи падают в сессию, если у вас в devel включена настройка показывать стектрейс ошибок. Плюс если валятся ошибки во время батча, то они все там накапливаются, чтобы отобразиться в конце выполнения.
Но вообще, отключать сообщения в таком случае - в корне неправильный подход. Правильно будет устранить причину ошибки.
не помогло
Ну тут поможет
TRUNCATE cache_form;По авто контролю за cache_form https://www.drupal.org/project/optimizedb