Assetic — маршрут _assetic_001d5b7_0 не существует

Кажется, этот вопрос задавали несколько раз, но ни одно из решений не работает для меня.

Я нахожусь в своей рабочей среде, вот что я сделал:

  • очистил кеш до/после чего-либо
  • попытался закомментировать материал _assetic в config_dev и убедиться, что его больше нигде нет (не то, чтобы это имело значение в prod env)
  • установите для use_controller значение true и false (очевидно, работает с true, но не использует скомпилированные файлы)

Есть ли что-то еще, что мне не хватает? Файлы генерируются совершенно нормально из php app/console assetic:dump --env=prod --no-debug, имя файла совпадает с именем в ошибке за вычетом маршрута.


symfony assetic
person greg    schedule 13.07.2012    source источник
comment
Вы установили параметр bundles: [MyBundle, MyOtherBundle] в config.yml? Какие версии Assetic и AsseticBundle вы используете?   -  person noisebleed    schedule 13.07.2012
comment
Спасибо за ответ. Нет, не устанавливал, что это дает?   -  person greg    schedule 13.07.2012
comment
Assetic будет искать активы только в пакетах, указанных в bundles[].   -  person noisebleed    schedule 13.07.2012
comment
Мое приложение почти полностью на стороне клиента, все мои активы связаны в app/resources/views/base.html.twig, должен ли я добавлять параметры пакетов без каких-либо перечисленных пакетов?   -  person greg    schedule 13.07.2012
comment
Я не понимаю, почему он даже пытается загрузить маршрут в производственном режиме. разве он не должен пытаться загрузить статический файл?   -  person greg    schedule 13.07.2012
comment
Хотя в этом вопросе утверждается, что он задавался ранее, вопрос, предложенный как дубликат, не является дубликатом, поскольку эта ошибка возникает в режиме use_controller=true, связанный вопрос касается use_controller=false   -  person rjmunro    schedule 03.08.2013
comment
Вы используете кеш APC? Если да, то очистите :)   -  person skler    schedule 01.10.2013

Ответы (9)


arrow_upward
50
arrow_downward

У меня была эта проблема всего минуту назад. У меня сработала очистка кеша:

app/console cache:clear --env=prod

Надеюсь это поможет.

person micha149    schedule 13.08.2012
comment
Нет, не работает, это было первое, что я попробовал. Однако спасибо за ответ, я не смог решить эту проблему, поэтому я прекратил использовать актив и настроил скрипт grunt для компиляции всех моих файлов. - person greg; 13.08.2012
comment
IME basic rm -rf app/cache по какой-то причине кажется более надежным, чем команды cache:clear или ot:cc app/console. - person Marcus; 18.10.2013
comment
@Маркус, спасибо, я несколько раз удалял кеш с помощью консольных команд, и проблема не исчезала, rm -rf сделал свое дело !!! - person Cesar; 03.09.2014

arrow_upward
22
arrow_downward

Если очистка кеша или сброс ресурсов не работают. Попробуйте комментарий Noisebleed:

// app/config_dev.yml
assetic:
    use_controller: true
    bundles: ['FooBarBundle']
person Stoked PHP Engineer    schedule 30.09.2013
comment
У меня была эта проблема, и это было из-за того, что мой пакет не был включен в массив пакетов. - person Layton Everson; 28.05.2014

arrow_upward
14
arrow_downward

Возможно, вы удалили активную маршрутизацию из app/routing_dev.yml.

_assetic:
    resource: .
    type:     assetic
person user3013964    schedule 20.11.2013
comment
Не могу поверить, что это не упоминается в документе symfony.com/doc/current/assetic /asset_management.html - person 0x1gene; 07.10.2016

arrow_upward
2
arrow_downward

Столкнулся с той же проблемой, но причина была в том, что я назвал шаблон «something.twig», а не «something.html.twig».

Кажется, что не сканировать шаблоны без .html в расширении.

Как результат - шаблон работает, но ассет не выполняет сброс/добавление маршрутов для ассетов из него. Добавление .html решает проблему.

person igritsay    schedule 23.03.2016

arrow_upward
1
arrow_downward

Обновление config.yml тупым символом (новая строка, пробел) устранит эту ошибку. Кажется, что таким образом мы заставляем кеш заново генерироваться. (Симфония 3.0.0)

person Remy Mellet    schedule 27.01.2016

arrow_upward
0
arrow_downward

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

php composer.phar install
php app/console cache:clear
php app/console cache:warmup
person augustocosta    schedule 17.09.2014

arrow_upward
0
arrow_downward

Как сказал @Marcus, если вы попытаетесь:

php bin/console cache:clear

и это не помогло, пожалуйста, очистите папку your_project_root/var/cache вручную (удалите все папки и файлы). Если вы используете системы unix/linux и получаете системное сообщение типа «Ошибка удаления файла: Отказано в доступе», вам необходимо сначала изменить доступ к каталогу, например, вы можете использовать консольную команду

sudo chmod -R 0777 /your_site_directory/var/cache/

и после этого вы можете очистить кеш-директорию.

person Vaha    schedule 11.10.2016

arrow_upward
0
arrow_downward

Я столкнулся с этой проблемой в Symfony 3.3 после попытки переопределить мой каталог шаблонов Twig. Не знаю, как решить проблему, но возврат к конфигурации каталога шаблонов по умолчанию решил проблему на данный момент.

# config.yml
twig:
    paths: ["%kernel.project_dir%/templates"] # Remove this line to use default dir
person Brooks    schedule 30.01.2018

arrow_upward
0
arrow_downward

Попробовав все предложенные здесь решения, для меня это была просто проблема с названием шаблона. У меня было расширение .twig, но не .html.twig, вот и все.

person gphilip    schedule 04.03.2020