Прогнал сайт по данной базе. К несчастью он склеился с друим, моим же сайтом. Не судя по показателям "обощенной яндексом статистики(отдельное спасибо яндексу за склеивание)" где то недели через 2-3 ожидаю от иЦ в раойне 150-2XX. ПОка что жду пока сайты "расклеятся", поскольку второй сайт прогоняли другим способом.
Где вы увидели, с позволения сказать, бред?:
1. В том что задача шаблонизаторов инкапсуллировать дизайн от программного кода, а программный код - от дизайна?
2. В том что шаблоны хранятся в базе данных, со вставленными участками PHP?
3. То что исполнения шаблонов в netcat командой eval() несет немалую нагрузку?
4. То что отсутсвие визуализации для шаблона не есть гуд?
5. То что заслешенный HTML в шаблонах неприятен для редактирования?
Будьте любезны - меньше религии и больше фактов.
И еще - перед тем как отвечать на данное сообщение, посмотрите пожалуйста несколько нормальных шаблонизаторов.
Дело даже не в том, что именно и как мы получим на выходе, а сколько для этого потребуется "танцев с бубном".
Даже если smarty скомпилится и все будет даже круче чем при <?=vars?>
Тут нет ответа на второй вопрос - что вы будете делать в верстальщиком, который не умеет программировать и которому надо поддерживать не microsoft.com, а какой нибудь проект, с годовым бюджетом 50-100 тыс. рублей?
не забывайте про preg_replace ("/<noindex>.*<\/noindex>/im","") ну вернее что то типа этого...
ЧТо касается производительности - то тут <?=$main->get_menu()?> нет равных. варианты, как их ласково назвал автор темы "самопал" {bla_bla_bla} уже ниже, поскольку их по идее надо парсить в стиле $cont=preg_replace("/{$key}/i",$value,$cont);
XML и XSLT конечно круче всех, вот только подойдет этот вариант для серьезныхи больших проектов, а на легких и средних он лишь необоснованно усложнит задачу всем - и разработчику и верстальщику
Боюсь что у вас этого не получится. Для этого надо уметь писать на каком то из серверных языков программирования. К тому же хостинг должен поддерживать данный скриптовый язык.
Ну почему же не возможно - PHP умеет наботать с архивами ( например zip файлами). И при этом абсолютно необязательно чтобы он назывался .zip.
Но по сути да - скорее всего он тянет откуда да то с другого сервера сам код. Хотя и тут вопрос - 13 метров за 30 секунд - все же это должен быть неплохой канал, хотя это более реально.
А впролне возможен и 3 вариант - утягивается .zip архив по сети (а он с программынм кодом весит гораздо меньше - думаю, что вполне может быть около 1-4 метров или даже еще меньше), а потом на хостинге он распаковывается PHP
Ну не знаю - мне легче чем траффик палить по нету - сесть да и написать простенький регулярник для автозамены.
А потом PHP скрип на localhost-e натравливаю на необходимые файлы - и нет проблем. Вернее не было - сайтов в виде набора чистых html страниц у меня уже давно нет.
ЧТо касается joomla - тут ничего сказать не могу - ее не копал. Копал mambo иерархия очень мощная. И неудивительно что в таком сложном продукте будут ошибки. Посмотрите на периодичски появляющиееся колличество критических обновлений для любого продукта microsoft. От того что mambo делают не в microsoft-e правила написания тяжелых и мощных продуктов не изменятся никогда.
Что касается NEt cat - ее программный код я копал,
Что было найдено:
1. Я не нашел ни одного шаблона, хранящегося на ftp сервера (надо было один проект под net cat поднастроить - знакомые попросили)
2. Все шаблоны я нашел в Базе данных.
3. В шаблонах я нашел целые вставки исполняемого PHP кода (прийчем такого вида, что тяжеловато понять - что конкретно они делают. В этом плане вставки а mambo гораздо приятнее: Вся реализация вывода любого участка СКРЫТА от верстальщика. Есть только вызвваемые переменные.)
Вывод, что я могу сделать о net cat:
плюсы:
минусы:
a. Шаблон забирается из базы данных
b. Шаблон ИСПОЛНЯЕТСЯ командой eval
с. Результат передается выше
Такая реализация помимо того что опасна (если человек получил несанкционированный доступ к БД можно считать, что он получил ROOT доступ к серверу), она еще и малопроизводительна (скорость работы комманды eval очень низкая, а в том, что автор програмы записывает данные из БД в файл, а потом делает его include я сомневаюсь - к тому же это было бы тоже не лучшим решением). Хотя и использование eval в данном случае позволяет обойтись регулярников в шаблонизаторах (что является весьма сомнительным преймуществом - скорее - тоже недостаток. Алгоритм :загрузить_файл->пройтись preg_replace($array_found,$array_replace все еж будет работать намного быстрее чем: открыть_соединение_с_БД->ПРочитать шаблон->Исполнить_значение_переменной_как_php_кода->Отдать_результат))
В общем мое заключение таково: Система net cat в состоянии создать необоснованно высокую нагрузку на сервер, засчет алгоритма реализации шаблонизаторов. При этом шаблонизаторы весьма упрошены (разделены на header и footer). При этом наблонизатор не выполняет полностью ту задачу, которую перед ним изначально его архитекторы ставили (полностью скрыть программный код от верстальщика, оставив ему только элементы, типа <?$main->get_main_menu("top",...)?> либо <?=$mainmenu?>) И при этом же данный шаблонизатор является еще и потенциальной дырой, позволяющей получить доступ к FTP и всем сервисам (фактически ROOT доступ), имея только данные для входа в Базу данных!
Если честно - я бы не стал использовать данный продукт ни при каких обстоятельствах IMHO
Пордон - извиняюсь - я туда через админку еще влепил знак аттестации webmoney.ru и ссылку на продажу даного же магазина...А также чуть изменил шаблон для разворачивающегося меню (опять же из админки).
То есть.
Полность , один к одному данный скрипт, как после установки лежит по адресу http://spellsystems.ru/energycomp/