![]() |
|
||||||||||
|
|||||
|
Регистрация: Oct 2001
Адрес: в Петербурге
Сообщений: 2,430
|
Какая-то словесная #ерня в этом топике...
1. xml - это стандарт для хранения информации и служит площадкой для создания других, более узких форматов. Это примерно то же, что формат "txtDB": поле1(разделитель)поле2(разделитель)\n поле1(разделитель)поле2(разделитель)\n поле1(разделитель)поле2(разделитель)\n... на основе которого можно делать форматы с разными (конкретными) разделителями. Шутка, конечно, но ксмль - примерно то же самое в смысле идеи. 2. ПХП, АСП, Перл и прочие - серверные языки, позволяющие отправлять клиенту динамическую #рень в любом формате - будь то ХТМЛ, ТХТ, ПДФ, ГИФ, МП3... 3. ХТМЛ - не язык, а ФОРМАТ хранения данных. 4. CSS - тоже формат, неразрывно связанный с ХТМЛ. Теперь про интерпретаторы. Если тебе не нужно обрабатывать 100000 запросов в час или программить запуск спутника, а нужно удобство создания страничек с некоторыми динамическими феньками (вплоть до он-лайн магазина), то ПХП гораздо предпочтительней, ибо удобней. Вообще же, интерпретаторы не настолько тормозные, чтобы часто об этом вспоминать и нервничать. И последнее, без понимания сути процесса можно писать неработающие программы. Других писать нельзя. Еще раз, про "стоит ли использовать КСМЛ" - если нужно хранить древовидно структурированные данные и юзаешь язык, поддерживающий удобные функции для обработки КСМЛь - то используй КСМЛь Если надо хранить таблицы - используй DBF или другие форматы СУБД, ну и соответствующие функции доступа к СУБД. Если нет СУБД, а структура простенькая, то можно уже описанный "тхтДБ" использовать - псевдо-таблица из базы данных (впрочем, БД хранят данные похожим образом, поэтому не стоит считать этот способ отстойным по причине простоты - он отстойный по другим причинам :)). зы: головастика в стёбе не поддерживаю :) |
![]() |
Часовой пояс GMT +4, время: 17:00. |
|
|
« Предыдущая тема | Следующая тема » |
|
|