Цитата(Irokez @ 8.8.2005, 09:34)

в посте я привел пример проектируемой системы, зачем системе идексация в поисковиках?

О, какой ты.
Я писал потив названия темы и не только для тебя. Раз ты не проникся, значит прекрасно справишся сам. Уже нет желания тебе помогать в примере, тк нет точек соприкосновения. Тебе обязательно кто-нибудь другой поможет. Успехов

Цитата

О, какой ты. Я писал потив названия темы и не только для тебя. Раз ты не проникся, значит прекрасно справишся сам. Уже нет желания тебе помогать в примере, тк нет точек соприкосновения. Тебе обязательно кто-нибудь другой поможет. Успехов

спасибо.. разберусь сам... модераторы, плиз закройте тему, больше обсуждать тут нечего...

Всё народ, сарказм в сторону. Подумаем что же есть AJAX - Асинхронный JavaScript плюс XML. Другими словами это модель построения вебклиентов, способных интерактивно(real-time) обмениваться информацией с сервером, преимущественно в формате XML. Да, ничего большего и JavaScript никуда не уходит, он по прежнему в главной роли. НО за этими словами скрываеться глубокий смысл

Традиционно веббраузер запрашивает страницу, передавая если нужно параметры. Сервер отдаёт готовый (X)HTML документ. Если хотим отделить элементы навигации от данных, то обычно используем (и)фреймы, что достаточно криво и натерпелось критики.

Теперь отвлечёмся на сервер. У нас есть некое вебприложение/вебсервис, статичные странички AJAX'ом не пользуються, смысла нет Это приложение традиционно направляет выдаваемую информацию в разного рода рендеры(HTML, WML, PDF etc), либо отдаёт как XML через интерфейс вебсервиса. Само приложение изнутри скорее всего тоже активно использует XML, а рендеры это XSLT трансформеры. В таком случае встаёт вопрос, а почему бы не отдавать клиенту только информацию, не вёрстку. Это сэкономит трафик, нагрузку на сервер, будет работать быстрее и самое главное - это логично и не зависимо от клиента.

И так придём к модели вебсервиса(SOAP/XML-RPC пока отложим в сторону, придумаем собственный диалект XML). Следующая ключевая особенность это скорость передачи данных "в обе стороны". Допустим в нашей CMS, в файловом менеджере "открываем окошко" с директорией, опрашиваем сервер, "мгновенно" получаем листинг файлов. В трафике никакой лишней инфы, на точных запрос, получаем точно запрошенные данные. Кстати передача инфа по HTTP зачастую жмёться gzip'ом, поэтому XML "мозги не сушит"

И так к итогу о сервере. Сервер являеться "особым" либо полноценным вебсервисом. Он не различает типы своих клиентов и отдаёт инфу в XML по HTTP. Клиентом выступает браузер+AJAX, клиент на дельфях/VB/etc либо что угодно другое. Принимаеться единственное соглашение о способе опрашивания сервера. Это может быть SOAP/XML-RPC, но это довольно громоздко. Проще отсылать параметры "дедовским" GET/POST/Header методом.

Теперь о клиенте. Раз клиент больше не получает полной разметки, он должен быть "полноценным"/толстым клиентом, со своей "подситемой" XSLT трансформаций и прочим XML related кодом(к слову помимо DOM/XPath ещё есть ECMAScript for XML (E4X) - не плохая вещь, поддерживаеться мозиллой).

Так с XML работаем, теперь нужен механизм опроса сервера. Для этого в MS придумали и реализовали интерфейс XMLHttpRequest, как часть msxml библиотеки. Вещь не только для веба, сколько общий механизм для всех виндовых приложений, пользующихся ActiveX технологией.

Сервер опросили, инфу достали, работать с ней можем. Осталось показать. Браузер может нормально работать с разметкой. Разметкой может быть (X)HTML+CSS или XML+CSS - что не особо удобно. Собрали схемы трансформаций XSLT, преборазуем инфу на клиенте, получаем документ, средставми (HTML) DOM ставим это дело на страницу. Так работает gmail.com например.

Как альтерантива можно построить нормальный GUI пользуясь XUL под мозиллу. Весьма мощная вещь, ИЕ ответит своим XAML. Также будет поддерживаться векторная графика обоими браузерами, мозилла уже анонсировала свои <canvas>. И так можно будет строить GUI внешне ничем не отличающийся от обычного приложения, естественно возможности как для разработчика, так и для пользователя очень широкие.

И так к итогу о клиенте. На основе браузера можно построить мощного("толстого") клиента, благодаря поддержке браузером многих веб-технологий, API который можно использовать из под JavaScript(и не только, но другие языки не популярны). К тому же если брать такие мощные платформы как мозилла, то можно найти не плохую библиотеку JSLib, серьёзно облегчающую программинг. Под ИЕ можно найти "компонентную" технологию bechaviors, позволяющую буквальном смысле делать "модульный JavaScript", также ИЕ имеет поддержку ActiveX, позволяющую ему задолго до выходов стандартов иметь поддержку передовых технологий. Тот же DOM XML и остальное реализованно как ActiveX, а не API браузера.


Вывод: AJAX это способ по новому представить что же есть клиент, а что сервер. Убедиться в мощи и расширяемости XML. Поудивляться тожу что уже реализованно в области XML Xотя не обязательно всё передавать в XML, например когда я писал "динамический Винград" для нашего FAQ, инфа передавалась в виде HTML документа, ибо должно работать под Оперой, а без XSLT работать с XML просто беда Если есть идеи, то можем пробовать и обсуждать в разделе JavaScript, я помогу идею добить до рабочего состояния. А как только дойдёт, что магии в мире нет и вещи ограниченны лишь твоим воображением, всё станет просто, ясно и легко

Sardar спасибо, суперский пост.. завтра утром вопросы подготовлю

нашел немного шире инфы по AJAX'у... кто хочет, может ознакомиться.

• Ajax: User Interface Pattern or SOA Dissemination Engine?
• State of Ajax: Progress, Challenges, and Implications for SOAs

Ajax: A New Approach to Web Applications
by Jesse James Garrett

Здравствуйте!!!
А воту меня такой вопрос: Можно ли с помощью аякса просто исполнять скрипты на сервере, без использования XML?