1. Насколько я знаю, влияние на произодительность минимально, yaml файлы парсятся только при изменении в дев-режиме. На продакшене парсятся вообще только при очистке кэша или первом запуске.
2. В phpstorm с плагином symfony2 все работает. ЧЯДНТ? :)
3. Советую пройтить по документации еще раз. Как раз то что вам нужно symfony.com/doc/current/cookbook/configuration/external_parameters.html Просто добавьте переменным окружения SYMFONY__ префикс и они буду доступны в yaml файле. Ну или же используйте
Самый бесмысленный опрос 2013
Наверняка никто из тех кто голосовал — не в курсе аспектов развития всех перечисленных фреймворков, в итоге каждый ставит галочку напротив своего любимого фрэймворка.
При чем тут мой вкус никак не пойму. Речь о стандартах.
Также не пойму почему написать class=«blabla» легко, а data-*=«blabla» тяжело. Bootstrap, Foundation и многие другие популярные библиотеки не стестняются его использовать, никто не жалуется. Так-что аргумент о юзабилити не катит.
И если конечный пользователь (веб-разработчик) не знаком с аттрибутом data-*, тот тут вина не аттрибута а пользователя, так как он, как веб разработчик обязан знать вдоль и поперек технологию с которой работает, а если не знает — стремиться к этому, пусть читает доки, гуглит, дело его. А если он и на это не способен — вон из професии.
Не совсем понял аргументацию. Есть стандарты. Разработчики должны по мере возможности следовать стандартам, так как стандарты помогают содержать код в чистоте и делают поведение кода более понятным и предсказуемым для других людей.
htmlbook.ru/html/attr/class
«Задает стилевой класс, который позволяет связать определенный тег со стилевым оформлением.»
Это мелочь конечно, мир не рухнет, однако когда таких мелочей становится много, то проект превращается в кошмар :)
А зачем использовать аттрибут class для шаблонов? Надо следовать стандартам по мере возможностей. Я бы на вашем месте использовал один из data-* аттрибутов.
Почему-то мне кажется что доктриной вы пользовались очень мало и большинство ваших утверждений из разряда ОБС. Эти поднадоевшие стереотипы про джава стайл, знание под что php заточен, под что нет — не позволяют оценивать ваше мнение всерьез.
«мириться с постоянным оверхедом на обработку строк в доктрине»
Очевидно вы не в курсе того как работает доктрина. В production окружении, запросы DQL компилируются в обычные SQL запросы и хранятся в APC, и никакого оверхеда при последующий запусках. Да и вообще там почти все кешируется.
Не спорю, использование Doctrine2 налагает некоторый overhead, расходуется больше памяти, процессорного времени, однако, в большинстве случаев это абсолютно допустимо, так как в обмен вы получаете много плюшек :)
Поставил cyanogenmod 10.1 на galaxy2, доволен как слон. Все работает очень быстро, на новые модели переходить не собираюсь, так как не нравится дизайн.
HTML5 History API убирает проблему hashbang. GitHub один из самых показательных примеров. Есть множество плагинов которые решают проблемы с кросс-браузерностью.
2. В phpstorm с плагином symfony2 все работает. ЧЯДНТ? :)
3. Советую пройтить по документации еще раз. Как раз то что вам нужно symfony.com/doc/current/cookbook/configuration/external_parameters.html Просто добавьте переменным окружения SYMFONY__ префикс и они буду доступны в yaml файле. Ну или же используйте
иногда нестрогое сравнение лучше :)
Наверняка никто из тех кто голосовал — не в курсе аспектов развития всех перечисленных фреймворков, в итоге каждый ставит галочку напротив своего любимого фрэймворка.
developer.yahoo.com/performance/rules.html#cookie%5Ffree
Так как в топике речь идет о скорости и оптимизации — данный совет уместен.
Также не пойму почему написать class=«blabla» легко, а data-*=«blabla» тяжело. Bootstrap, Foundation и многие другие популярные библиотеки не стестняются его использовать, никто не жалуется. Так-что аргумент о юзабилити не катит.
И если конечный пользователь (веб-разработчик) не знаком с аттрибутом data-*, тот тут вина не аттрибута а пользователя, так как он, как веб разработчик обязан знать вдоль и поперек технологию с которой работает, а если не знает — стремиться к этому, пусть читает доки, гуглит, дело его. А если он и на это не способен — вон из професии.
htmlbook.ru/html/attr/class
«Задает стилевой класс, который позволяет связать определенный тег со стилевым оформлением.»
Это мелочь конечно, мир не рухнет, однако когда таких мелочей становится много, то проект превращается в кошмар :)
«мириться с постоянным оверхедом на обработку строк в доктрине»
Очевидно вы не в курсе того как работает доктрина. В production окружении, запросы DQL компилируются в обычные SQL запросы и хранятся в APC, и никакого оверхеда при последующий запусках. Да и вообще там почти все кешируется.
Не спорю, использование Doctrine2 налагает некоторый overhead, расходуется больше памяти, процессорного времени, однако, в большинстве случаев это абсолютно допустимо, так как в обмен вы получаете много плюшек :)
коксtwig, теперь понимаю как сильно ошибался :)Молодцы что перешли на Ruby, mongo и nginx.
P.S. Это не я минуснул :)