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