Pull to refresh
58
Ilya Kondrashov@casey

User

4
Subscribers
Send message
Ага-ага. Идеологический подход Twig и Symfony мне очень близок, но уж больно медленно оно работает.
Данные безопасны! Небезопасно их в исходном виде помещать в HTML, а вот в PDF — вполне себе безопасно. Сравнил кстати на приведенном в топике выводе (кстати безумно гипертрофированном) производительность с экранированием и без — разница всего в 3 раза. Для типичного сайта, где шаблонизация — одна из самых коротких задач это несущественно.
Очень не хватает графиков в статье. Хотя бы на google charts и чтобы до хабраката. Наглядность наше все!
А на мой взгляд хранить экранированную кавычку вместо естественной в базе — странный выход. Ведь из тех же данных может потребоваться построить PDF, вывести в консоль — и что тогда, разэкранировать обратно? На мой взгляд логично хранить данные «как есть» и адаптировать под каждый вывод, если это необходимо.
У меня отрицательный опыт от использования Blitz — очень затратно поддерживать сложный вывод, только верстальщик один не можем им пользоваться, как это привычно в Twig&Smarty
Протестировал. Соотношение не поменялось :-( А я надеялся… Архитектурно Twig конечно красив, но производительность… Увы. Недавно кстати мучал Symfony2 — и тоже разочаровался в производительности. Сравнил пустые проекты из коробки — разница в 10 раз (Symfony аутсайдер), если из дефолтной песочницы Symfony убрать все лишнее — в 7 раз.
А вот для этого, на мой взгляд, как раз служит обработка входящих данных на стороне сервера.
Хабр съел код — имел в виду кавычек в input value=«значение с кавычкой»
Экранирование осуществляется не против атак, а против, например, неэкранированных кавычек в
Так в том и фишка! Когда много файлов акселлераторы играют роль, поэтому важно тестировать с ними.
По моему опыту, в шаблоне бОльшую часть переменных приходится экранировать, и лишь иногда — не нужно. Поэтому логично по-умолчанию экранировать все, и лишь иногда вручную экранировку отключать. Мне кажется из этого и исходили авторы Twig
Использовался ли при тестировании apc/eaccelerator? В статье об этом ни слова.
Какое-то начало странное, может технические куски настройки вырезать, как делают в Радио-Т?
Blitz требует куда большего участия программиста для верстки, нежели Smarty, что актуально только для больших нагрузок. В свое время отказался от него из-за больших временных затрат на крошечные изменения.
Интересно, а нужны ли вам преподаватели по php&mysql&apache-nginx и т.п.?
C удовольствием бы выделял полдня-день в неделю на преподавательскую деятельность на безвозмездной основе. Мое резюме на моем круге доступно по ссылке в хабрапрофиле.
Хабраэффект накрыл сайт… По описанию — нереально применимая штука!
Верно-верно, а вот программистам для рыбы админок — самое то.
С удовольствием читал, пока вы не стали неявно критиковать конкурента. Сам пользуюсь Эльбой, очень понятная система. Для всех терминов и сокращений описания, для всех сложных процедур — видео + комментарии. А веселые промо-ролики — для меня плюс. Поддержка для платных аккаунтов у них прекрасно построена, помогут с любым вопросом — от самых глупых, до самых сложных.
UFO landed and left these words here
А из-под PHP можно понять, что сейчас выполняется? Сколько не смотрел доки — не нашел.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Registered
Activity