[xml] Czas na XSLT?, O wyręczaniu php i SQL XML-em Opcje

[DEXTER_c]

Chciałbym wszcząć dyskusję o plusach i minusach "XML" - pisze w skrócie "XML", ale rozumiem przez to słowo całą rodzinę technologii z nim związanych.

Plan jest taki:
1. Rezygnujemy z SQL itp.
2. Osoba używająca przeglądarki z procesorem XSL po odwołaniu się do pliku XML zobaczy poprawną stronę XHTML.
3. Zasadniczo pliki XHTML tworzymy na serwerze.
4. php używamy do:
- generowania kodu XHTML
- zarządzania stroną - edycji plików XML, a także XSL i CSS
- rejestrowania użytkowników, dodawania komentarzy.
5. Artykuły z komentarzami (razem) trzymamy w pojedynczych plikach XML. Tworzymy plik XML z metadanymi artykułów.
6. Bazę użytkowników trzymamy w 1 pliku XML.

ZALETY:
1. Strona powinna wyjątkowo szybko i łatwo się generować.
2. Wyjątkowo łatwa ręczna edycja danych.
3. Artykuł reprezentowany jest przez czytelny plik XML, a nie jako rekord w bazie stasunkowo trudny do odczytania, a tym bardziej np. do przeniesienia.
4. Bardzo łatwa przenośność zawartości serwisu.

WADY:
1. Powolna edycja danych - samo dodawanie powinno działać równie szybko.

PYTANIA:
1. Czy za pomocą XSLT np. postronicuję komentarze, bazę użytkowników?

[hawk]

Jeśli w końcu doczekamy się przeglądarki, która będzie potrafiła w pełni poprawnie generować wyglą stron w oparciu o XML i XSLT to wtedy właśnie okaże się, że XML świetnie będzie nadawał również do przesyłania danych z serwera do przegladarki.

Hmm, czy rzeczywiście jest aż tak źle?
- MSIE od dawna obsługuje XSLT, a silnik XML w zależności od zainstalowanej w systemie wesji MSXML jest coraz szybszy
- Mozilla od którejś tam wersji ma chyba dobre wsparcie XSLT i innych technologii około-XML-owych
- Opera 8 też ma procesor XSLT

Tak więc wsparcie jest. Co do kompatybilności, nie może być chyba źle, bo XSLT jest językiem starym i w gruncie rzeczy dosyć prostym.