[[subway]design]

Какая-то словесная #ерня в этом топике...

1. xml - это стандарт для хранения информации и служит площадкой для создания других, более узких форматов.

Это примерно то же, что формат "txtDB":

поле1(разделитель)поле2(разделитель)\n
поле1(разделитель)поле2(разделитель)\n
поле1(разделитель)поле2(разделитель)\n...

на основе которого можно делать форматы с разными (конкретными) разделителями. Шутка, конечно, но ксмль - примерно то же самое в смысле идеи.


2. ПХП, АСП, Перл и прочие - серверные языки, позволяющие отправлять клиенту динамическую #рень в любом формате - будь то ХТМЛ, ТХТ, ПДФ, ГИФ, МП3...

3. ХТМЛ - не язык, а ФОРМАТ хранения данных.
4. CSS - тоже формат, неразрывно связанный с ХТМЛ.

Теперь про интерпретаторы. Если тебе не нужно обрабатывать 100000 запросов в час или программить запуск спутника, а нужно удобство создания страничек с некоторыми динамическими феньками (вплоть до он-лайн магазина), то ПХП гораздо предпочтительней, ибо удобней.
Вообще же, интерпретаторы не настолько тормозные, чтобы часто об этом вспоминать и нервничать.


И последнее, без понимания сути процесса можно писать неработающие программы. Других писать нельзя.



Еще раз, про "стоит ли использовать КСМЛ" - если нужно хранить древовидно структурированные данные и юзаешь язык, поддерживающий удобные функции для обработки КСМЛь - то используй КСМЛь

Если надо хранить таблицы - используй DBF или другие форматы СУБД, ну и соответствующие функции доступа к СУБД.

Если нет СУБД, а структура простенькая, то можно уже описанный "тхтДБ" использовать - псевдо-таблица из базы данных (впрочем, БД хранят данные похожим образом, поэтому не стоит считать этот способ отстойным по причине простоты - он отстойный по другим причинам :)).




зы: головастика в стёбе не поддерживаю :)