У меня на форумах сразу у двух активных пользователей из Штатов IE6 является корпоративным стандартом и им запрещается пользоваться другими браузерами. В том числе и из соображений безопасности, так как IE6 сертифицирован серьёзным поставщиком и постоянно и оперативно патчится на предмет дыр.
Так что важно помнить, что иногда при полной блокировке использования IE6 можно с водой выплеснуть ребёнка.
Так что, как ни ненавижу этот браузер, приходится верстать и под него.
…
Кстати, у самого на работе на сайт процентов 25 пользователей ходит ещё под IE6. В том числе тех пользователей, от которых напрямую зависит наша прибыль. Нехорошо для бизнеса обламывать директора предприятия, который, например, проверяет насколько успешно крутится его целевая реклама :)
Casio PV-S450 работал от пары AAA 160 часов :) Из-за этого я под него даже аккумуляторы так и не купил, батарейки раз в месяц менял при довольно интенсивном чтении
…
А сколько было копий сломано в холиворах Palm vs Casio! :)
Плотно пощупал тут Twig. Неплох по скорости, синтаксис по умолчанию более удобный, чем у Smarty. Но убило напрочь то, что так и не понял как без правки самого Twig'а, как вводить именованные параметры в тэгах. Т.е., скажем,
{% module name=«my_module» id=$id %}
Варианты, типа
{% module name as «my_module» id as id %}
смотрятся чудовищно.
Если бы не это, попробовал бы Twig в качестве шаблонизатора в новых классах своего фреймворка.
Захотел также, для сравнения, оценить Quicky, но с удивлением обнаружил, что релиз не обновлялся с весны. Тогда это было очень сыро и недоработано. Проект скорее мёртв, чем жив?
…
Похоже, пока по-прежнему будут сидеть на Smarty :)
1. Слишком громоздко будет и неудобно. И чем больше таких параметров, тем сложнее.
2. Опять же, часть работы верстальщика переедет на программиста. Вот потребуется верстальщику ввести изменение по какому-то критерию, а в коде этого не предусмотрено. Вместо того, чтобы написать простенькое условие, придётся модифицировать код или схему.
>Шаблон — это как скин у десктопных программ — ему не нужна логика
Логика вывода нужна обязательно. Например, выделить важную новость в списке жирным. И полного разделения на контроллер и вид тут не получить в принципе. И придётся или HTML-код, часть представления, засовывать в контроллер, или условный оператор выносить в шаблон. Я сторонник второго подхода, так как он идеологически намного чище. Видом должен заниматься вид. Даже если это требует программирования в шаблоне.
>На сегодняшний день ещё нет идеально реализованного «вида»
И не может быть. На то он и идеальный, чтобы быть нереализуемым в реальном мире на реальных задачах.
По эргономическим нормам ширина колонки текста не должна превышать по угловой ширине 3 зоны восприятия, которое у среднего человека составляет 7 градусов. 21 градус на дистанции в 30 см (дистанция максимально чёткого зрения у здорового человека) даёт 11,5см ширину колонки. Примерно столько у нас и получается в средней книжке. Число букв на строку уже вторично, сколько влезает букв размеров 12 пунктов (на дистанции 30см. оптимум — столько), столько и влезает :)
Монитор у нас подальше стоит. Я проводил опросы, есть два чётких максимума — ~45 см и ~70 см. В первом случае для максимально комфортного чтения ширина колонки должна составлять не более 17см (640px при 96dpi), а шрифт иметь размер 18pt. Во втором — ~27см/1000px и 28pt. Сам отношусь к первой категории, но шрифты предпочитаю около 16pt, 18pt мне кажется великовато :)
Совершенно невозможная в реальности ситуация. Только в играх одна наука зависит от другой по дереву. В жизни — все они используют закольцованные зависимости.
>К тому же батареи предлагают располагать на крышах построек.
Если взять типовую многоэтажку, скажем, 200x30 метров, то это обеспечит площадь в 6000м². В солнечный день с поверхности собирается в среднем 1кВт/м². Я живу на 55-й параллели. Т.е. тут, за счёт угла падения, в полдень, в среднем за год, мощность будет около 570Вт/м². Поскольку полдень длится не всё светлое время суток, то эффективная мощность за день будет меньше половины этой, но мне не жалко и вверх округлить, пусть 150Вт/м². День — это, в среднем за год, половина суток. Итого — 75Вт/м². Облачных дней в Москве — 80% в год. В такой день мощность будет в несколько раз меньше, точно, увы, данных нет. Ну, возьмём приближение сильно в пользу солнечной батареи и получим среднегодовую мощность 50Вт/м². КПД лучших батарей — 30%. Т.е. с каждого метраквадратного в среднем за год получим 15Вт электроэнергии. С крыши упомянутого дома в этом случае получим 90кВт. Пусть это девятиэтажка. Тогда квартир там будет, ну, пускай около 1000. Значит, в среднем на квартиру выйдет по 90Вт электроэнергии.
…
Можно запитать ноутбук. Или 5 энергосберегающих лампочек. Или 1/10 микроволновки. Или 1/20 чайника…
Ушёл с Бегуна. Прибыли — с гулькин хрен. Контекстная реклама совершенно невтемная. Поменял на ГугльАдсенс — и прибыль сразу упятерилась, и реклама реально интересная… Только утомляет периодически банить откровенно кидательные проекты, типа «определи координаты по номеру».
Пробовал дважды в Яндекс.Дирекс заявку подавать — оба раза отлупливали стандартной формой «сайт не подходит под требования» без уточнения деталей и без ответа на запросы. Ну да и фиг с ними. Им же хуже.
>В Beanzawave используется диапазон частот мобильных телефонов.
Хм. Микроволновки работают на частоте 2450МГц. Не помню мобилок в этом диапазоне. Да и стрёмно — вот в оном, как раз, мобилки и будут греть мозги абонента :)
…
Частота-то не от балды берётся, а из соображений резонанса с колебаниями молекул воды.
Из старых — Elite, Nether Earth, Десантник, Daemon Stalker… Но это всё было настолько задолго до всех этих Марио и Танчиков, что последние кажутся уже почти современными :)
Так что важно помнить, что иногда при полной блокировке использования IE6 можно с водой выплеснуть ребёнка.
Так что, как ни ненавижу этот браузер, приходится верстать и под него.
…
Кстати, у самого на работе на сайт процентов 25 пользователей ходит ещё под IE6. В том числе тех пользователей, от которых напрямую зависит наша прибыль. Нехорошо для бизнеса обламывать директора предприятия, который, например, проверяет насколько успешно крутится его целевая реклама :)
Casio PV-S450 работал от пары AAA 160 часов :) Из-за этого я под него даже аккумуляторы так и не купил, батарейки раз в месяц менял при довольно интенсивном чтении
…
А сколько было копий сломано в холиворах Palm vs Casio! :)
…
А по теме передачи параметров, без хака Twig'а родил конструкции вида:
{% module name:«my_module» id:this.id %}
Но, вообще, повозиться для полной поддержки Twig'а много придётся. Тэги, фильтры, блоки…
{% module name=«my_module» id=$id %}
Варианты, типа
{% module name as «my_module» id as id %}
смотрятся чудовищно.
Если бы не это, попробовал бы Twig в качестве шаблонизатора в новых классах своего фреймворка.
Захотел также, для сравнения, оценить Quicky, но с удивлением обнаружил, что релиз не обновлялся с весны. Тогда это было очень сыро и недоработано. Проект скорее мёртв, чем жив?
…
Похоже, пока по-прежнему будут сидеть на Smarty :)
2. Опять же, часть работы верстальщика переедет на программиста. Вот потребуется верстальщику ввести изменение по какому-то критерию, а в коде этого не предусмотрено. Вместо того, чтобы написать простенькое условие, придётся модифицировать код или схему.
Логика вывода нужна обязательно. Например, выделить важную новость в списке жирным. И полного разделения на контроллер и вид тут не получить в принципе. И придётся или HTML-код, часть представления, засовывать в контроллер, или условный оператор выносить в шаблон. Я сторонник второго подхода, так как он идеологически намного чище. Видом должен заниматься вид. Даже если это требует программирования в шаблоне.
>На сегодняшний день ещё нет идеально реализованного «вида»
И не может быть. На то он и идеальный, чтобы быть нереализуемым в реальном мире на реальных задачах.
Самое смешное, что был когда-то такой HTML-тэг. То ли Мозаике, то ли в NN2 :) Уже в NN3 его не было.
Монитор у нас подальше стоит. Я проводил опросы, есть два чётких максимума — ~45 см и ~70 см. В первом случае для максимально комфортного чтения ширина колонки должна составлять не более 17см (640px при 96dpi), а шрифт иметь размер 18pt. Во втором — ~27см/1000px и 28pt. Сам отношусь к первой категории, но шрифты предпочитаю около 16pt, 18pt мне кажется великовато :)
Подавляющая масса данных и кода в памяти такого объёма на домашнем десктопе мало критична к единичным повреждениям.
Если взять типовую многоэтажку, скажем, 200x30 метров, то это обеспечит площадь в 6000м². В солнечный день с поверхности собирается в среднем 1кВт/м². Я живу на 55-й параллели. Т.е. тут, за счёт угла падения, в полдень, в среднем за год, мощность будет около 570Вт/м². Поскольку полдень длится не всё светлое время суток, то эффективная мощность за день будет меньше половины этой, но мне не жалко и вверх округлить, пусть 150Вт/м². День — это, в среднем за год, половина суток. Итого — 75Вт/м². Облачных дней в Москве — 80% в год. В такой день мощность будет в несколько раз меньше, точно, увы, данных нет. Ну, возьмём приближение сильно в пользу солнечной батареи и получим среднегодовую мощность 50Вт/м². КПД лучших батарей — 30%. Т.е. с каждого метраквадратного в среднем за год получим 15Вт электроэнергии. С крыши упомянутого дома в этом случае получим 90кВт. Пусть это девятиэтажка. Тогда квартир там будет, ну, пускай около 1000. Значит, в среднем на квартиру выйдет по 90Вт электроэнергии.
…
Можно запитать ноутбук. Или 5 энергосберегающих лампочек. Или 1/10 микроволновки. Или 1/20 чайника…
Пробовал дважды в Яндекс.Дирекс заявку подавать — оба раза отлупливали стандартной формой «сайт не подходит под требования» без уточнения деталей и без ответа на запросы. Ну да и фиг с ними. Им же хуже.
Хм. Микроволновки работают на частоте 2450МГц. Не помню мобилок в этом диапазоне. Да и стрёмно — вот в оном, как раз, мобилки и будут греть мозги абонента :)
…
Частота-то не от балды берётся, а из соображений резонанса с колебаниями молекул воды.
Чем-то лучше стало, чем-то хуже, но в целом — впечатления положительные.