Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > XML, XSL > html-, xml- сайт


Автор: cyklop77 8.8.2012, 15:36
у меня вопрос по поводу организации сайта при помощи xml. научите пожалуйста как правильно делать. ответ нужен в общем виде

я изобрёл велосипед следующим образом. у меня был дизайн и куча каталогов в формате xml. я сверстал сайт, используя технологии html/css/xml/xslt. http://prozaik.16mb.com/question/soap/

у меня сомнения по поводу способа организации сайта. дело в том, что я фактически встроил html в xml... делают ли так? хоть какой то смысл есть в моем сайте(допустим, что он содержит не 3 прайса, а 300)

может быть есть способ встраивать xml в html? (это более логично, и, наверное, удобно). может быть стоит использовать совсем другой подход? просветите меня в этом вопросе пожалуйста

Автор: diadiavova 8.8.2012, 23:00
Цитата(cyklop77 @  8.8.2012,  16:36 Найти цитируемый пост)
 вот результат

Ты пробовал просмотреть результат например в файрфоксе? Для какого браузера написан код?
Цитата(cyklop77 @  8.8.2012,  16:36 Найти цитируемый пост)
 дело в том, что я фактически встроил html в xml... делают ли так?

Непонятно, что ты имеешь в виду.
Цитата(cyklop77 @  8.8.2012,  16:36 Найти цитируемый пост)
 хоть какой то смысл есть в моем сайте

Трудно сказать, но отделение данных от представления - это всегда хорошо. Если тебе потребуется внести изменения в дизайн, тебе придется менять только преобразование, да и страницы прайсов будут короче и проще. Ну это все, если на сервере у тебя статические документы, в ином случае, для всего этого используются технологии, более приспособленные для этих целей.
Цитата(cyklop77 @  8.8.2012,  16:36 Найти цитируемый пост)
может быть есть способ встраивать xml в html? (это более логично, и, наверное, удобно).

Опять-таки непонятно о чем речь, так что сказать что-то конкретное трудно.

Автор: cyklop77 9.8.2012, 10:39
я понимаю, что разделение данных и оформления это хорошо. но у меня предувствие, что подобный способ организации сайта подходит только для сайтов-каталогов. то есть я не вижу способа добавить например раздел с  обычными статическими страницами/статьями, обратным адресом и т.п. или форму авторизации, капчу, фотогалерею(хотя вообще делать я их умею)

то есть я хотел бы определиться стоит ли мне как вебмастеру дальше изучать xslt. пока выгоды вижу сомнительные

Автор: diadiavova 9.8.2012, 20:22
Средствами хслт можно всё то же самое, то хтмл, поскольк в результате преобразования получается всё, что дше твоей угодно. Насчёт того, нужно ли это вебмастеру, я подсказать ничего не могу. Единственное,  что могу сказать - преобразование происходит на стороне клиента, в случае, когда надо снть нагрузку с сервера это может пригодиться. А вообще в сети сайтов свёрстанных таким спослбом, не так много, так что ...

Автор: krypt3r 10.8.2012, 05:53
Тем способом, что применяется по линку из первого поста, точно никто не пользуется. Более реальна связка PHP+XML+XInclude+XSLT, простой пример см. в аттаче в посте http://forum.vingrad.ru/index.php?showtopic=354726&view=findpost&p=2507584

Автор: cyklop77 10.8.2012, 09:05
krypt3r, 
спасибо большое за пример. но я так и не понял чем в результате он отличается от моего? поясните пожалуйста

Автор: cyklop77 10.8.2012, 15:33
я организовал работу своего сайта при помощи шаблона, на который вы мне указали. вот http://prozaik.16mb.com/xml/xinclude/. вот http://prozaik.16mb.com/xml/xinclude/soap_onserver.rar. теперь xml обрабатывается и отдаётся сервером, а не клиентом

если не трудно, то посмотрите и скажите какие ошибки прежде всего бросились в глаза

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

ваш пример умышленно немного упростил - не стал ещё раз парсить код из именованного шаблона

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)