|
ru.perl
- RU.PERL ----------------------------------------------------------------------
From : Artem Chuprina 2:5020/371.32 24 Jan 2001 17:30:29
To : Pavel Kurnosoff
Subject : Re: Out of memory ОpХ ХЯОHКЭГHБЮМХЕ ref'HБ МЮ УЕЬ
--------------------------------------------------------------------------------
В твоём письме от Tue, 23 Jan 2001 14:14:07 +0300 написано:
PK>> да почему не совместимы... кто тебе мешает использовать те же приемы, что
PK>> и в перле? вся разница - начать скрипт с <?php и закончить ?>. в перле
PK>> если что-то надо, это надо грузить. а здесь если не надо, то просто не
PK>> надо использовать ;)
AC>> Видишь ли, под упомянутым отделением я понимаю в частности, что мы с
AC>> дизайнером в одно и то же место не пишем в принципе.
PK> а кто спорит? вот скрипт cart.php:
PK> ===
PK> <?php
PK> $tpl=new Template('cart.tpl');
PK> subst($session->get_cart());
PK> $tpl->print();
PK> ?>
PK> ===
PK> где тут дизайнер? дизайнера сюда не пустят. дизайнера пустят в cart.tpl и
PK> только.
А у нас имя cart.tpl должен вписать дизайнер (реально - верстальщик, они
иногда разделены). Разумеется, он его в базу впишет, в табличку привязки к
URL, а не в файл. И шаблон в базе предкомпилированный, естественно, но это уже
другая история.
AC>> Он - ни строчки на
AC>> перле, я - ни строчки на HTML. Между нами синтаксис шаблонов, которые он
AC>> умеет писать, а я - вызывать по мере необходимости. Hет, я в принципе
AC>> тоже умею их писать, хотя вот на днях обнаружил, что мною же придуманных
AC>> стандартных методов по именам не помню... Hо в норме я туда не
AC>> лезу. Совсем.
PK> не. у нас на мне еще и "верстка" (нарезание концепции, придуманной
PK> дизайнером на шаблоны), так что...
Тогда тебе наше решение не очень подойдет, во всяком случае as is. У нас это
верстальщик нарезает, как ему удобнее.
PK> btw, ты так и не рассказал про свои технологии шаблонинга как обещал ;)
Постой, я ж вроде начал, а ты так наводящих вопросов и не задал? Я, правда, не
очень в курсе, какие у нас копирайты на идеи (при приеме на работу
оговаривалось, что все, что я тут наработаю - собственность фирмы).
PK>> кстати, еще одна ниша применения php - это в роли этакого m4, для
PK>> облегчения получения из _концепции_ дизайна набора .html (.tpl/.wml/и
PK>> т.д) файлов ;)
AC>> А мне казалось, что для этого подходят в основном и преимущественно
AC>> только средства вроде XSL и тому подобных DSSSL. А чем оно делается -
AC>> дело десятое, и PHP тут вряд ли лучший...
PK> xsl, а тем более dsssl лично меня (кстати, и не только меня - еще и Matt
PK> Sergeant'а и Boris Tobotras'а :) раздражет жутким overhead'ом в плане
PK> набора - я ненавижу набивать все эти конструкции даже со всеми psgml'ными
PK> феньками и completion'ами. поэтому предпочитаю отработанный набор
PK> малопонятных простому человеку, но зато быстронабираемых макросов для m4.
PK> у меня путь шаблона такой: .htm4 + macros.m4 -(m4 один раз)-> .htpl
PK> -(динамический_движок)-> .html юзеру
Hу не знаю... :help :iabbr или как там оно у вас в емаксе зовется... Мне
пофигу, чьи именно макросы набивать, у меня конструкции -> и {''}<Left><Left>
без шифта вставляются. Зато верстке не надо долго _учиться_ средству, которое
не дает дополнительной мощности, а если дает, то лучше бы этого не делало. У
меня одна из основных задач - дать верстке средство достаточно мощное, но
недостаточно грузящее сервер. Чтобы для решения тяжелой для машины задачи он
был вынужден обращаться к программисту, а для решения легкой - не обращался,
ибо программисту и без того есть что делать. Hам нарезать дизайн на шаблоны
руками программиста уж больно накладно.
--
Artem Chuprina E-mail: ran@ran.pp.ru
Programmer FIDO: 2:5020/371.32
Memonet Ltd. Phone: +7-095-284-1356
--- slrn/0.9.6.3-as (Linux)
* Origin: AKA с подствольным плюсомётом (2:5020/371.32)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
