Варианты использование XSL ( пишем кто для чего юзает)

horal

Новичок
Варианты использование XSL ( пишем кто для чего юзает)

Привет народ!

думаю, что многие пользуются XML-related technologies, вот у меня и назрела идея поднять такую
тему.

То есть, смысл в том, чтобы расширить кругозор применимости XML/XSL/ и прочих X-технологий ( меня пока что интересует больше тема XSL)

Предлагаю все поделиться проблемами, которые могут быть решены с помощью данных технологий.

Это может быть что-то общего плана, или более узко-направленного.

"Кто предложил, тот и водил" - поэтому пишу.

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

Вось.

Пишите если есть чем поделиться. ( в т.ч. если не жалко)
 

inTox

вёбных дел мастер
Ты бы форум что ли почитал. Все уже написано и про проблемы и про использование.
 

ViJu

Новичок
не надо человека так сразу заворачивать,

horal
да тут на форуме много понаписано очень разбирающимися товарищами про то, что XML мол не более чем унифицированный формат обмена, XSL сложет и тяжел, жрет много памяти,
но почему то никто не упоминает, что для более менее интересных вещей никто не будет работать на php под безопастным режимом или с малым лимитом памяти

XSLT активно используется как продвинутый элемент View во MVC в большом колличестве систем публикаций и фреймворков
 

horal

Новичок
Re: Варианты использование XSL ( пишем кто для чего юзает)

Да читал я частично форум, не весь конечно. Просто думал, может что новенькое есть.
 

inTox

вёбных дел мастер
но почему то никто не упоминает, что для более менее интересных вещей никто не будет работать на php под безопастным режимом или с малым лимитом памяти
И Вы почитайте
не надо человека так сразу заворачивать
"Надо, Федя! Надо!" (с)
 

ViJu

Новичок
повседневных вариантов использования х__ туча:
разработка и интеграция веб сервисов (всяких погод, курсов валют, Yandex.Search, Yandex.Market)
все это я делал, как и многие другие из здесь присутствующих, разница только в том, что делал только через XML/XSLT из PHP5 и parser3, а не через regexp

есть наработки для упрощения XSLT верстки сложных (состоящих из большого колличества блоков) страниц в результате чего страница выглядит

<?xml version="1.0" encoding="UTF-8"?>
<page>
<section name="main" xslt=".section/main/main.xslt">
<place name="meta"><call-section name="meta"/></place>
<place name="content" style="content3"><call-section name="content" as="cdata"/></place>
<place name="home"><![CDATA[<img src="/r/i/f003.jpg"/>]]></place>
</section>

<section name="meta" xml="/.data/main/meta.xml" xslt=".section/main/meta.xslt"/>
<section name="meta_title_local"><title>статьи</title></section>

<section name="content" xslt=".section/content/content.xslt" >
<place name="richtext"><![CDATA[ <h1>Articles </h1>]]></place>
<place name="richtext"><call-section name="toc" as="cdata"/></place>
</section>

<section name="toc" xslt=".section/extras/toc.xslt" catalog="articles.cat.xml" path="articles" />

</page>

максимизируется повторное использование view логики,
и много других прелестей

В PHP/libxml реализованна поддержка для следующих "XML-related technologies":

DOM
SAX
XMLReader - за секунды парсит сотню мегов тегов
XMLWriter
XSLT
exslt - расширение возможностей XSLT
XInclude - включение
XPointer - детализация запроса
XMLSchema & relaxNG - валидация

нужны только знания и фантазия,

и еще если бы не было IE, и необходимости написания под него кривого(т.е. невалидного) кода
можно было бы пользовалься режимом настоящего XHTML ( на сервере полностью управлять документом на уровне дерева, а не текста), настоящий XHTML поддерживают все современные браузеры кроме IE,
когда документ с типом application/xhtml+xml грузится сперва и валидируется как xml и только затем обрабатывается как xhtml

многие ошибаются если думают, что IE поддерживает XML, MSXML это не XML, примером может служить live.com - 100% MS или как некоторые это называют "современное веб приложение" (невалидный салат из тегов) смотрим сорци, видим xmlns:Web без присваения значения далее используется
web:blabla уже в другом регистре
Mozilla прогибается, эмулирует поведение IE и парсит эту чушь, опера 9 отказалась от гонки без правил с ms. и продвинутые функции работы с XML(пространства имен, манипуляции с XSLT из javascipt) поддерживает только для application/xhtml+xml по w3c

-~{}~ 05.07.06 19:42:

на сервере полностью управлять документом на уровне дерева, а не текста
что с успехом и делаю, если из исходника не видно

-~{}~ 05.07.06 20:00:

horal
советую посмотреть информацию по возможному использованию XML технологий и PHP из первых рук

Кристиан Стокер курирует разработку libxml расширений в PHP5, компания в которой он работает разрабатывает открытую систему управления контентом
в её коде отражены все новшества PHP XML, посмотрите код flux cms,

Виртуальные потоки и xml, php functions call from xslt, Open Document works

больше чем там вам не найти
 

Necromant

Новичок
2ViJu в php существуют и более лучшие вещи нежели regexp, такие как SimpleXML , Dom.
 

slach

Новичок
Necromant, перечитай топик и особенно то, в каком ключе человек написал и воздержись от бессмысленных высказываний
 

Alexandre

PHPПенсионер
Варианты использование XSL
этот вопрос возникае переодически, я на него уже отвечаю в третий или пятый раз.

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

а лучше в поиск.
 

horal

Новичок
Автор оригинала: Alexandre
этот вопрос возникае переодически, я на него уже отвечаю в третий или пятый раз.

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

а лучше в поиск.
недавно нашел таких приколистов, которые сделали схему для машину Тьюринга:

http://www.unidex.com/turing/utm.xsl

то ли делать народу нечего, то ли интересно.
 

ViJu

Новичок
скорее интересно, я думал что это возможно и действительно возможно, молодцы

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

forth, smalltalk, lisp, rebol позволяют решать задачи которые просто нереально решить с помошью С, JAVA (про PHP уж молчу).

но все это на будущее - не доросли
 

Alexandre

PHPПенсионер
то ли делать народу нечего, то ли интересно.
а пазве не интерестно?

-~{}~ 10.07.06 10:20:

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

forth, smalltalk, lisp, rebol позволяют решать задачи которые просто нереально решить с помошью С, JAVA (про PHP уж молчу).
каждый язык надо использовать там, на что он ориентирован.
про prolog - забыл...:)
 

denver

?>Скриптер
Вроде выжали всё из топика :)
Ну еще разве что можно добавить что с XSLT на выходе не обязательно может быть XML:

- с XSLT можно создавать RTF и даже PDF весии сайта, мануала. Или верстать макет журнала, т.е. уволить верстальщика нафиг.
- можно перегонять XML в Excel файлы (автоматизация создания прайс-листов, отчетов и т.п.)
- да и вообще можно изобрести свой язык (на основе XML разумеется) и преобразовывать его c помощью XSLT в PHP (и уволиться, гы)
 
Сверху