Буду благодарен за любые материалы по этой технологии, а также за ответы на следующие вопросы:
1) Как грамотно спроектировать веб-интерфейс, который будет работать на технологии AJAX, а именно какие части интерфейса (и в каких случаях) должны быть обновляемы черех AJAX, а какие обновлением страницы, или переходом на новую?
2) Что должен возвращать сервер: готовый HTML код, который вставляем вместо старого или данные в виде XML используя которые с помощью JavaScript обновляем страницу?

Возьмем к примеру интерфейс управления баллами студентов по предметам, пусть данная система состоит из таблицы, где для каждой фамилии будет идти ряд баллов по каждому предмету, преподаватель может редактировать баллы любого предмета нажатием кнопки "редактировать" - в этом случае вместо таблицы откроется форма, где можно будет редактировать любой балл студента, после нажатия "сохранить" данные будут сохранены и снова появится таблица баллов всех студентов.

Мои вопросы по примеру:
1) Как стоит осуществлять переход от таблицы к форме и обратно? Должен ли сервер возвращать сначала HMTL код формы, а после сохранения - таблицы, или только данные, по которым у клиента будет строиться форма и таблица?
2) Допустим будет еще один модуль - управление преподавателями и ссылка на него. Стоит ли делать переход на данный модуль как на другую страницу, т.е. просто ссылкой или также через AJAX?

Прошу простить если вопросы поставил некорректно, с технологией знаком поверхностно, но очень хочу применить ее грамотно на практике.

Irokez
нет, все гораздо проще.
ты с помощью AJAX передаешь на сервер например такие данные:

student.php?newball=5&id=45

Скрипт получает данные, записывает в базы и т.д.
Затем возвращает такой код:

Код

document.getElementById(45).innerHTML = 5;

Вот и все. В таблице будет изменена цифирка у студента, которому ее поменяли.
Чтобы АЯКС исполнил строку которую вернул PHP-скрипт пишем:

Код

eval (Req.responseText);

Скрипт PHP должен еще заголовок такой отдавать:

Код

header ("content-type: text/plain");

Т.е. типа мы текст возвращаем, а не HTML-код.

А таблицу формировать следующим образом:

Код

<tr>   <td id='id из базы'>здесь указан балл</td>   <td><button onclick='izmenit(id из базы)'>Изменить балл</button></td> </tr>

Цитата

AJAX - технология, которая должна перевернуть веб

согласен. Я уже ее юзаю во всю

А можно для нуба дать линк на то, что из себя этот AJAX представлеят?
Жлательно спецификация или архитектура.

Цитата(PHP @ 16.7.2005, 19:11)

Irokez нет, все гораздо проще.

я так не думаю

Цитата(PHP @ 16.7.2005, 19:11)

document.getElementById(45).innerHTML = 5;

не думаю, что это хорошее решение, лучше уж передать только 5, а клиент сам выполнит остальное

Цитата(PHP @ 16.7.2005, 19:11)

eval (Req.responseText);

страшно как-то.. а вдруг XSS?

Добавлено @ 19:20

Цитата(Mal @ 16.7.2005, 19:17)

А можно для нуба дать линк на то, что из себя этот AJAX представлеят?

неплохая ознакомительная статья http://www.computerra.ru/hitech/39239/
больше ничего путного не нашел, поэтому прошу помощи на форуме

Irokez

Цитата

я так не думаю

а я думаю :-)

Цитата

не думаю, что это хорошее решение, лучше уж передать только 5, а клиент сам выполнит остальное

просто пять??? ну ладно тогда возвращай пять и делай так:

Код

function zamena (Req.responseText);

Где замена будет менять то что надо на переданный ей текст.

Цитата

страшно как-то.. а вдруг XSS?

какой XSS??? твой же скрипт возвращает текст.

Ну все ясно..
В принципе замена несовершенному во многом javaScript, которая соединена с XML, это хорошо.
В принципе тут уже этот подход один товарищ продвигал:
http://forum.vingrad.ru/index.php?showtopi...77&unread=1&hl=
http://forum.vingrad.ru/index.php?showtopic=54426&hl=

Цитата(PHP @ 16.7.2005, 19:26)

function zamena (Req.responseText);

спасибо, я знаю как осуществить обновление страницы и знаю как работает XMLHttpRequest
я не знаю как грамотно спроектировать интерфейс и прошу ответов на поставленные вопросы.
Добавлено @ 19:34

Цитата(Mal @ 16.7.2005, 19:29)

В принципе тут уже этот подход один товарищ продвигал: http://forum.vingrad.ru/index.php?showtopi...77&unread=1&hl= http://forum.vingrad.ru/index.php?showtopic=54426&hl=

сорри, но это совсем не то

Цитата(Irokez @ 16.7.2005, 20:32)

сорри, но это совсем не то

ПОчему же. Пусть он это несколько не корретно выразил, но суть-то к архитектуре работы ИМХО очень похожая.

Цитата(Mal @ 16.7.2005, 19:43)

ПОчему же. Пусть он это несколько не корретно выразил, но суть-то к архитектуре работы ИМХО очень похожая.

первая ссылка содержит бредовый спор о преимуществе флеша над фронт пейджем, а вторая об ограничении тегов в HTML

Зашел сюда и думаю, что ж за технология такая новая, почему не слышал, почему ж по ней статей так мало (на мысли не наводит?). Надо не отстать от жизни, нырнул - а зря.

Ну вообще Я применяю эту технологию. Так строчку с сервера в 1кб в 0,5мБ HTML превращаю, но все по порядку.

Irokez, да нет никакой технологии. Ты попался, это удочка. Рассматривай AJAX как проект. Просто есть JS и это технология. Ентот вопрос надо было в javaScript задавать, мы там уже поулыбались над этим всем. Все б в одном топике уместили - мало не покажется .

Поднастроили мальца сервер + PHP (кстати, сильно облегчили хостерам жизнь), взяли статичные старые технологии HTML и CSS, взяли JS (основа всему ), заменили щелкающий нульфрейм на ожидаемый давно объект XMLHttpRequest. Правда все сделали как лет 6-7 назад, спасибо MS что не обратил внимания на как всегда гнусные нападки как всегда ленивых программистов из стана "ОТКРЫТЫЕ коды", а то так бы и щелкали клювами досих пор .

Елки и спустя 6 лет, если не брать в расчет нульфрейм, зачем-то эту смесь обозвали красиво. Как приятно, теперь я один из избранных. Я не просто знаю Apache, PHP, CSS, HTML, JS, я владею технологией AJAX. УРА товарищи!!! Слава партии! Особенно меня убила фраза "... причисляет человека к сонму людей, идущих не то чтобы в ногу со временем, а даже слегка впереди" в купе с датой написания статьи от 16.06.05. Читая думал, что максимум 2003.

Какой переворот, какая революция??? Заглушка на тощие каналы пользователей и ограничения хостеров на работу скриптов и баз данных, позволяющая перекладывать вычисления на сторону пользователя. У кого контент мультимедийный (картинок хватает) это вообще капля в море.

Цитата

С AJAX проблема заключается в том, что писать такие приложения - задача трудоемкая. Нужно написать и отладить на JavaScript движок из десяти или двадцати тысяч строк кода плюс реализовать серверную часть

Так скажем, это бред сивой кобылы. Строчек с сотню хватает, если без дизайнерских извратов. Автор видимо предполагает, что все мы будем заниматься порталами.

Цитата

Движок AJAX

Громко сказано. Просто логика реализованная на JS + DOM. Сам напиши и никакого XML, жирно будет для каналов наших посетителей.

Цитата

обмен и обработка данных в виде XML и XSLT;

Автора заносит, понятно, дань моде. Забудь, что ты с нашего посетителя возьмешь? Данные формы в формате XML? Круто конечно. Все его, юзверя, данные тонкой строчкой из бродилки высасываются. А вот в обратную сторону, тут уж насколько личной хотелки разработчика хватит

Цитата(Mal @ 16.7.2005, 19:29)

В принципе замена несовершенному во многом javaScript, которая соединена с XML, это хорошо.

Mal Hack, уважаю, читал посты, но ща за тебя возьмусь ... Я попросил бы не выражаться в обществе ... .
Вообще не хороший пунктик прослеживается в твоих мыслях, обрати, пожалуйста, внимание.
Как ты себе представляешь в таком разношерстном геморрое как клиентская сторона замену JS. Там совершеннее ничего и нету. Потом AJAX расшифровывается как асинхронный JavaScript + XML.
Подмывает перечислить несовершенства PHP 5 , но поскольку это тоже мой любимец руку не подниму
Ты не так понял. Никто нечего не меняет, без JS это не будет жить.
На самом деле ужасно интересна точка зрения со стороны. Что несовершенного в ИМХО идеальном JS? Я не обижаюсь, я люблю оба языка и базы данных тоже все люблю , но все-таки поделись (Модератор, потерпи, пожалуйста, немного нашего офтопа).

сорри Иль, в посте слов много, а смысла нуль..

Иль согласен во всём кроме XML/XSLT

Немного истроии: XmlHttpRequest это один из интерфейсов msxml, которым все могут пользоваться из C/C++/VB, а также из браузера JS/VBS под ИЕ. W3C не могла подойти со своим стандартом, а народ полюбил фичу(кстати с ИЕ5.5 началось по моему), вот мозилла и Опера тоже имплементировали этот обьект. Под IE это обычный ActiveX, как и любые другие обьекты, например XMLDOM(IE не поддерживает DOM2, создание документов как мозилла).

НО XmlHttpRequest это не просто обращение к серверу, это удобная фича опрашивать вебсервисы и форматировать результат с помощью XSLT. Я сейчас при выводе таблиц отдаю клиенту XML, который трансформируеться на клиенте в XHTML таблицы. Вообще вебсервисы это мощная вещь, а XmlHttpRequest позволяет работать с ними из клиента(толстый клиент). Именно за этим стояла идея(потому он и XMLHttpRequest). А то что народ просто текст или JS код подгружает и эвалюирует потом, ну дык на то она и свобода

Цитата

Все его, юзверя, данные тонкой строчкой из бродилки высасываются

Не совсем так, можно в теле HTTP запроса отправить полный XML документ, другое дело что "нафига"

Точно не уверен, но есть "технология" REST, "позволяющая" отправлять параметры серваку GET/POST, а назад получать XML. Как видишь "новыми технологиями" могут назвать что угодно))
Xотя ИМXО общаться XML(SOAP/XML-RPC) гибче, но редко нужно для странички

А вообще Иль не стоит столько сарказма, человек не может "знать всё" и возможно есть вещи от тебя, которые бы "улыбнули" других

Цитата

Mal Hack, уважаю, читал посты, но ща за тебя возьмусь smile... Я попросил бы не выражаться в обществе ... smile. Вообще не хороший пунктик прослеживается в твоих мыслях, обрати, пожалуйста, внимание. Как ты себе представляешь в таком разношерстном геморрое как клиентская сторона замену JS. Там совершеннее ничего и нету. Потом AJAX расшифровывается как асинхронный JavaScript + XML. Подмывает перечислить несовершенства PHP 5 smile, но поскольку это тоже мой любимец руку не подниму smile

Поясни, я не совсем тебя понял.

Mal Hack, вот твоя фраза:

Цитата(Mal @ 16.7.2005, 19:29)

В принципе замена несовершенному во многом javaScript, которая соединена с XML, это хорошо.

AJAX это не замена "несовершенного во многом" javaScript. Также интересно, что, по мнению опытного в WEB человека, в JS не совершенного? Я спрашиваю не для спора, а чтоб сложить это со своим мнением. Потом мне несовершенность JS не видется.

Цитата(Sardar @ 3.8.2005, 20:55)

не стоит столько сарказма, человек не может "знать всё" и возможно есть вещи от тебя, которые бы "улыбнули" других

Sardar, поражает твоя осведомленность, ты как энциклопедия.
По предмету: считаю статью вредной. Потом я жажду таких улыбок, они идут на пользу мне . Когда я уверен - пишу одной строчкой, когда есть сомнения или что-то цепляет - выкладываю обширно, забывая размешивать ИМХОй. Если я скрою что-то что вызовет улыбки здесь, то вопервых я буду носить в себе заблуждения, а во вторых это обязательно выпловет в месте, где это будет вызывать не улыбки, а потерю $ . Я вижу когда люди молчат, чтоб выглядеть умнее. Мне таких жалко.

Цитата(Irokez @ 3.8.2005, 20:26)

сорри Иль, в посте слов много, а смысла нуль..

это не так.
Хоть понял, что это не технология?

Цитата(Irokez @ 16.7.2005, 18:49)

Буду благодарен за любые материалы по этой технологии

Уверен?

Цитата(Irokez @ 16.7.2005, 18:49)

но очень хочу применить ее грамотно на практике.

Применить ее грамотно, значит грамотно строить логику на JS, грамотно пользоваться JS, если, конечно, с WEB сервером легко управляешся.

Цитата(Irokez @ 16.7.2005, 18:49)

какие части интерфейса (и в каких случаях) должны быть обновляемы черех AJAX, а какие обновлением страницы, или переходом на новую?

Все в твоих руках. Например, если нужно одобрение поисковиков, то строй сайт с перехождением на новую страницу для разных тематик. Если это что-то корпоротивное, то можеш все построить на одной единственной странице. И никаких обновлений страницы, забудь.

Цитата(Irokez @ 16.7.2005, 18:49)

Что должен возвращать сервер: готовый HTML код, который вставляем вместо старого или данные в виде XML используя которые с помощью JavaScript обновляем страницу?

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

Цитата

Цитата(Irokez @ 3.8.2005, ) сорри Иль, в посте слов много, а смысла нуль.. это не так. Хоть понял, что это не технология?

а я должен был это понять?

Цитата

Цитата(Irokez @ 16.7.2005, ) Буду благодарен за любые материалы по этой технологии Уверен?

??

Цитата

Цитата(Irokez @ 16.7.2005, ) но очень хочу применить ее грамотно на практике. Применить ее грамотно, значит грамотно строить логику на JS, грамотно пользоваться JS, если, конечно, с WEB сервером легко управляешся.

при чем тут WEB-сервер?

Цитата

Цитата(Irokez @ 16.7.2005, ) какие части интерфейса (и в каких случаях) должны быть обновляемы черех AJAX, а какие обновлением страницы, или переходом на новую? Все в твоих руках. Например, если нужно одобрение поисковиков, то строй сайт с перехождением на новую страницу для разных тематик. Если это что-то корпоротивное, то можеш все построить на одной единственной странице. И никаких обновлений страницы, забудь.

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

Цитата

Цитата(Irokez @ 16.7.2005, ) Что должен возвращать сервер: готовый HTML код, который вставляем вместо старого или данные в виде XML используя которые с помощью JavaScript обновляем страницу? В зависимости от того, как ты построиш клиентскую сторону. Важно не что тебе вернет сервер, а что ты будеш делать на клиентской стороне. От этого и строй чего будет сервер передавать.

как раз таки наоборот, клиентскую сторону я буду строить в зависимости от того, что будет передаваться сервером

Цитата(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?