Метка: smarty

Убиваем плохой плагин без загрузки netbeans

Недавно сделал большую глупость и установил на netbeans 7.0 плагин для поддержки smarty. Раньше пользховался этим очень хорошим плагином, но толи в новой версии netbean ситуация изменилась, толи плагин так испортился. В общем, после установки ничего не подхватилось, решил перегрузить IDE и приплыли, загрузить по новому не получилось, примерно на 70% индикатора загрузки процесс остановился. Бросился в интернеты, искать как загрузить netbeans в режиме safe mode, чтобы не загружались все плагины и можно было в настройках отключить бажный. Ничего не нашёл. Пришлось выбрать иной путь и покопаться в конфигах, благо они в xml. Делюсь навыком отключения плагина в netbeans через конфиги. Задим в папочку пользователя и следуем по пути .netbeans\7.0\config\Modules\ там и находим наш плагин, открываем в редакторе и видим такую структуру <?xml version=»1.0″ encoding=»UTF-8″?> <!DOCTYPE module PUBLIC «-//NetBeans//DTD Module Status 1.0//EN» «http://www.netbeans.org/dtds/module-status-1_0.dtd»> <module name=»org.netbeans.modules.php.smarty»> <param name=»autoload»>false</param> <param name=»eager»>false</param> <param name=»enabled»>true</param> <param name=»jar»>modules/org-netbeans-modules-php-smarty.jar</param> <param name=»reloadable»>false</param> </module> Соответственно нужный нам параметр enable выставляем в false и спокойно загружаемся. После загрузки я опять активировал плагин и больше проблем с загрузкой не было. Но вот плагин так и не подхватил tpl, даже когда создавал новый через визард и выбирал smarty template. В итоге пришлось отказаться от него. Благо у меня всего 1 проект со smarty.

Читать далее »

Обустраиваем Zend Studio

В Zend Strudio 7 нет парочки очень нужных вещей для php разработчика. Сперва прикрутим поддержку самого популярного шаблонизатора — Smarty. Затем добавим поддержку так же очень популярного формата yaml, который для меня похоронил xml конфиги.

Читать далее »

Обновился Netbeans

Обновился IDE до версии Netbeans 6.8. Из особенностей, важных для PHP — поддержка PHP 5.3 и поддержка замечательного фреймворка   Symphony. А так же на сладкое — подсветка php в YAML. Многие не знают, но с помощью плагина легко добавляется подсветка и автокомплит smarty, покопайтесь в плагинах.

Читать далее »

О плохих шаблонизаторах

Для меня стало неприятным открытием что многие до сих пор используют для шаблонизации таких уродцев как XTemplate, либо пишут свой такой же велосипед с квадратными колёсами. И так, давайте рассмотрим принципы их работы. Первоочередной задачей шаблонизации является разделение бизнес логики и логики представления. Говоря человеческим языком, для того чтобы изменить отображение страницы нужно изменить лишь часть, отвечающую за отображение, так называемый шаблон. Что такое шаблон. Обычно это html код со вставкой специальных элементов разметки, которые позволяют добавлять динамические данные. На первом этапе создаётся массив данных, которые нужно передать в шаблон, а затем выводится сам шаблон и делаются замены спец вставок, на данные полученные в первом этапе. Для обнаружения и подмены вставок, обычно используются два способа — функция str_replace и регулярные выражения. Первый вариант довольно шустрый, но имеет рад ограничений, второй из-за использования регулярок довольно ресурсоёмок. И так, что происходит внутри. Берётся файл с шаблоном, загружается в память, затем обрабатывается с помощью строковых функций и делаются замены. Парсинг целого шаблона штука довольно трудоёмкая, а главное бесполезная. У нас для шаблонов уже есть РНР, который позволяет писать этакий код: <h1><?=$title?></h1> <ul> <? foreach $items AS $item { ?> <li><?=$item?></li> <? } ?> </ul> А теперь представьте шаблон пару сотен кода, в котором должны делаться замены, которых можно было легко избежать, подумайте, насколько упадёт производительно? Для чего же тогда написана такая громадная библиотека как smarty и его аналоги, если уже есть готовые средства. И так, рассмотрим второй подвид шаблонизаторов. Смартиподобные шаблонизаторы имеет ещё одну прослойку — компиляция. То есть, как и у первых, берётся шаблон, но не делается замена вставка — значение переменной, а вставка — переменная, после это всё записывается в файловую систему, чтобы при повторном обращении не делать лишних преобразований. В итоге, мы получает php шаблон. Но скорость даже подобных шаблонизаторов хуже чем, ежели бы обошлись без них. И на кой нам это? Первое преимущество — безопасность. Убрав из шаблонов РНР мы делаем шаблоны безвредными. Второе тесно связано с первым. Теперь изменением дизайна могут заниматься не программисты, нужно лишь не нарушать разметку. Третье — автоматизация. Люди ленивы, а жизнь коротка. поятому нужно стараться не делать дважды отдно и тоже. Допустим в смарти есть элемент html_options, который позволяет создать список единого выбора, есть escape, который поваляет обезопасить вывод, избавившись от потенциально опасных тегов. Четвёртое….. А ну его, додумайте сами. Результаты. Шаблонизания на основе компилируемых шаблонов, помогает сэкономить кучу системных ресурсов, по сравнению с дермошаблонизаторами, при этом расширяемость позволяет выходить за рамки логики отображения, но хорошо это или плохо, решать каждому для себя. Пользуйтесь качественным кодом. P.S. Некоторые умеют летать, а другие сё ещё «залетают».© Кто-то умный.

Читать далее »

Шаблонизация: Что, где, как

Вопрос о шаблонах подобен священной войне за веру, он вызывает потоки флейма на форумах, блогах, конфернциях… Что такое шаблон? Это заготока для отображения входных данных. Его основная задача определить где, что и как будет находиться.Вроде всё просто  и понятно, но когда мы начинает отделять логику от представления возникает много вопросов о разделении полномочий. И так человек приходит, либо не приходит к понятию логика предсталения. После этого становится мало и человек начинает использоать актиные шаблоны и постепенно приходит к понятию view. Попытаюсь рассмотреть типичные задачи возлагаемые на шаблоны. Где. С помощью специальных знаков мы указываем где должна происходить встака. Т.к. php изначально был навёрнытым щаблонизатором, то примеры будут на нём, а не специализированых шаблонизаторах. вставить после данного текста <?=$var?>, а не после этого. Что. Вот и первый краеугольный камень. Если вставлять простые переменные, то подходит чисто пример выше. Но в реальных задачах приходится выводить массивы, данные из объектов. Некоторые предпочитают для массивов гонять цикл непосредственно в php, чтобы не использоать for или foreach в шаблонах. Выглядит примерно так. $blockVar = »; foreach($data AS $v) { $blockVar .= temlateFetch(‘list.tpl’, array(‘var’ => $v)); } templateAssign(‘var’, $blockVar); Мало того что это неудобно, так ещё и нарушает концепцию разделения логики. Куда проще делать это в шаблоне, тем более при вёрстке придётся менять только шаблон и не нужно лезть в код, чтобы узнать какой шаблон использоался для блочной переменной <?php foreach($data AS $v) { ?> <div><?=$v?></div> <?php } ?> Как. Считаю глупым чтобы программист указывал верстальщику как нужно обработать переменную чтобы её ставить. Очень часто имеено при вёрстке видно нужно ли обрабатыать html теги, какой должен быть перевод строки, на сколько обрезать длинную строку. Допустим, администратор в textarea ввёл текст, который сохранился в базу данных, затем при выводе, если мы всталяем её в textarea, то делаем <textarea><?=$var?></textarea> , а если в p <p><?=nl2br($var)?></p> %RELATEDPOSTS%

Читать далее »