Протокол "сайт<->клиентские программы"

← →
Kerk © (2007-05-10 12:11) [120]

> [115] Knight © (09.05.07 20:46)

http://img211.imageshack.us/img211/4194/postspi1.jpg
:)))))

← →
Reindeer Moss Eater © (2007-05-10 12:14) [121]

Мои тонкие намеки на web-service (soap) и прочие xml-based варианты встречают устойчивое недовольство со стороны клиентописателей :)

Каленым железом!
Железом каленым!
Таких клиентописателей.

:)

← →
iZEN © (2007-05-10 12:36) [122]

BEEP идет на смену HTTP Сети #01-02/2002 Валерий Коржов Идя навстречу веяниям времени, группа IETF разработала и утвердила новый протокол BEEP — Blocks Extensible Exchange Protocol (протокол для расширяемого обмена блоками информации). Он создан с целью адекватной замены HTTP и предназначен для передачи данных в формате XML. Его ключевыми особенностями являются поддержка нескольких каналов передачи данных в одном сеансе и возможность одновременной транспортировки нескольких независимых информационных блоков. Каждый блок соответствует стандарту MIME, то есть, как и почтовое сообщение, может содержать несколько типов данных. За протоколом даже «закреплен» определенный MIME-тип данных application/beep+ xml — он используется для передачи служебных сообщений, обеспечивающих настройку сеанса и управление каналами. Блок состоит из заголовка, «тела» и завершающей строки. Как и в HTTP, заголовок от тела отделяется пустой строкой. Блок заканчивается строкой END, за которой может следовать новый блок. Новый стандарт предусматривает три режима взаимодействия клиента с сервером: «запрос — ответ», «запрос — сообщение об ошибке» и режим уточняющих запросов. Первые два примерно соответствуют возможностям, обеспечиваемым протоколом HTTP, а последний позволяет серверу запрашивать у клиента уточняющую информацию. В этом случае обмен сообщениями выполняется до тех пор, пока клиент и сервер не передадут друг другу нулевое сообщение, после которого сеанс прекращается. Таким образом, протокол предусматривает пять типов сообщений: запрос (MSG), ответ (RPY), сообщение об ошибке (ERR), уточняющий запрос сервера (ANS) и финальное нулевое сообщение (NUL). Важной особенностью протокола BEEP является управление каналами. С каждым каналом связан определенный профиль, который позволяет взаимодействующим сторонам договариваться о правилах работы с передаваемой информацией. Во время сеанса организуется один служебный (tuning) канал, который может быть дополнен несколькими информационными каналами. Отметим, что BEEP является протоколом уровня приложения, то есть установление самих сеансов связи и правила передачи данных в этом протоколе не описываются. Сейчас существуют только рекомендации по использованию BEEP поверх TCP, однако возможно, что вскоре появятся аналогичные правила его применения поверх другого протокола сеансового уровня — SCTP. Изначально предполагалось использовать BEEP для передачи сообщений между приложениями в формате SOAP, поэтому группа разработчиков стандарта активно взаимодействовала с W3C. В частности, вся служебная информация протокола передается в формате XML. Так, чтобы настроить служебный канал (номер «0»), клиент и сервер должны обменяться сообщениями, включающими в себя тег greeting, а для создания нового канала — передать друг другу тег start с указанием номера канала (см. листинг). Внутри этих тегов приложения могут содержать дополнительную информацию, определяющую, где искать профили канала или на каком естественном языке нужно выдавать информацию. Основным применением BEEP является передача коротких сообщений между приложениями в формате SOAP. Поскольку приложений, поддерживающих этот формат, пока не так уж много, своевременное принятие стандарта BEEP позволяет разработчикам сразу перейти на новый протокол, а не следовать рекомендациям W3C, в соответствии с которыми в качестве транспорта предполагается использовать HTTP. Таким образом, BEEP явно имеет большое будущее, поскольку он удовлетворяет современным требованиям создания Web-приложений.

← →
Reindeer Moss Eater © (2007-05-10 13:06) [123]

Каждый блок соответствует стандарту MIME, то есть, ....

Мда. В 21 веке можно было бы придумать что-нибудь более кардинальное.
Я считаю, что Господь Бог создал байты равными, а диавол разделил их на ascii и прочие.

← →
Knight © (2007-05-10 13:23) [124]

> [120] Kerk © (10.05.07 12:11)

Я с английским не в ладах.... могу понять не правильно и дать по физиономии.. %)))

← →
McSimm_ © (2007-05-10 17:27) [125]

Пока что вот RSS набросал, попробуйте.

http://dev2.delphimaster.ru/forum/

← →
Fenik © (2007-05-10 19:35) [126]

soap это слишком... xml-rpc - в самый раз

← →
Правильный Вася (2007-05-10 20:36) [127]

> Пока что вот RSS набросал, попробуйте.

а можно не на новые темы, а на конкретно интересующие?

← →
McSimm © (2007-05-10 20:45) [128]

> а можно не на новые темы, а на конкретно интересующие?

Не понял. Как это?

← →
VirEx © (2007-05-10 20:54) [129]

> [128] McSimm © (10.05.07 20:45)

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

← →
РТР (2007-05-11 02:36) [130]

v2&a7&d10#
02McSimm_1234567890Старый протокол не устраивает по ряду...

кто меньше? :)))

← →
РТР (2007-05-11 02:38) [131]

ой нее, вот новая версия :)))
v=2&a=7&d=10#
02McSimm_1234567890Старый протокол не устраивает по ряду...

← →
РТР (2007-05-11 03:00) [132]

> BEEP идет на смену HTTP

имхо лажа.

← →
ОРТ (2007-05-11 08:59) [133]

но-но, попрошу без выражений

← →
РТР (2007-05-11 12:49) [134]

ОРТ :))))))))))))))

← →
Vendict © (2007-05-11 17:06) [135]

интересно, а когда ожидается полный переход сайта на новый движок ?

← →
McSimm_ © (2007-05-11 17:49) [136]

> когда ожидается полный переход сайта на новый движок ?

давно

:)

← →
Vendict © (2007-05-11 18:11) [137]

ладно, уточню вопрос. когда новый движок полностью заменит старый и
адреса dev2.delphimaster.ru и delphimaster.ru будут вести в одно место ?

Как только количество последующих за этим проблем будет сведено к минимуму.

Я не могу назвать дату, если вы об этом.

они уже и сейчас в одно место ведут.
кому не терпится - вот ссылка =)
http://www.dev2.delphimaster.ru/

> Я не могу назвать дату, если вы об этом.

ну хоть в этом году? :)

easy © (11.05.07 21:00) [140]
дело в том, что форумы то разные .. а хотелось бы с одного и того же клиента всё читать .. (MF у меня )

Максим, сорри за задержку с обещаным драфтом нового протокола. неожиданно случилась поездка в Симферополь, только вернулся. протрезвею немного и что-то наваяю. %-)

зыж а если все согласились на XML, то ничего не наваяю. XML должен разделить судьбу Карфагена. в принципе-то у меня есть expat, но...
%-)

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

Протокол "сайт<->клиентские программы" Найти похожие ветки