Так же события связанные с отрисовкой элементов и прочее так же выполняются в том же потоке, так что если вы вставили элемент на страницу и должны дождаться пока он отрисуется - setTimeout то что нужно, ибо раньше чем элемент отрисуется он не вызовет обработчик. Хотя тут я могу наврать, лучше что бы кто-либо подтвердил. Все же сейчас та же компоновка страниц вроде как уже отдельным потоком идет...
@0neS ничем, либо gulp просто (по аналогии с этим) примером, доклад не нашел, только слайды) либо вообще ничего не использую. У меня сейчас все больше SPA на AngularJS идут. а они как отдельные приложения. То есть вообще фронт с бэкэндом не пересекается.
@0neS при публикации css должны поменяться пути (относительные). cssrewrite этим и занимается, но делает это не правильно в некоторых случаях. С изображениями у вас будет та же проблема.
@0neS ну так решите эту проблему. Если у вас шрифты относительно css лежат - cssrewrite должен это фиксить. Если у вас шрифты лежат отдельно а стили вы кинули в другое место - надо поправить пути.
@0neS самое адекватное решение не переписывать ничего, а разобраться почему так происходит. Вообще шрифты ассетик и трогать не должен, шрифты должны быть в папочке /web/bundles/yourbundle или где-то а /web и все. Не нужно таких извращений.
Вам нужно реализовать класс со всей логикой определения маршрута (реализовать интерфейс RouteInterface) для ваших двух экшенов. Заинджектить туда нужные репозитории или что вы там для связи с базой используйте.
Мне сложно, я только приблизительно помню как это все в Zend2 организовано. Обратитесь к документации по маршрутизации
Что до гугла, можно попробовать "zend2 routing database". На SO несколько вопросов точно будет.
@alexdevid ваш код не решает такой проблемы, что пользователя нету. То есть по запросу /blabla будет вызван usercontroller, после того как он вернет 404-ую ошибку этим все и закончится. А надо было передать все это ниже по списку правил. Это же можно сделать только кастомными правилами.
