Ответ 1
У меня была та же проблема и она была решена в этом ответе (связанная с длительным событием kernel.terminate
): fooobar.com/questions/251635/...
Я создал новый проект в symfony, и я получаю сообщение об ошибке на каждом сайте:
Произошла ошибка при загрузке панели инструментов веб-отладки (404: не найден).
Вы хотите открыть профилировщик?
Когда я открываю профайлер, появляется сообщение
Токен не найден
Токен "59942c" не найден в базе данных.
Кроме того, в каталоге кэша каталог профилировщика пуст! Я проверил разрешения, и они правильные. Я пробовал cache:clear
и удалял кеш вручную, но это не помогло.
У меня была та же проблема и она была решена в этом ответе (связанная с длительным событием kernel.terminate
): fooobar.com/questions/251635/...
Это обычно происходит, если каталог кэша настроен неправильно, чтобы пользователь веб-серверов мог записывать в них данные.
В Linux я обычно использовал это для разработки:
php app/console --env=dev cache:clear
php app/console --env=dev cache:warmup
chmod -R a+rwX app/cache/
setfacl -Rm g:www-data:rwX app/cache/
setfacl -Rm g:dev-user:rwX app/cache/
Это гарантирует, что все необходимые каталоги будут созданы, а затем будут назначены требуемые разрешения. Если у вас нет ACL, пропустите команды setfacl
.
OFC, замените www-data
на имя пользователя веб-серверов и dev-user
на свое имя пользователя.
Часто возникает проблема с подписчиком/слушателем события. Попробуйте запустить
console debug:event
И проверьте наличие ошибок
Это известная ошибка в профилировщике. Начиная с Symfony 2.4, профилировщик, сохраняющий данные, используемые WDT, является последней вещью, сделанной Symfony.
Предупреждение, которое вы видите, означает, что профилировщик не смог найти маркер, запрошенный в разрешенных 2500 мкс. Однако, если вы нажмете OK в предупреждении, вы должны быть перенаправлены в профилировщик и выяснить, что именно происходит медленно.
У меня была такая же проблема после обновления Symfony 2.3- > 2.6. После обновления web/app_dev.php
он исправил проблему. Я считаю, что вам нужна строка Debug::enable();
.
Была такая же проблема после обновления 2,6 → 2,8 в проекте эпохи 2,4. Получил ошибку useMicrosecondTimestamps
с уровнем node. Исправлено nuking rm -r app/cache/*
. Метод @marenkay не очистил кеш node -php-сервера.