Fade 26 мар 2008 в 12:32

Практический XSLT. Использование в качестве шаблонизатора. Часть 2

7 мин

18K

XSLT *

+24

Комментарии 37

mg1 26 мар 2008 в 12:34

Внесите, пожалуйста, основной текст под кат.

Fade 26 мар 2008 в 12:36

проглючило Firefox... исправил. Но в карму уже насрали.

mg1 26 мар 2008 в 12:38

пасибо
PS не я :)

Fade 26 мар 2008 в 12:45

я и не говорю. Обычно это происходит молча....

НЛО прилетело и опубликовало эту надпись здесь

Fade 26 мар 2008 в 18:32

Видимо, всю уже просрал *-)

Fade 26 мар 2008 в 12:35

Исходники выложу позже...

gwinn 26 мар 2008 в 13:17

По поводу CDATA, порой встречается достаточно объемные куски кода, заключенные в вышеупомянутые <![CDATA[ код ]]>, имхо это делает код менее читаемым. Можно вставить в самом начале документа (после <xsl:stylesheet ...>), такую конструкцию:
<xsl:output method="[xml][html][svg]" ... cdata-section-elements="tag"/>, где tag, все, что Вы не хотите анализировать, например script style br и т.д.

Fade 26 мар 2008 в 14:29

Предложение интересное. Однако, в данном случае в CDATA заключается материалы модулей: статьи, новости и сообщения форумов. Мне при, чтении XML-кода, нужно лишь знать где контент, а где XML-код документа. С CDATA это сделать проще, т.к. большинство редакторов XML (или поддерживающих синтаксис) блок CDATA выделяют, т.ч. его легко найти.

Кроме того, все теги не предусмотреть.

webboy 2 дек 2008 в 19:31

А я бы воспользовался xsl:copy-of. Эта команда копирует кусок исходного дерева в результирующее.

CurlyBrace 26 мар 2008 в 14:26

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

З.Ы. Вы в XML запихиваете HTML иногда или я неправильно понял?

Fade 26 мар 2008 в 14:31

Весь контент у меня в CMS редактируется через WYSIWYG-редактор и храниться в базе. При формировании XML-документа я блоки этого контента (ели я знаю, что они могут содержать пользовательское форматирование) помещаю в CDATA.

CurlyBrace 26 мар 2008 в 14:35

А в базе он хранится в виде html? По-хорошему можно настроить WYSIWYG так, чтобы он форматил в XML.

Fade 26 мар 2008 в 16:52

Это больная проблема. Я пробовал. Если у вас есть рабочее решение или пример - поделитесь.

CurlyBrace 26 мар 2008 в 17:45

Я озадачился поиском подобного, есть кое-что на примете. Если то что надо - скину.

rumkin 26 мар 2008 в 17:57

В PHP есть отличная функция DomDocument->loadHTML($htmlString), которая лишает многих головных болей. Она легко справится с <br/> и <br> и закроет незакрытые теги. Она же конвертирует HTML в валидный XHTML который вы сможете хранить в XML-документе без CDATA (в CDATA попудут только участки CSS, JS и т.п.).
Так же можно будет вырезать все опасные для дизайна и пользователей участки: class, style, script и, как следствие, повысить безопасность…

Fade 26 мар 2008 в 18:35

Я пользовался подобными решениями (не в PHP), однако, от них пришлось отказаться, т.к.:
- пришлось иногда вставлять Flash, баннеры и другой специфический контент.
- вырезание кода часто упирается в человеческий фактор: пользователь может ввести такое форматирование, которое сложно очистить
- больше гемора.

lacki 7 авг 2008 в 10:40

http://www.wymeditor.org/
Это не WYSIWYG редактор.

fatal 26 мар 2008 в 15:19

Вполне возможно подобрать хороший «ви-зи-виг»-редактор, который бы не генерировал мусор, а так же выдавал XHTML или XML.
Всё включать в CDATA — не очень хорошо.

А, в общем, спасибо за интересный материал.

easterism 26 мар 2008 в 16:26

все правильно
просто перед сохранением преобразовывайте все в HTML сущности и тогда пусть юзер пихает туда что угодно и с CDATA нет проблем

kosiakk 26 мар 2008 в 15:05

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

Экономия на CMS =)

Fade 26 мар 2008 в 16:54

Я тоже иногда так делаю, но, в основном, когда нужно просто подготовить материал или сделать типографику текста.

StranNIC 26 мар 2008 в 17:55

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

Fade 26 мар 2008 в 18:37

Своей CMS-кой. Было нужно только пару раз:
- сверстать код с типографикой
- залить на сервер все в статике, т.к. MySQL временно глючил, а клиенту нужно было все срочно показывать.

MikeOzornin 26 мар 2008 в 17:57

А подскажите, пожалуйста, XSL-редактор, желательно с подсветкой, комплитом и прочим, и желательно с процессором.

Решил написать себе XSL для перегонки майнмапов из FreeMind в Todo список.

Ваша статья очень вовремя (:

StranNIC 26 мар 2008 в 18:23

Altova XMLSpy можно попробывать... и подсветка кода есть и помошь при наборе и "компилить" можно

Fade 26 мар 2008 в 18:39

Я пользуюсь для XSL notepad++, а для работы с кодом CMS HomeSite. Я бы с удовольствием оставил один HomeSite, но последний плохо работает в кодировке UTF-8.

Fade 26 мар 2008 в 18:42

Компил в редакторе я не использую. В XMLSpy, предложенном все есть. Он, кстати, рекомендован разработчиками XML как основной редактор.

Fade 26 мар 2008 в 18:45

Выложил исходники.

Futbolist 26 мар 2008 в 20:19

Я конечно понимаю, что "К сожалению, дальше пришлось отказаться от использования браузера для компиляции XSLT."
Но disable-output-escaping в FireFox не поддерживается.
Решение у меня уже есть, но оно полностью не протестировано и не внедрено. Как только - так сразу наверно и сюда выложу.