[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?

[joshua]

Co do bezpieczeństwa. Najtajniejsze pliki XML, które nie mają być dostępne nawet dla tych co mają przeglądarkę z XSLT można chronić na serwerze Linux chyba odpowiednim chmod-em?

loginy i kodowane hasła można trzymać np. w pliku php zabezpieczonym chociażby die(); i też będzie dobrze. zawsze można stworzyć do pliku dynamiczny parser i dopiero potem przetwarzać całość na XML.

Taki CMS na XML będzie musiał być okrojony z zaawansowanych opcji.

ale nie rozumiem z jakich?

DEXTER_c - ale i tak uważam, że dobrze zrobiłeś i popieram Twój pomysł.