URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 14406
[ Назад ]

Исходное сообщение
"OpenNews: Опубликован черновой вариант стандарта на реализацию XMLHttpRequest"

Отправлено opennews , 09-Апр-06 14:01 
Опубликована первая публично доступная черновая версия стандарта
"The XMLHttpRequest Object (http://www.w3.org/TR/2006/WD-XMLHttpRequest-20060405/)", в которой описываются требования к реализации объекта XMLHttpRequest,  на базе которого построена техника создания интерактивных web-приложений Ajax, основанная на  идее динамической подгрузки данных на страницу.


Стандарт позволит Web-разработчиками, при использовании XMLHttpRequest, не оглядываться на особенности реализации данного объекта в различных web-браузерах.


В качестве дополнения привожу ссылки на две новые статьи по Ajax технологиям:

-  "Implementing Mutual Exclusion for AJAX (http://www.onjava.com/pub/a/onjava/2006/04/05/ajax-mutual-ex...)" - организация mutex блокировок для синхронизации работы web-приложений использующих AJAX;

-  "AJAX: Is your application secure enough? (http://www.darknet.org.uk/2006/04/ajax-is-your-application-s.../)" - статья про потенциальные проблемы безопасности AJAX приложений.

URL: http://www.w3.org/TR/2006/WD-XMLHttpRequest-20060405/
Новость: http://www.opennet.me/opennews/art.shtml?num=7302


Содержание

Сообщения в этом обсуждении
"Опубликован черновой вариант стандарта на реализацию XMLHttpRequest"
Отправлено Wolf , 09-Апр-06 14:01 
Давно пора. Думаю, опера подсуетится и воткнет объект в следующий релиз, мозилла скажет, что уже давно все поддерживает, а микрософт как всегда забъет на стандарт и продолжит реализовывать своим one microsoft way способом.

"Опубликован черновой вариант стандарта на реализацию XMLHttp..."
Отправлено halt , 09-Апр-06 21:01 
в опере вроде есть XmlHttpRequest покрайне мере в той у которой №9 и в ie6 тоже вроде такое имеется

"Опубликован черновой вариант стандарта на реализацию XMLHttp..."
Отправлено bashprompt , 09-Апр-06 22:09 
>в опере вроде есть XmlHttpRequest покрайне мере в той у которой ?9
>и в ie6 тоже вроде такое имеется

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


"Опубликован черновой вариант стандарта на реализацию XMLHttp..."
Отправлено Гость , 11-Апр-06 22:47 
не совсем в тему, но про Ajax.
а я вот не понимаю!? зачем изобретать всякие редакторы на JavaScript, когда есть Java?
может кто-то обьяснит?

"Опубликован черновой вариант стандарта на реализацию XMLHttpRequest"
Отправлено buzi , 09-Апр-06 15:43 
вообще есть Sarissa... которая позволяет создавать экземпляр XmlHttpRequest'а одинаково (в смысле синтаксиса) и в MSIE и в Mozilla и в Opera...

"Опубликован черновой вариант стандарта на реализацию XMLHttp..."
Отправлено GByte , 09-Апр-06 19:43 
любой фреймворк - всеголишь заплатка/надстройка добавляющая кучу(в той или иной степени) кода, он конечно облегчает жизнь программера, но всеже лучше использовать ресурсы ПК на более необходимые нужды.

А любители облегчить себе жизнь могут попробовать перейти на VB...


"Опубликован черновой вариант стандарта на реализацию XMLHttp..."
Отправлено Protos , 10-Апр-06 09:37 
Ну приколист, че тебе сказать - враппер для реквеста буквально 10 строк - выполняется соответственно только когда реквест - а это проискодит не шибко часто - не так ли. Ну посчитаешь замедление кода, коль ты такой умный? Или сам пойдешь в VB программить?
Приколист блин грамотный.

"Опубликован черновой вариант стандарта на реализацию XMLHttpRequest"
Отправлено DeadMustdie , 09-Апр-06 20:43 
Статья про "безопасность" IMHO бредовая. Многословные рассуждения на тему "а что если кто-то подглядит cookie и отправит запрос не из скрипта, а вручную?" Естественно, если проверки на *право* выполнить некую операцию выполняются *только* в исполняемом на клиентской стороне скрипте, а сервер себя подобными вопросами уже не утруждает, то ни о какой безопасности нет и речи. Только нужно быть идиотом, чтобы не проверять права доступа перед *непосредственным* выполнением операции и на *серверной* стороне.