CMS «Energine» — публичный выход

[gro]

Так CMS это или фреймворк?

[gro]

Какое мясо :)

[pavka]

при использовании XML в качестве базиса системы
использование XSLT для визуализации является наиболее логичным

[tigrenok]

Это только первое время) Потом - когда начинаешь вникать в суть XSLT - к Smarty возвращаться не хочется совсем.)
Реально у связки XML+XSLT возможностей гораздо больше. Да и работать удобнее. Просто принцип другой и поначалу тяжело перестроиться...

[tigrenok]

конечно)
но вот мне в свое время пришлось переходить на XSLT - теперь ни разу не жалею)
хотя сначала и не очень понравилось - реально принцип другой...

[yojik]

Возможно Smarty побыстрее будет, чем XSLT.

[pavka]

Однозначно быстрее. И что? Это отнюдь не решающий фактор в современных условиях. Ruby - тому пример. Значительного увеличения скорости можно достигнуть только кешированием всей страницы, либо ее частей.

[tigrenok]

Вообще-то - смотря для чего и как пользоваться.
Например, если строить большие "деревья" XSLT - быстрее на порядок. Да и проще все гораздо.

[pavka]

Отличная статья на эту тему
http://ru.wikibooks.org/wiki/Ruby/%D0%98%D0%B4%D0%B5%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F

[yojik]

Я ж не сказал, что XSLT хуже, чем Smarty:-)! Просто для каждой конкретной задачи нужно выбирать лучшее средство. XSLT поддерживается всем и вся. А вот Smarty, на сколько я знаю, чисто PHPшная "примочка" (если так можно выразиться). Просто я хочу сказать, что в каком-то случае достоинства XSLT могут стать не столько достоинствами, сколько недостатками. Впрочем обратное утверждение тоже верно. А вообще конечно XSLT красивше;-)!

[minitoka]

Очень приятно внутри написано :-)

[pavka]

если это не шутка, то спасибо :-)

[minitoka]

Не шутка.