Разное

Вот решил почитать что это такое...

В целом понял все... очень интересная концепция...

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

Мне не понятно, зачем эти заморочки с прасером? И какая от них польза тогда, кроме создания хранилища метаданных?

Кто знает просветлите плз...
Или мож у кого какие мысли есть по этому поводу

ЗЫ: Счас читаю спецификацию SAPI...
ЗЗЫ: Кстати кто Веб 2.0 ченить читал? Мож топик создадим? =)

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

это - то понятно, да вот с XSLT не могу разобраться...

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

мож я чет нетак понял??

Какая схема может быть использована, примерно, при создании CMS/CMF систем на основе PHP, MYSQL, XML, XSLT, СSS, HTML?
насколько я понял используя XML можно вообще без мускула обойтись, но имхо MySQL лучше работает чем XML или я опять неправильно все понял? =)
с html с css проше работать имхо опять же.

и тогда кроме как для RSS FEEDов и обмена данными между сайтами, сервисами итд XML ненужен... (для мобильных девайсов я и WML шаблон могу сделать, который с мускулом будет вместе соединяться)

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

Может я что-то упустил?

С метаданными понятно все их можно использовать при обмене информацией между сайтами, сервисами, создание RSS фидов, всякими девайсами и т.д.

Менее понятно мне использование XSLT. Бровзер его не открывает.
Я так понял что нужно что-то прикрутить к серверу или скрипту (кто знает, если не сложно, объясните пожалуйста). Тогда смысл этой технологии? Размер файла больше, перфоманс жрет и использовать его можно только с XML.

Я представил схему работы CMS/CMF построенной на технологиях PHP, MySQL, XML, XSLT, HTML, CSS:
1. Для десктопов ( коих очень много, больше всех как мне кажется ), без ХТМЛ и КСС не обойтись ни как, в любом случае верстаем первоначальный вариант;
2. Для девайсов свои стандарты (WML, итд), тоже надо сверстать;
3. Проектируем и создаем БД ;
4. Создаем логику контента в XML (я думаю туда и SQL запросы можно помещать);
5. Режем ХТМЛ и ВМЛ (CSS помоему можно подключать) на куски и рассовываем в XSLT согласно логике;
6. Соединияем с ядром CMS системы, которая выполняет:
- работу с БД и работу по подстановке данных из БД в XML;
- запуск генерации по XSLT;
- кеширование сгенерированных html и WML документов;
- работу с мультиязычностью;
- работу по сбору, фильтрации и обработке информации;
- работу с модулями (у которых в свою очередь тоже есть свои HTML, CSS, XML и XSLT,
таблицы в БД и фильтры)
- работу с юзерами, привилегиями, ихней статистикой итд
- работу с админами
- ... итд
7. Повторяем пункты1-5 для модулей (правда делать придеться намного меньше);
8. Подключаем модули к ядру (модули кстати создавать тоже будет проще, т.к. они будут
использовать некоторые классы ядра).
Вроде бы все, мог что-то забыть или недодумать...

Плюсы такой системы:
- XML и XSLT позволят гибко управлять логикой контента и логикой представления;
- Появляется возможность предоставлять и получать данные на других уровнях веба
- Возможно появляется способность независимости от конкретной БД или от БД вообще.
- Становиться возможным перенести логику контента, контент и его представление на другие
web - технологии и платформы.

Минусы:
- Возникает необходимость использования дополнительных средств для работы с XML и XSLT;
- Сборку такой системы невозможно будет осуществить человеку не знающему выше
перечисленные технологии;
- Снижается производительность платформы;

Опять же мог что-нибудь упустить... =(

Суммарно в баллах(1-5) по критериям:

- Гибкость: 5;
- Взаимодействие с вебом: 5;
- Представление контента: 5;
- Платформонезависимость: 4;
- Масштабируемость 4;
- Юзабилити при сборке: 3;
- Производительность: 3;
- Требования к платформе: 3;

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

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

неужели никому не интересно?

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

их поддерживает w3c, а это о чем-то говорит...

не зря же они время свое тратили =)

XML бесспорно очень интересная технология, а вот XSLT - сомнительная технология какая-то имхо

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

лажа вообщем =)

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