Общие > Веб-технологии
Мда. Дожились. Дыши свободно)
flymio:
мда ... люди ... дошли ... наконец таки ...
XML forever ... и что?
Всё равно оформляя таким способом документы, мы понимает, что всё равно пока они не пригодны для отображения. А качать и устанавливать плагины всевозможные не хочется.
О чём я ?
Люди, пока не появится нормального средства отображения XML или хотя бы не будет нормального парсера, XML будет непригоден для документов.
Зачем можно использовать XML:
-- база
-- структура сайта
-- статистика
-- и всё что угодно, но не сами документы.
Когда XML стал появляться в массах (ну появляться в массах он стал намного раньше), в том смысле, что по XML стали появляться описания, книжки всякие, он привлёк сразу одним -- структура, удобная для восприятия.
Тогда и пришла в голову мысль, преобразовывать данные к XML структуре.
Возникли сразу несколько проблем:
-- обработать такую структуру
-- так, как она предполагает наличие объектов с одинаковыми именами, использовать дерево из ключей.
-- уметь преобразовавать данные из древовидной структуры в хеш хешей и обратно.
-- если с первой задачей мы справляемся почти сразу, то со второй надо будет пом.. помучаться.
Что имеем? Модуль на Си, позволяющий на лету обрабатывать XML, преобразовывать его в хешь, и дальше -- что хотим, то и делаем.
С данными проблемы не должно быть.
Итак. База пользователей:
mio
mJ32wA67
us:admin
681833614
Теперь можно задуматься.
Если у нас есть просто данные, которыми мы манипулируем (аунтефикация пользователей к примеру), то всё нормально, если не ... СКОРОСТЬ парсинга.
В чём проблема? Каждый раз, когда пользователь будет логиниться, программный комплекс должен будет обращаться к базе, парсить её, а дальше уже манипулировать данными, как ему заблагорассудится.
А зачем постоянно грузить всю базу, если можно её в виде хешей хранить в памяти. Будем считать, что кроме этой задачи нам больше не надо ни о чём беспокоиться, т.е. ограничения на использования памяти у нас нет.
Тогда всё упрощается.
Для манипулирования базой данных, мы можем использовать сервер, который просто все данные хранит в памяти, и при их изменении генерирует нужные XML. Т.е. раз в день делать push и генерить нужный нам XML в любом количестве, вплоть до разбивкой на страницы.
Т.е. хранить данные можно где угодно, когда угодно. И подгружать их по мере необходимости.
Итак. Теперь у Нас есть сервер.
Играем дальше.
Для чего вы делаете свой сайт? Вы часто его обновляете? И последний вопрос - зачем вы генерите всё время одно и тоже, если оно не изменилось ? Быстро ? Думаете ? Кому ? Вам или серверу? А если возьмём 10,000 обращений к серверу за секунду? не вылетел ? - повезло)
Итак. Зачем мы используем динамику ? -- потому что так проще. Зачем утруждать себя, чтобы генерировать HTML`ки, если можно просто его генерить. Ну да. Так намного проще.
Задача: описать структуру сайта, описать дейсвия (сценарии обработки действий), и, при изменении данных -- сгенерировать новую структуру.
Опять же возможен серверный вариант.
Мы описываем действия гостевой, объясняем, что такое добавление сообщения, объясняем, как обрабатывать данные, как разбивать на страницы, описываем шаблоны и всё. Забудьте пхп и перл) Забудьте всё.
Матрицы нет, есть только ложка.
Зайдите в администрирование и нажмите инстал. Радуйтесь.
Оно работает. Вы свободны.
все события и имены вымышлены, они даже не могли существовать в реальности.
А если серьёзно, если какие нибудь у кого то мысли будут, пишите на мыло, отвечу) если смогу)
Oak:
Да. XML это фигня :( Его развечто для обмена данными можно использовать (export to , import from) не более того.
Хотя он и уменьшает теоретически нагрузку на CPU по сравнению с HTML (тем что не caseinsensitive), но добавляет кучу всего левого. Те же текстовые файлы с разделителем \\n и то лучше. А Fixed record size - так вообще ;)
NeoNox:
--- Цитировать ---Забудьте пхп и перл) Забудьте всё.
Матрицы нет, есть только ложка.
Зайдите в администрирование и нажмите инстал. Радуйтесь.
Оно работает. Вы свободны.
--- Конец цитаты ---
Все это хорошо, но что этот тред делает в разделе Perl??
Отправим-ка его... ну например в Флейм. Или нет, пусть пока в Веб-технологии.
ЗЫ. Привет VaV
flymio:
>>Хотя он и уменьшает теоретически нагрузку на CPU по сравнению с HTML
стоп ... причём тут HTML ???
о нём тут речи вообще не было, я сразу сказал, что XML будем использовать лишь как структуру, как формат, но не для отображения для клиентов, т.к. это не есть необходимо.
Наш XML будет представлять структуру и в нём мы будем описывать сценарии, но в конечном результате мы будем получать именно HTML.
Но статический, перегенерируемый после изменения.
NeoNox:
Или ты заблуждаешся или делаешь не совсем верные выводы...
--- Цитировать ---причём тут HTML ???
--- Конец цитаты ---
А причем тут серверные языки?!?
XML - это (если убрать всю мишуру которую Майкрософт разводит вокруг него) язык описания данных. И все. Не больше, не меньше. Сам по себе он мертв. Если его всунут как стандарт дефакто в .NET он может и выживет и получит второе дыхание.
Назови мне области применения, где может применяться
только(!) XML?
--- Цитировать ---Наш XML будет представлять структуру и в нём мы будем описывать сценарии, но в конечном результате мы будем получать именно HTML.
--- Конец цитаты ---
А зачем город то городить? Чтобы запутаться было проще?
А структуру в .тхт файлах слабо описать? Или в таблице БД добавить поля с описанием этих данных?
Хотя, это дело каждого.. Как говорится: на вкус и цвет...
Навигация
Перейти к полной версии