Создание сайта с использованием XML & XSLT

[Leonid]

Создание сайта с использованием XML & XSLT

Возможно изобретаю велосипед, но все-таки...
Если стоит задача сделать сайт, подходящий под любое устройство отображеня - монитор, КПК, смартфон, холодильник и т.д. то надо сделать так:
а) Из БД CMS формируется XML - код страницы, со структурой сайта типа <menu> <page_header> <content> <banners> и т.д.
б) Определяется разрешение монитора устройства отображения (точнее это делается при первом заходе на сайт) и сохраняется в сессии
в) Подключается XSLT-шаблон, CSS для для данного разрешения. Например при 1024 будет нормальный дизайн, а при 320 - только текстовые блоки меню и контента друг за другом

Если разрешение монитора не определяется, то по умолчанию берется самое распространенное, напр 1024

Собственно вопросы - может проще по-другому, без XML? Не будет ли бана от поисковиков, т.к. будут разные варианты одних и тех же страниц (хотя поисковики и увидят только тот вариант. что по-умолчанию)
И посоветуйте хороший учебник по XML / XSLT + PHP, а то общий смысл этих технологий мне ясен, а вот практическое применение пока не очень.... Желательно электронный

 

[sayber]

А как ты будешь определять разрешение экрана? javascript?

 

[Фанат]

может проще по-другому, без XML?

разумеется.
вариантов шаблонизации - масса!
чистый пхп
smarty(quicky)
blitz
еще несколько сотен шаблонных движков.

-~{}~ 08.08.07 12:35:

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

 

[Leonid]

Автор оригинала: sayber
А как ты будешь определять разрешение экрана? javascript?

А есть другой способ? Правда проблема возможно в том, что он может быть выключен, особенно на всяких смартфонах и т.п. устройствах...

-~{}~ 08.08.07 12:57:

Автор оригинала: *****
вариантов шаблонизации - масса!
чистый пхп
smarty(quicky)
blitz
еще несколько сотен шаблонных движков.

Но преимущество XML будет в том, что движок генерит чистый код, никак не привязанный к дизайну и разрешению, типа

<menu>
<item>...</item>
<item>...</item>
....
</menu>

А как его отобразить - отвечает шаблон XSLT. И не надо писать PHP функции для генерации разного вида меню.

 

[Фанат]

о господи. понаберут пэтэушников по объявлениям.
$_HTML['menu']
$_HTML['menu']['item']
$_HTML['menu']['item']
А как его отобразить - отвечает шаблон PHP.

в чем принципиальная разница?

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

на этом форуме каждый десятый топик - о шаблонизации.
ты бы хоть узнал сначала, о чем я тебе пишу, а потом уже высказывал свое жутко авторитетное мнение о преимуществах XML .

 

[chameleon]

Теоретический выйгрыш от XML может быть в случае передачи данных для последующей обработки и отображения в non-PHP среду (и то, на этот специальный случай можно сделать отдельный метод сериализации php-масива в XML), либо если ты предполагаешь частое изменение их (данных) структуры (появление новых атрибутов, дочерних элементов и проч, изменение топологии в целом).
Во всех остальных случаях, когда твои данные просто гуляют по слоям PHP-приложения, использование XML тебе практически ничем не поможет.

 

[VsegdaV]

Как сказать...
Больше года использую связку PHP -> XML -> XSLT и еще ни разу не пожалел.
ПХП отрабатывает логику и запросы к БД и заполняет XML.
XSLT отрисовывает.

Хотя - по производительности такое решение уступает страничкам без использования XML/XSL.T

http://xmlhack.ru/ - неплохой информационный ресурс по XSLT.

 

[mishco]

А вот если верстку делают ПТУшники , реально их научить XSLT или лучше даже не пробовать?

 

[Alexandre]

Больше года использую связку PHP -> XML -> XSLT и еще ни разу не пожалел

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

 

[voituk]

для сайтов, с нагрузкой в 30 посетителей в день - это вполне приемлемый вариант

Да ладно вам пугать раньше времени.
По такой схеме работают сайты с 3-4 млн хитов в сутки.

 

[Фанат]

блин, завязываем с бессмысленной полемикой.

сначала один дурак неизвестно с кем начинает спорить, доказывая, что у него год все, как работает. при том, что НИКТО не говорил, что работать не будет.
потом другой дурак начинает его пугать тормозами. хотя первый сам сказал, что решение более медленное.
дальше третий дурак заявляет очередную банальность, что распараллеливанием и акселераторами можно заставить работать воогбще любое решение.

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

оно ТАКОЕ ЖЕ

 

[voituk]

*****
Грешен, падре

 

[slach]

=)) ***** истину глаголет
тему закрываю