Гость wrote:

Из всего посмотренного понравилось bitflux

Ага - мне он тоже в своё время понравился, но когда стал вопрос о кастомизации и модулях, тут он и "отвалился"... Мне он тоже показался сырым ещё (это было год назад).

Гость wrote:

Возможно ли написать движок для шаблонов для xslt. Кажется возможно.

"Возможно всё"... Вопрос "зачем"? Вы сами видели, что

Гость wrote:

часть HTML кода генерится не в theme/* … а в модулях самой админки…

Не придётся ли эти модули переписывать?

Пожалуйста, не подумайте, что я тут на флейм нарываюсь, просто мне интересно Ваше мнение (я сам этим очень сильно интересовался некоторое время тому назад...). И обратите, кстати, внимание на то, что Дрюпал генерит (во всяком случае стандартные модули!) корректный XHTML, а стало быть - XML. Если есть желание напустить на него XSL-транслятор - это можно и так сделать...

И ещё вопрос: Вы смотрели в сторону движка на основе TAL?. TAL это не XSLT, конечно, но что-то похожее.

=== (http://xmlhack.ru/articles/02/02/08/xsltbook.html) ===
...
XSLT - это расширяемый язык стилей для преобразований (от англ. eXtensible Stylesheet Language for Transformations), который используется для описания преобразований структуры документов. XSLT позволяет трансформировать одни документы в другие, пользуясь простыми наборами правил преобразования.
...
=== (http://www.elbib.ru/index.phtml?page=elbib/rus/journal/2003/part5/LL) ===
...
XSLT -- это язык преобразований XML-документов в другой формат, часто с целью представления. Выходными форматами обычно являются XML или HTML.
...
===

Т.е. XML - это данные, XSLT - это инструкции (язык программирования), описывающие, что с этими данными делать.

Прелесть этого всего заключается в стандартизации и (это вытекает из первой "прелести") в том, что таким образом достигается очень хорошая сепарация (разделение) самих данных и представления этих данных.

Это кратенько...

B.X wrote:

получается базы данных не нужны?

Нужна БД или нет - на это XSLT не влияет. В SAPID просто реализовано так... Там XML-файлы выступают в роли БД, это всё равно, как написать, например, гостевуху на Perl и использовать текстовые файлы для хранения сообщений...

Т.е. SAPID - это один из возможных вариантов реализации. С таким же успехом, можно было бы хранить данные и в БД.

Про ненужность PHP: в схеме с использованием XML/XSLT PHP часто выступает в роли "клея": т.е. трансляция XML->HTML идёт с использованием XSLT, но получить XML и натравить на него XSL-транслятор - это задача PHP (или другой серверной технологии, типа ASP, JSP, Perl, ...).

B.X wrote:

то есть, вместо xml можно использовать базу данных,

Э-э-э... вместо XML можно использовать БД, только для XSLT всё-равно придётся его (XML) сформировать. Вынуть из БД данные, сформирвать XML и скормить это дело XSLT. Просто в SAPID эта цепочка несколько укорочена.

B.X wrote:

а XSLT - это аналог PHP Template в Друпале?

Ну да - где-то около того. В Дрюпале template engine (любой, не только PHPTemplate) призван выполянть задачу подготовки данных к отображению ("сырые данные" -> HTML или другой формат...) и эта задача очень похожа на один из вариантов применения XSLT (XML -> Output format, например, HTML). Где-то так...

Quote:

ну так что мешает, например, сделать XSLT Template, если надо?

Да ничего не мешает. Просто надо будет от модулей получать нечто, делать их него XML и скармливать XSLT. Ну и иметь ввиду, что некоторые модули всё же отдают не "сырые данные", а (X)HTML.

Quote:

о идее, данные в SAPID быстрее отображаются (если базы данных нет)? хотя сам по себе XML, говорят, тормознутая вещь…

Ну если БД нет - это не значит что автоматом всё быстрее работает По скорости SAPID - ничего сказать не могу.

XML - не может быть тормозным по определению - это всего лишь (текстовый) формат данных. А вот парсеры и XSL-трансляторы - да - бывают достаточно требовательными к ресурсам. Но тут я год уже не следил за темой, может всё же народ продвинулся в этом вопросе...

XSLT-преобразование может выполняться как на клиенте, так и на сервере.

kiev1 wrote:

только мне не понятно - xml/xsl в вэбе это его потом php парсит и html выдает - или оно идет в броузер и там собирается?

Я об этом говорил выше: можно настроить обе схемы. Можно готовить на сервере и отдавать готовый HTML (или, скажем, WML), а можно готовить на сервере только XML и отдавать клиенту XSLT + XML, что б он (клиент) сам занимался формированием того HTML-ля...

В каждом из этих случаев мы получаем свой набор плюсов и минусов. Например, во втором случае, мы "в плюс" получаем (1) уменьшение нагрузки на сервер (генерация выходного файла происходит на клиенте) и (2) уменьшение кол-ва передаваемых данных (т.к. XSLT могут кэшироваться на клиенте, подобно тому, как сейчас это происходит с CSS-файлами). Но и требует этот вариант большего от клиентского ПО...

Что-то я разошёлся...

Если интересно, можно обсуждение продолжить в отдельной теме.

Dan wrote:

Эта вполне подходит - XSLT

Я это к тому, что изначально тема касалась применения XSLT в рамках Друпала, а теперь она перерастает в более общую и обширную...