Easyweb: XSLT-движок для веба

да на фига он на буржуйском, тем более с ошибками - даёшь русскую документацию!

Не совсем понял, а в чем отличие вашего движка от функции xslt_process() ?

Проще говоря это обычный шаблонизатор?

Ну хотя бы в том, что указанное вами API не поддерживается в PHP5, и, судя по всему, даже выпилено из PECL-а :) А вообще ответ совпадает с ответом на этот вопрос:

Не совсем. Шаблонизатор - это XSLT. А Easyweb - это шаблонизатор + доступ к данным + роутинг запросов + система прав доступа + локализация (зачаточное состояние) + вспомогательные PHP-классы и фасилити. То есть - комплексное решение для веба, а не просто шаблонизатор.

~DEN~, т.е. это CMF типа Yii как я понял.

hello world конечно интересно, но как-то сложновато, для одной странички, можно нормальные примеры посмотреть где-то.

Например, раздельную обработку POST и GET запросов, или что-то более приближенное к реальным задачам.

Если вы про такой CMF, то да, Easyweb это скорее CMF :)

В ближайшие дни планирую выложить готовый к работе пример сайта-заготовки с сопутствующими комментариями, с которого можно будет начинать знакомство с движком.

И в первую очередь придётся познакомиться с XML?

Да, поскольку (как мы недавно выяснили) Easyweb - это CMF, то потребуются определенные программерские навыки, а именно:

• Хорошее владение XML-технологиями: XSLT, XPath, XML;
• Хорошее владение каким-нибудь SQL (если не хотите хранить все данные в XML-файлах);
• Базовое владение PHP;
• XHTML, CSS, JavaScript - если собираетесь делать веб-сайт (а не, например, XML-вебсервис);
• Базовое администрирование *нуксов/*никсов - если собираетесь настраивать сервак самостоятельно.

В php 5 выкинули xslt ? Туда ему и дорога.

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

Выкинули PHP XSLT (http://php.net/manual/ru/book.xslt.php), а PHP XSL (http://php.net/manual/ru/book.xsl.php) никуда не делся.

А что вы подразумеваете под "ничего не умеет"? Умеет верстать, умеет роутить HTTP-запросы, разбирать их на параметры, передавать параметры в шаблон, отделяет способ получения данных от способа их представления, разграничивает права доступа, позволяет делать мультиязыковые сайты... Или вам нужно что-то принципиально другое?

Нет-нет-нет :) Запрос пишется в конфиге, а в шаблоне делается только вызов абстрактной процедуры. Шаблон не зависит от того, какая СУБД лежит за процедурой (и лежит ли вообще - за процедурой может скрываться SOAP-запрос, или JSON over HTTP). Вот два примера, как будет выглядеть верстка в самом шаблоне:

<!-- Шаблон-список лежит в отдельном файле -->



<www:xslt xsl="/books.xsl" xml="book:list(author_id -> 5)" />





<!-- Запрос и верстка в самом шаблоне -->



<xsl:for-each select="www:query('book:list', 'author_id -> 5')/books/book">

    <h3><xsl:value-of select="title" /></h3>

    <p>

        <xsl:value-of select="description" />

    </p>

</xsl:for-each>