1

Тема: Exceptions в phped

День добрый.

Недоумеваю.

Для разработки использую продукт от NuSphere - PhpEd 16

Иногда использую дебагер чтобы посмотреть что приходит из БД или узнать тип возвращаемого объекта и других целей.

Но phped постоянно выдает много исключений, которые звучат как крах системы, но при этом сама симфони работает прекрасно, и в своём родном дебагере говорит что нет исключений!

Скрины отработки одного и того же запроса прилагаю.

Объясните пожалуйста как избавиться от исключений или исправить их все, ну или почему этого делать не стоит... раз это не мешает...

https://www.dropbox.com/s/0xjqskq9wdd0yho/ex.png?dl=0

https://www.dropbox.com/s/vfypnultyp24x … x.png?dl=0

2

Re: Exceptions в phped

Никогда не работал с этим редактором, но ошибки намекают на то, что в редакторе плагин Симфони либо не настроен, либо просто кривой/под другую версию фреймворка.
Соответственно, можно попробовать разобраться с плагином в редакторе, поигравшись с его настройками, если не поможет — забить и пользоваться для отслеживания ошибок профайлером самой Симфони.

3

Re: Exceptions в phped

Вы хотите сказать что php код symfony нельзя рассматривать как любой другой php скрипт, и его исключения не являются свидетельством неправильной работы приложения?

4

Re: Exceptions в phped

antifreez пишет:

Вы хотите сказать что php код symfony нельзя рассматривать как любой другой php скрипт, и его исключения не являются свидетельством неправильной работы приложения?

Я хочу сказать, что если вы хотите рассматривать «php код symfony» как обычный PHP код, то вам в первую очередь нужно выкинуть нахер плагин Симфони из вашего редактора. И ошибки перестанут сыпаться из него, как из рога изобилия. При условии, конечно, что дебагер будет исполнять ваше приложение в идентичном серверному окружении, а не как ему самому вздумается.

Как разработчик, вы должны понимать, что дебаггер редактора (обычно) не идентичен профайлеру. И его тоже нужно настраивать, потому что сам он не обязан догадываться, как именно ему нужно исполнить ваше приложение, в каком окружении и через какую точку входа. И даже настройка всего этого не гарантирует идентичности результатов, особенно если дебаггер пытается «для улучшения результатов» вносить какую-то отсебятину в исполнение.

antifreez пишет:

Скрины отработки одного и того же запроса прилагаю.

Кстати, если посмотреть внимательнее, то запросы на скринах РАЗНЫЕ. default/smile

Редактор на скрине согласно эксепшенам пытается получить шрифт glyphicons в формате woff2. Причем спрашивает он его у приложения: «no route found for /fonts/some-long-shit.woff2». И рядом в «Output» виден бинарный контент woff.