|
ru.perl
- RU.PERL ----------------------------------------------------------------------
From : Artem Chuprina 2:5020/371.32 25 Jan 2001 14:20:19
To : Pavel Kurnosoff
Subject : Re: Out of memory ОpХ ХЯОHКЭГHБЮМХЕ ref'HБ МЮ УЕЬ
--------------------------------------------------------------------------------
В твоём письме от Wed, 24 Jan 2001 22:15:21 +0300 написано:
AC>> А у нас имя cart.tpl должен вписать дизайнер (реально - верстальщик, они
AC>> иногда разделены). Разумеется, он его в базу впишет, в табличку привязки
AC>> к URL, а не в файл. И шаблон в базе предкомпилированный, естественно, но
AC>> это уже другая история.
PK> та же, та же. ты так и не ответил почему php не может делать то же самое.
Почему не может? Может. Он же вроде бы тянет на универсальный язык
программирования, а значит, может все, что может perl. Теоретически.
AC>> Постой, я ж вроде начал, а ты так наводящих вопросов и не задал? Я,
AC>> правда, не очень в курсе, какие у нас копирайты на идеи (при приеме на
AC>> работу оговаривалось, что все, что я тут наработаю - собственность
AC>> фирмы).
PK> а, ладно. тогда не стоит. но общий смысл я понял. вот только одно
PK> интересно, кто является ведущим - шаблон или скрипт? резольвинг url в
PK> функцию|шаблон как делается? а то я уже пробовал 2 подхода:
PK> 1. скрипт один, все пути (кроме картинок) виртуальные, разбираются из
PK> pathinfo кодом.
PK> 2. обычная структура каталогов, у "исполняемых" файликов спец. расширение,
PK> на которое повешен хэндлер.
PK> и так и сяк как-то криво, хотя второй способ явно лучше...
У меня скорее первый. Только там не скрипт и pathinfo, а handler() и $r->uri.
path_info тоже используется, но для другого. Поэтому там реально есть
структура директорий, дабы path_info и главное, content_type вычислялся апачем
(а заодно при желании можно .htaccess нарисовать), а структуры файлов с
текстом в норме нет.
PK>> у меня путь шаблона такой: .htm4 + macros.m4 -(m4 один раз)-> .htpl
PK>> -(_)-> .html юзеру
AC>> Hу не знаю... :help :iabbr или как там оно у вас в емаксе зовется... Мне
AC>> пофигу, чьи именно макросы набивать, у меня конструкции -> и
AC>> {''}<Left><Left> без шифта вставляются.
PK> а мне проще и видеть вещи типа ^menu(), ^if(), ^for() и т.д. вместо
PK> <xsl:blah-blah-blah param="..."> </xsl:blah-balh-blah>.
Hу, в общем, да, убедил.
AC>> Зато верстке не надо долго
AC>> _учиться_ средству, которое не дает дополнительной мощности, а если дает,
AC>> то лучше бы этого не делало. У меня одна из основных задач - дать верстке
AC>> средство достаточно мощное, но недостаточно грузящее сервер. Чтобы для
PK> у меня получается довольно мощная верстка при нулевой загрузке сервера.
PK> make site делается один раз. и ты зря насчет не дает мощности - набор
PK> m4+awk+perl очень мощное средство. и достаточно гибкое.
Ты знаешь, мне загрузку сервера дает не mod_perl, а работа с базой. А ее
никуда не денешь.
AC>> решения тяжелой для машины задачи он был вынужден обращаться к
AC>> программисту, а для решения легкой - не обращался, ибо программисту и без
AC>> того есть что делать. Hам нарезать дизайн на шаблоны руками программиста
AC>> уж больно накладно.
PK> у нас просто пока слишком маленькая контора. и если уж мне приходится пока
PK> это делать, я себе облегчаю труд так, как мне будет удобнее.
Понимаю. А развиваться вы не собираетесь? Удобство одного тебя в разработке
может через некоторое время вылиться в дикие геморрои у поддержки. Проверено,
мин есть.
--
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)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
