На главную страницу AlgoNet В сотрудничестве с ZDNet
АРХИВ СТАТЕЙ 2002-4-16 на главную / новости от 2002-4-16
AlgoNet.ru
поиск

 

Место для Вашей рекламы!

 

Все новости от 16 апреля 2002 г.

Почему веб-сервисы изведут — со временем — HTTP?

КОММЕНТАРИЙ – Microsoft всеми силами стремится очернить HTTP? Такой вывод делался в статье, опубликованной на ZDNet пару месяцев назад. Впрочем, автор несколько сгустил краски. Как сказал в беседе со мной архитектор веб-сервисов XML Microsoft Дон Бокс (Don Box), HTTP слишком вездесущ, чтобы не стать на ближайшее будущее доминирующим протоколом для веб-сервисов. И все же это далеко не идеальный протокол для большинства из тех задач, которые планируется решать при помощи веб-сервисов.

ПРОТОКОЛЫ — главные виновники создавшейся вокруг веб-сервисов путаницы. Даже секьюрити-эксперт Брюс Шнайер (Bruce Schneier) прокололся, заявив в недавней статье на своем сайте, что для SOAP (Simple Object Access Protocol) необходим HTTP. Он сослался на некую «документацию Microsoft», однако цитата, которую он привел, взята из статьи в журнале для разработчиков Microsoft.

Шнайера сбило с толку утверждение автора статьи, что SOAP проходит сквозь межсетевые экраны, так как 80-й порт всегда оставляют широко открытым. Конечно, любой мало-мальски настроенный корпоративный брандмауэр заблокирует входящий поток HTTP, по крайней мере для большинства адресов клиентов сети. И не за горами время, когда брандмауэры будут знать о SOAP, смогут разбираться в тонкостях его использования и предотвращать потенциальные угрозы.

Дело в том, что SOAP не зависит от протокола и не опирается на HTTP. Microsoft продемонстрировала SOAP в сочетании с самыми разными транспортами, включая SMTP и SneakerNet (да-да, это флоппи-диски). В этой статье показано, как применять SOAP с некоторыми другими транспортами.

ТАК В ЧЕМ ЖЕ проблема HTTP? HTTP предназначен исключительно для веб-серфинга, а не для универсальной совместимости программ. Бесконтактный и асимметричный, он не предназначен для операций с большой временной задержкой, таких как запрос, для обработки которого серверу требуется 5 минут. Какой-нибудь брандмауэр или шлюз отключит клиента, предположив, что что-то не так.

Другая претензия к HTTP в упомянутой статье заключалась в том, что он не очень подходит для приложений peer-to-peer. И это правда — он для них совсем не годится. Я не большой фанат сетей P2P и не вижу их важной роли в веб-сервисах, но это подтверждает общее положение о том, что в долгосрочном плане нецелесообразно пытаться втиснуть в инфраструктуру HTTP неподходящие для нее приложения.

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

В рамках проекта GXA Microsoft работает над набором метапротоколов более высокого порядка, решающих некоторые проблемы протокола в веб-сервисах. Ближе всего к рассматриваемой теме протокол Web Services Routing Protocol (WS-Routing). Хотя в SOAP указываются стороны, имеющие отношение к передаваемому сообщению, он не говорит ничего конкретного о маршруте этого сообщения.

WS-Routing — просто один из многочисленных протоколов на базе SOAP, которые Microsoft и другие используют для создания инфраструктуры интернета, более подходящей для веб-сервисов. WS-Inspection обеспечивает возможность проверять сайт на наличие веб-сервисов; WS-Referral занимается конфигурацией узлов по маршруту передачи сообщения SOAP; WS-Security гарантирует обмен мандатами, целостность сообщения и конфиденциальность сообщения в составе веб-сервисов, а WS-License описывает типы лицензий, используемых в маркере WS-Security.

ВСЕ ЭТО Я НАХОЖУ весьма обнадеживающим. В безумной гонке за веб-сервисами ничего хорошего нет, так как мы все, вероятно, наделаем серьезных ошибок. Пройдет много лет, прежде чем мы действительно научимся создавать эти веб-сервисы. К тому времени мы, возможно, построим хорошую инфраструктуру для них и решим многочисленные проблемы (далеко не все они являются техническими), которые необходимо решить, прежде чем по-настоящему широко применять веб-сервисы.

Веб-сервисы — великая идея, и корпорациям, несомненно, стоит экспериментировать с ними, как в качестве провайдеров, так и в качестве потребителей. Но ясно, что они не скоро станут главным средством ведения дел в интернете. Не гоните коней.

Ларри Зельцер — редактор ZDNet Tech Update. Пишет о программном обеспечении и компьютерах с 1983 года. Работал в софтверных компаниях и ИТ-подразделениях, руководил тестовыми лабораториями в National Software Testing Labs, PC Week и PC Magazine. 

 Предыдущие публикации:
2002-02-06   Гиганты объединяются вокруг веб-сервисов
2002-02-27   Гуру Microsoft: «Нужно избавляться от HTTP-зависимости»
2002-02-27   Конкуренты выясняют отношения на платформе веб-сервисов
 В продолжение темы:
2002-04-19   Организация по стандартизации веб-сервисов разрастается
2002-07-26   Что реально дают веб-сервисы?
Обсуждение и комментарии
eXOR - billgmicrosoft.com
17 Apr 2002 4:09 PM
Чего - то он подзадержался с комментариями.
 

vIv
18 Apr 2002 3:07 AM
И всё-таки, почему электронно-управляемая очищалка яиц иведёт - со временем - чайную ложку, используемую не по назначению при очистке яиц?
 

tstone - saldomail.ru
18 Apr 2002 8:24 AM
Помните - "Клиент-сервер - это круто, это решит все ваши проблемы!" Попробовали - обломс, всех проблем не решил. Потом "клиент-сервер" заменяли на "тонкий клиент", "интернет", "WWW", чего-там еще. Кипятку каждый раз было по самое не могу, а результат с каждым разом был все менее и менее ощутимым.

У кого как конечно, но вот у нас, к примеру, пользователи 99% времени работают с системой писаной еще в досе 7 лет назад :-0, которая делает все, что им надо. И с какого боку им уперлись эти веб-сервисы?

А годика через два-три, когда выяснится что отдача опять стремится к нулю и поток денег на веб-сервисы поиссякнет, придумают какую-нибудь новую супермодную херотень "способную решить все ваши проблемы" (а внизу мелким шрифтом - "только плати").
И какая половая разница, почему веб-сервисы изведут HTTP :-).

А впрочем ответ на этот вопрос гораздо более прост - потому что наши любимые корпорации на этом заработают очередные миллиарды. А все эти высокие материи... Ну предствьте, приходят к вам и говорят: "Купи кирпич.", вы, естественно, в ответ: "Да пошел ты..." Правильно?
А если вам сначала будут с годик петь, что новый кирпич кирпичнее всех предыдущих кирпичей, то вполне может возникнуть надежда: "А вдруг?" И вот уже дрожащая рука выкладывает денежки за очередной кирпич :-) Never ending story.
 

eXOR - billgmicrosoft.com
18 Apr 2002 9:18 AM
Как всегда в мире мелкосакса один Рулез Оф Зе Дэй меняется на другой.
 

Walker - walkerno.mail.net
18 Apr 2002 10:07 AM
tstone, молодец!

Поддерживаю и присоединяюcь!
 

Skull - sibskullmail.ru
18 Apr 2002 1:45 PM
Ой напугали! За SOAP, типа, бабло заставят платить. Ну и пусть! Мы на UIML перейдем или свой XML придумаем. И попробуйте доказать, что мы нарушаем чьи-то патенты! :)
 

eXOR
18 Apr 2002 3:38 PM
Проверка русского из links
 

eXOR
18 Apr 2002 3:41 PM
Ок. Русский видно - значица так:
2 Skull:
Свой XML придумывать мы не будем - т.к. это открытый стандарт
а если даже и придумаем - ни к чему хорошему это не приведет. Т.к. опять поимеем кучу траблов с переносом софта на закрытые форматы и поддержку кучи форматов.
 

Qrot
18 Apr 2002 5:34 PM
Skull, про деньги за SOAP это сюда - http://zdnet.ru/?ID=185899&Discuss=1

2vIv,tstone,Walker: глупый вопрос - а у Луны обратная сторона есть?
 

Skull - sibskullmail.ru
19 Apr 2002 7:47 AM
2eXOR: я просто не понимаю, как при открытом стандарте на XML пытаются брать деньги за SOAP? Те же яйца, вид сбоку. :)
 

Мичурин
19 Apr 2002 9:33 AM
Да когда уже этот HTTP сдохнет? Вместе с HTML заодно. Пережиток тёмных веков, когда с серверами работали только через консоль..

Ну почему бы весь интернет (включая браузеры) не представить на принципах взаимодействия объектов друг с другом?
 

eXOR - billgmicrosoft.com
19 Apr 2002 11:54 AM
2 Мичурин:
Потому что это убого и непереносимо. Слышал про различный порядок байт?

> не представить на принципах взаимодействия объектов друг с
>другом?
А кто мешает? На стороне клиента есть DOM-1 (сейчас уже почти стандарт 89% браузеров его умеют). Вообще имхо тебя как разработчика приложенния высокого уровня не должна колыхать проблема среды передачи.
 

Qrot
19 Apr 2002 1:05 PM
2eXOR: разный порядок байт здесь совсем не уперся, это вообще такой низкий уровень, что даже и не упоминай о нем.
и насчет убогости и непереносимости - ты тоже ИМХО не прав. как мне кажется, MS (и IBM) бодрым шагом идет к заветной идеи САНа "сеть - это компьютер", и в итоге будет именно так как пишет наш селекционер (:)).. только не скоро, подождать нужно.
 

Мичурин
19 Apr 2002 6:22 PM
Все эти DOM, DHTML, не говоря уж про HTML, на который они так или иначе опираются - полный отстой.

Позволяет ли ваш DOM удалённо (скажем, с сотового или PDA) работать с Word документом, физически находящимся на другой машине???

Ну скажите мне на милость, ну по какому такому праву HTML занимает привилегированное положение по сравнению со, скажем, Flash, RealAudio или миллионами других мыслимых клиент-серверных протоколов и типов документов? Только потому, что IE предустановлены на каждой машине?

Ну почему бы не сделать так, чтобы браузер предсталял собою просто некий стандартный, опирающийся на ОС объектный API, причём безо всякого гуя вообще, а для средств визуализации и работы с каждым конкретным документом (будь то HTML, видео, электронная таблица или база данных) загружался бы соответствующий .NET или Java плагин?

Сам же документ представлял бы собою опять-таки .NET или Java сервер, находящийся где угодно - на клиентской же машине, или на сервере. Ну и доступен через он был бы отовсюду - хоть с сотовых, хоть с поисковых серверов. Причём в стандартизированном, не изуродованном тегами виде!
 

MX
19 Apr 2002 7:06 PM
>Причём в стандартизированном, не изуродованном тегами виде!

??? A chto takoe "стандартизированном"?
 

Мичурин
19 Apr 2002 8:52 PM
"A chto takoe "стандартизированном"?"

Это значит, что в виде, опредяляемым самим классом документа (сервером). Ну или XML-схемой, если угодно. Потому как структура любого документа (от текста до видео) должна полностью определяться классом, который его представляет!

Для HTML - это было бы что-то вроде урезанного DOM, например. Для ворда и экселя - то, что вы видете из VBA. И так далее.

Понятие же "файл" (или "интернет-страница") должно стать атавизмом - ведь это не более, чем сериализованный, мёртвый снимок документа, _изначально_ существующего в виде объектной модели.
 

RoN - rodionlenta.ru
19 Apr 2002 11:12 PM
2 Мичурин: Ну ты и загнул. Я аж раз пять перечитал - так до конца и не въехал :-))
1. "структура любого документа (от текста до видео) должна полностью определяться классом, который его представляет" - класс он на то и класс чтобы прятать свою структуру, которая может даже менятся от реализации к реализации, если не меняется открытый интерфейс (инкапсуляция называется).
2. (Это не только Мичурину). Разберитесь с понятиями. DOM никакого отношения ни к HTML ни к скриптам ни к браузерам не имеет. "The DOM is a programming API for documents. It is based on an object structure that closely resembles the structure of the documents it models." (с) (это с в3ц взято) Никаких ограничений на реализацию спецификация DOM не накладывает. DOM в браузере - просто частный случай реализации DOM для работы с HTML-контентом как с XML-ным документом.
 

Мичурин
20 Apr 2002 12:51 AM
1. Я подразумевал именно открытые интерфейсы. Документ, будучи представлен внутри класса-сервера произвольным образом, для клиента должен быть виден именно через его интерфейсы, а как же иначе?

2. Так вот же, с w3c:

"The Document Object Model provides a standard set of objects for representing HTML and XML documents, a standard model of how these objects can be combined, and a standard interface for accessing and manipulating them."

Да и вообще, что вы к DOM прицепились? Неважно всё это, не про это я. Главное другое - уйти от засилия HTML-подобных технологий в интернете!
 

RoN - rodionlenta.ru
20 Apr 2002 9:48 AM
2 Мичурин: Ну, ты же должен прекрасно понимать, что HTML там к слову пришёлся, как частный случай XML. Впрочем, ты прав, DOM тут действительно ни при чём, нечего к нему цепляться.
Вообще, я наблюдаю, когда заходит речь об SOAP и HTTP дискуссия сразу принимает характер SOAP vs HTTP, хотя эти две вещи имеют связь весьма посредственную. Это протоколы совершенно разного уровня. Разница между ними та же что и между прикладным и транспортным протоколом или между концептуальным и физическим уровнем представления данных. Никому же не приходит в голову вести спор на тему "sockets vs TCP/IP". В перспективе, HTTP - всего лишь один из возможных способов транспортировки SOAP-сообщений. Имхо, программный интерфейс к SOAP должен быть такой, чтобы для разработчику который его используюет было до сарая, что там используется на более низком уровне, HTTP или не-HTTP.
 

Мичурин
20 Apr 2002 3:47 PM
Да, всё это верно, но я хотел сказать немного другое:
Главный тормоз развития Интернет - это именно всё то наследие HTTP, FPT, HTML и прочей фигни, доставшейся нам с тёмных консольных времён. Интернет может и должнен строиться на совершенно иных принципах! На принципах взаимодействия объектов друг с другом, на принципах создания подлинно сетевых типов документов.

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

qwerty
21 Apr 2002 2:04 PM
2 Мичурин: Ты прямо как Ленин шпаришь, почти теми-же словами. Особенно душевно про темные времена. Как будто на лекции по "Истории КПСС" побывал. Спасибо за наше счастливое детство.
 

qwerty
21 Apr 2002 2:18 PM
Кстати, классный линк - сочинение про вождя: http://www.5ballov.ru/news/events/index.shtml?2002/04/22/169 59
Не по теме, но приятно.
 

Мичурин
22 Apr 2002 4:05 AM
Руки прочь от Ильича! :)
 

Skull - sibskullmail.ru
22 Apr 2002 7:02 AM
2Мичурин: и чем тебе так HTML не угодил? "Весь мир насилья мы разрушим до основанья, а затем..."? Глупо переводить все на объектные модели. Или у нас уже есть процессоры .NET или JAVA на всех компах? HTTP и прочие "консольной" протоколы представляют собой очень удобный способ работы с ними. Практически такой же, как SQL. Или Вы предлагаете послать SQL подальше и опираться на объекты, которые могут ограничить гибкость и переносимость?
Кстати, про Word - работь с ним удаленно - мысль интересная. Но сначала придется тянуть немерянно раздутый файл, который к тому же может быть поврежден. Это не XML - восстановить уже практически невозможно. Так что пусть MS с форматами разберется (я целиком и полностью поддерживаю их перевод форматов на XML), а потом и протоколы дергают.
 

Ser
22 Apr 2002 8:55 AM
2 Мичурин. Очень правильно мыслишь.
Закатал бы свои мысли в статью и опубликовал. Мне кажется,
что и XML - это тоже вчерашний день. Слишком уж он привязан к
разметке документов. По хорошему, назрел черед более простого
"Языка описания объектов" - ODL, в котором бы описывались не
только свойства, состав элементов и связи документов, но и поведение объектов. Как только добавим поведение-сразу объекты начнуть взаимодействовать... Да и стандарт URL надо переделать:
что за маразм, вначале писать www. (т.е. порт сокета), потом имя компьютера, а потом .com (раздел сети интернета),а потом снова возращаемся к каталогам и файлам компьютера. Правильно было бы писать: com.server.www/default.odl :) Вообще, интернету нужно устроить ревизию и все сделать красиво и по уму...
 

eXOR - billgmicrosoft.com
22 Apr 2002 10:44 AM
2 Мичурин:
Пока от тебя слышно только html плохо - html плохо... предлагай что хорошо. Ты хочешь ихбавиться от тонких клиентов? Понатыкать всем своего API и чтобы все это дело писали. А ты не думал что например это нужно далеко не всегда? Как ты думаешь почему засилие этого "темного" html'а так продвинуло Internet против других сетей (которые зарождались вместе с ним)? Тогда еще не было никаких IE предустановленных. HTML может понять прочитав 12 листовую брошуру любой Вася Пупкин, а объяснить ему принципы OOП ты запаришься... в общем не гони волну (как было в одном анекдоте)... И вообще не надо ничего рушить - запарили уже... надо создавать новое, на базе старого, если не получается на базе - делайте совсем новое. Пока что хоть чего - то противопоставить html'у получилось лишь у Macromedia, да и то сайты, полностью на флэше я посещаю только один раз, чтобы посмотреть и сказать:
да красиво, только не удобно - все ездит переливается пукает мигает - нах нах нах. Да и то макромедия сделали свои инструменты, свои плагины, а баги до конца вычистить так и не могут. Все в общем... не гони.
 

me - userinternet.com
22 Apr 2002 11:07 AM
>> Правильно было бы писать: com.server.www/default.odl
Правильно писать так: service. Идеально, по-моему. :))
 

eXOR - billgmicrosoft.com
22 Apr 2002 12:53 PM
2 me:
Ну вот... я жа говорю рулезз оф за дей.
 

Skull - sibskullmail.ru
22 Apr 2002 1:36 PM
2Ser: идем учить матчасть! Порт сервера указывается ПОСЛЕ имени хоста!
Типа http://mail.ru:80/. Заметь, при грамотно настроенном DNS www писать вообще не нужно. А обратный порядок именования доменов к HTTP не имеет никакого отношения. Так что двигай свои замечательные идеи после прочтения документации.

2me: правильно писать примерно так: service://data - как в KDE kioslave. :)
 

Ser
22 Apr 2002 2:48 PM
2Skull: А не кажется ли глупо, что вначале пишут www, подразумевая, что это http, т.е. 80 порт, а потом это :80
опускают по умолчанию. Я говорю, в интернет стандартах полный бардак (исторически сложившийся). Еще больший бардак в стандартах XML.
Все из-за того, что в w3.org стандарты придумывает куча народа.
Нет цельности и ясности...
 

Ser
22 Apr 2002 2:52 PM
2Skull: вообще-то я сертифицированный специалист как раз по ТСР/IP и то, что ты пишешь и без тебя знаю. И прежде, чем о других думать как о недоучках, хорошо бы попытаться понять о чем народ говорит...
 

Shadow
22 Apr 2002 3:00 PM
2Ser:
www в начале - не стандарт, а пережиток слабых серверов.
 

RoN - rodionlenta.ru
22 Apr 2002 3:13 PM
ЧЕГО, ЧЕГО ???
www - подразумевает HTTP ???
Старик, что у тебя за сертификат и где тебе его выдавали ????
Сорри, вот уж не ожидал на зднете такую хохму вычитать....
 

Ser
22 Apr 2002 3:48 PM
2RoN: Sorry, хотел сказать, что www = 80 порт
 

eXOR - billgmicrosoft.com
22 Apr 2002 4:16 PM
2 Ser:
Да? А как это связано? Ты точно ничего не путаешь?
 

RoN - rodionlenta.ru
22 Apr 2002 4:28 PM
ping www.mydomen.ru
telnet www.mydomen.ru
ftp www.mydomen.ru
net use G: \\www.mydomen.ru\SharedFolder
tasklist -s www.mydomen.ru

Это как загадка. Отыщите 80 порт... :-)))
 

me - userinternet.com
22 Apr 2002 4:38 PM
>> правильно писать примерно так: service://data
Ну уж нет. Сам пиши эти дебильные префиксы. Я же буду только так: mail, news, my favorite flame board.

>> я жа говорю рулезз оф за дей.
...оф зе ир, возможно;))
 

Ser
22 Apr 2002 5:24 PM
2RoN: Правильно было бы писать ftp://ftp.mydomen.ru,
а ftp://www.mydomen.ru, это не последовательно и некрасиво
(для меня это смешно).
 

RoN - rodionlenta.ru
22 Apr 2002 5:29 PM
2 Ser: И что тут смешного?

Открою тебе СТРАШНУЮ ТАЙНУ.... :-)

www, или ftp, или mail в начале доменного имени - это просто имя или алиас хоста на котором соответствующий сервис/демон крутится, ну или где прокся, али что-либо подобное стоит.
 

Qrot
22 Apr 2002 5:50 PM
м-дя...
2Ser: а http://vasya.pupkin.info:8001/contents.html не хочешь?
URL тем и хорош что позволяет точно задать местоположение объекта в сети и способ которым ты хочешь этот объект использовать. ты же говоришь о каких-то маловразумительных services непонятно как и откуда берущиеся.
 

Мичурин
22 Apr 2002 5:54 PM
"Кстати, про Word - работь с ним удаленно - мысль интересная. Но сначала придется тянуть немерянно раздутый файл, который к тому же может быть поврежден"

Не придётся - если сделать именно так, как я предлагаю. Чтобы любые документы (локальные ли, сетевые) изначально были бы сервером, предоставляющим свои данные и способы взаимодействия с ними клиентам (гую или другому серверу).

"HTML может понять прочитав 12 листовую брошуру любой Вася Пупкин, а объяснить ему принципы OOП ты запаришься... "

Пусть себе пишет, это нисколько не противоречит тому пониманию документа как сервера, а HTML клиента - как одного из плагинов, автоматически загружающегося в браузер.

Более того! При этом подходе любой программист сможет выдумать свой собственный, упрощённый диалект "HTML for Pupkins", который автоматически станет поддерживаться всеми браузерами, и безо всяких конфликтов между версиями HTML, несовместимостью браузеров и прочего ужаса современных веб-дизайна!

"Или у нас уже есть процессоры .NET или JAVA на всех компах"

Дык много ещё чего для этого нужно сделать. Те же объектно-ориентированные файловые системы. Ну и что с того? Через 5 лет всё, о чём я говорю - будет наверняка.
 

Ser
22 Apr 2002 6:32 PM
2Qrot: Я бы предпочел:
info.pupkin.vasya.www/contents.html
- от самого глобального к самому локальному...
и без всякого http://
 

RoN - rodionlenta.ru
22 Apr 2002 6:39 PM
2 Ser: А я бы предпочёл сейчас в Сочи с тёлкой на берегу моря сидеть. А сижу на работе :-((

Впрочем, разговоры о том что нынешний DNS - сакс идут уже порядочно времени. Но пока никакой альтернативы толком не придумали - приходится работать с нынешним. RFC № ээээ... забыл :-)))
 

Qrot
22 Apr 2002 9:19 PM
2Ser: мало ли что ты предпочел бы, мил человек... кстати что там www делает? после твоих утверждений что www в названии есть номер порта оно меня напрягать стало несколько ... с http мысль ясна, это именно то что говорит Мичурин - contents.html является сервером, или вернее интерфейсом к серверу, предоставляющим требуемые данные, да только все равно ты никуда от этого префикса не денешься, протокол все равно указывать придется, уж не знаю services это будет или еще что. максимум - он будет умолчательным типа file:// для експопера. да и как я заметил, порт указывать в явном виде ты тоже не хочешь, значит порт будет жестко зашит, а это не есть хорошо. так что что бы вы там не хотел, уважаемые, а от урла никуда не дется...
 

Qrot
22 Apr 2002 9:21 PM
2RoN: " в Сочи с тёлкой на берегу моря " любишь ты крупный рогатый скот, как я погляжу Ж:))
 

Мичурин
22 Apr 2002 10:33 PM
Вопрос адресации, конечно, никто не отменял. Так или иначе, но с помощью URL, IP адреса, GUID, или же адреса в некой гипотетической виртуальной памяти, общей для всех компьютеров в Internet - но это делать нужно. URL, при всех своих недостатках хорош тем, что легко запоминается человеком.

Однако же, правильней было бы поступить совсем иначе. А именно, создав единую, распределённую по всему интернету объектно-ориентированную файловую систему, хранящую документы (как объекты-серверы) и гиперссылки друг на друга. Причём и те, и другие быть "живыми" объектами, взаимодействующими друг с другом подобно тому, как указатели и объекты взаимодействуют друг с другом в системах виртуальной памяти со сборщиками мусора и встроенными средствами безопасности. Чтобы ошибка 404 отошла в небытие, а во избежение "Cannot find server" и "Server too busy" автоматически поддерживались бы зеркала и резервное копирование. Чтобы любой вновь появившийся тип документа (от гигабайтовых видеоданных до страниц HTML 10.0 by Vasya Pupkin) был немедленно доступен в режиме клиент-сервер с любого же терминала, будь то сотовый или поисковая система.

Как же примитивно и нелепо выглядит сегодняшний консольный и HTML-ориентированный Интернет по сравнению с подобными могучими системами будущего!
 

Мичурин
22 Apr 2002 11:01 PM
...то есть, к вопросу (третьестепенному, но раз уж подняли) о способе адресации. Адрес документа в такой глобальной виртуальной файловой системе вообще не должен быть привязан ни к IP, ни к URL, ни к конкретной машине, на которой он содержится! Более того - лучше, чтобы он вообще был каким-нибудь бинарным, всё равно никому _для работы_ он не понадобится, так же, как в большинстве случаев не нужно знать адреса объектов в памяти. Ну а броские текстовые имена для документов, которые можно крутить по радио и печатать в газетах, как доменные имена ныне - пусть покупают! :-)
 

Мичурин
22 Apr 2002 11:34 PM
Но ведь можно пойти и дальше! :-)
Реорганизовав святое - компьютер, железо и операционную систему. Ну почему, спрашивается, компьютер как таковой нельзя представить в виде подобного объекта-сервера? Всё железо - от клавиатуры до принтера - тоже должно строиться на объектно-ориентированных принципах. Почему, спрашивается, я не могу (обладай достаточными правами) _стандартным_ способом взаимодействовать с любым железом на удалённом компьютере? Вот DirectX, например. Хорошо, но мало! Уже объектное - но не обладает сетевыми возможностями. Чего уж там говорить про всё остальное. А насколько бы упростилась разработка новых девайсов и написание к ним драйверов?...
 

Qrot
22 Apr 2002 11:44 PM
2Мичурин: никуда ты от URLоподбной адресации не денеьшся, если только еще более сложную не навернешь. все что изменится - роль сервера перейдет от компьютера к документу и только.. бинарные идентификаторы, текстовые алиасы для них - все это уже было, сейчас есть и будет всегда, ИМХО. да в принципе и ошибки твои любимые тоже останутся, никуда они не денутся, только предстанут в другой ипостаси :))
 

Мичурин
23 Apr 2002 12:13 AM
Конечно, я про то же! Ничего принципиально нового в вопросах адресации не придумать, да и зачем? Бинарное представление - лучше для машины, удобочитаемое (если нужно) - для человека.
Однако же в целом, то, о чём я говорю будет отличаться от нынешнего Интернета так же, как он от существовавших некогда BBS. Или как С++ от С. Или как С от ассемблера. Или как ассемблер от машинного кода. Видишь, куда я клоню? Развитие информационных технологий идёт по диалектической спирали. По пути от материального к идеальному, если угодно :-)
 

Skull - sibskullmail.ru
23 Apr 2002 6:34 AM
2Ser: тебе ясно объяснили, что www - дань традиции, которую недалекие пользователи стали принимать как стандарт. По мне так - лишние три буквы, которые приходится набивать, если админ DNS не удосужился настроить как следует. :(
Хотя дельная мысль в твоих словах есть - www и прочие префиксы - на свалку. А то пришлось писать на наше местное радио, чтобы перестали вещать про дабл'ю-дабл'ю-дабл'ю. Тьфу ты, отстой!
 

Skull - sibskullmail.ru
23 Apr 2002 6:43 AM
2Мичурин: хех! Скорее Linux полностью задавит Windows (фантастика-с!), чем вбуханные в Интернет миллиарды позволят реализовать твою схему. :)
Кстати, почитай на досуге про goopher и прочую экзотику, которая пыталась реализовать такую схему. И подумай, почему об этом протоколе почти ничего не слышно. :)
 

Ser
23 Apr 2002 9:47 AM
2 Skull, RoN и Мичурину: В Адресе info.pupkin.vasya.www/content
www - означает 80 порт, для DNS сервера можно было бы писать:
info.pupkin.vasya.ns, а для ASP.net страниц:
info.pupkin.vasya.aspx/content - и это бы означало:
1. Обратись к домену info.pupkin
2. Найди сервер vasya
3. Работай по протоколу aspx (а указание протокола - типа объекта - делает ненужным указание расширение файла) через порт N... или если уж Вы хотите объектную систему - работай с объектом через интерфейс aspx
4. Возьми объект content

Еще сюда бы добавить указание на метод интерфейса, т.е. то, что нужно сделать с объектом и получили бы глобальный объектный URL.
Для отличия его можно было бы назвать GRL или GR - Global Resource.
И внедрить это хозяйство можно без труда - сделать надстройку над Internet Explorer ввести в него свой адресный TextBox и написать простенькую процедурку для преобразования адресов
URL -> GR и наоборот.
Следующий шаг - написать для IIS фильтр, который бы работал перед ним и преобразовывал такие GR адреса в старые URL, а то что IIS (или, читай, Апачи) обрабатывать не может (обращения к интерфейсам объектов) - перенаправлял уже самим COM+ или .Net объектам.

Кстати, об ошибке 404 - это мое любимое сообщение в логах сервера, гораздо хуже, когда на URL
~/script/root.exe или
~/С/WINNT/SYSTEM32/CMD.EXE
возвращается 200 :)))

 

Ser
23 Apr 2002 10:03 AM
Лучшее название для Global Object Resource - GOR
или Global Object Address - GOA:

Пишем: info.pupkin.vasya.win32.shutdown(30)
и в домене info.pupkin сервер vasya запускае API win32 и
кладет через 30 секунд сервер

Или так: info.pupkin.vasya.file.get/mymoney
и забираем у Vasya его файл mymoney

Или info.pupkin.vasya.html/default
и попадаем на его Web - сайт

Красота...
 

Qrot
23 Apr 2002 10:35 AM
2Мичурин:
"Видишь, куда я клоню? Развитие информационных технологий идёт по диалектической спирали. По пути от материального к идеальному, если угодно :-)"
Вижу, ясень пень :) о таком развитии Сети я думал еще года 2 назад а может и раньше, да и вообще помоему эта идея витает в воздухе с начала 90-х - когда там в SUN заявили что сеть это компьютере?... Про спираль я тоже вспомнил когда тебе прошлый ответ писал.. а заодно подумал и примерных сроках полного оборота спирали - получается что то около 20 лет... доживешь? :)
 

Skull - sibskullmail.ru
23 Apr 2002 10:39 AM
2Ser: а еще проще: av:Vasya Pupkin Money :)))
 

RoN - rodionlenta.ru
23 Apr 2002 10:53 AM
2 Ser: Блин, ну сколько можно объяснять... Сошлись на RFC, где там написано, что www означает 80 порт ?
 

me - userinternet.com
23 Apr 2002 11:25 AM
>> Или так: info.pupkin.vasya.file.get/mymoney
и забираем у Vasya его файл mymoney
Не понимаю, почему бы не написать прямо: "Вася, дай денег!"? Зачем нужны точки? Зачем нужны файлы? Пользователям ничего из этого не нужно!

>> гораздо хуже, когда на URL
~/script/root.exe возвращается 200
Да, кстати, напомнил:)) Надо будет сделать, чтобы мой ИИС возвращал. Пусть пацаны порадуются :))))
 

eXOR - billgmicrosoft.com
23 Apr 2002 2:50 PM
2 Ser:
Нет... надо по - другому... me прав... должен быть компонентик, которому твоя программа говорит.
Component("мне нужен сервер Васи Пупкина, раздел о его деньгах") Component("теперь хочу перевести все бабки Васи Пупкина себе на счет");
Вот это будующее... а то про что ты пишешь предлагал SUN еще в 80-х годах... да только тогда народ был недостаточно продвинут...
Да и кроме того... не хочу я чтобы мой компутер был частью сети. Точнее чтобы каждый мой компутер был. Хочу чтобы была и персооналка, которую я могу ставить раком и каком. Ибо так завещали добрые ребятя из книжки Леви :-).
 

Мичурин
24 Apr 2002 2:27 AM
Да, вы ещё ИИ сюда вспомните :-)
Формализовать и структуировать и разгребать всю эту свалку под названием Интернет всё-равно ведь кому-то надо будет. Сделаем мы - им работы меньше будет, разве не приятно? :-)
 

Skull - sibskullmail.ru
24 Apr 2002 6:40 AM
2МИчурин: а кто это - "МЫ" ?? Новые сетевые революционеры? Апологеты технологии, которая позволит тем же монстрам вроде MS грести бабло с каждого пользователя Интернет? Весёлые времена нас ждут!
 

eXOR - billgmicrosoft.com
24 Apr 2002 11:12 AM
2 Мичурин:
Дыкть я его и вспомнил.
 

Мичурин
24 Apr 2002 4:51 PM
Skull:
"а кто это - "МЫ" ?? Новые сетевые революционеры?"

Нет. Люди.
 

vIv
26 Apr 2002 1:27 AM
2Мичурин:
Ответ придёт сам по себе, когда увидишь 3-пиксельный фонт на своём мониторе ;-)
 

Мичурин
26 Apr 2002 5:16 AM
То есть?
 

Бил Гец - bilgez.com
7 May 2002 8:36 PM
Ребята, а где вы такую траву берете? 8-O
 

sbei7cb@email.com
21 Jun 2006 4:53 AM
insurance auto
 

 

← март 2002 11  12  13  15  16  17  18  19  20 май 2002 →
Реклама!
 

 

Место для Вашей рекламы!