Веб сервисы и TCP IP

[Earlot]

Веб сервисы и TCP IP

возможно, я чего-то не понимаю, но:
на tcp ip построили http
сверху http строят "веб сервисы", которые по сути призваны решить задачи tcp ip
поскольку http сам по себе не содержит средств создания подтверждаемой турбы данных, сверху http руками строят эти средства.
зачем?
по каким параметрам оно может получиться лучше tcp ip ?

 

[440hz]

tcp ip это 7 уровней, а что передается поверх - дело самих приложений. tcp ip просто гарантирует что данные дойдут.

 

[Earlot]

Автор оригинала: 440hz
tcp ip это 7 уровней, а что передается поверх - дело самих приложений. tcp ip просто гарантирует что данные дойдут.

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

 

[440hz]

Earlot

извини, я что-то не пойму что ты подразумеваешь под "веб-сервисом" и его привязке к tcp/ip?
поподробнее с этого места?

почта к примеру тоже по tcp/ip бегает ... =)

 

[Earlot]

440hz
существует протокол, который назвали "веб сервис". предполагается, что он существует для удобного общения приложений через сеть.
этот протокол надстроен поверх хттп, который в свою очередь построент на tcp ip.
протокол "веб сервис" создавался для какой-то конкретной задачи, где нужна была именно такая передача данных и потом его просто распиарили.
любые с-подобные языки позволяют простым интерфейсом общаться по tcp ip по любому доступному порту. просто открываешь сокет, инициализируешь соединение и дальше общаешься как с файлом.
более того, если необходим контроль за ошибками передачи (телефон через сеть или игры, где задержки потока не допустимы, где нужно избирательно пропускать ошибки) - есть прямые интерфейсы к UDP. там более геморно, но можно контролировать на уровне пакетов.

 

[440hz]

Earlot

а-а-а. понятно. только я что-то не слышал про такой протокол. есть ссылка какая-нить?

p.s. мне tcp/ip хватает за глаза.

 

[Earlot]

440hz под руками ссылки нет. дома где-то валялось пара. набери по гуглу - найдешь. там построения на xml rpc

 

[Alexandre]

существует протокол, который назвали "веб сервис".

Ну во первых протокол называется SOAP, который является составной частью "WEB служб"
во вторых он может бегать помимо HTTP, он может бегать любым транспортным протоколом, как FTP так и SMTP.

любые с-подобные языки позволяют простым интерфейсом общаться по tcp ip по любому доступному порту

пример .... утверждение простым интерфейсом спорное.

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

А это вообще к чему???

 

[440hz]

Ну во первых протокол называется SOAP

а-а-а! так мы про это? тогда не понятно при чем тут tcp/ip? ну бегает он по нему ну и что. связь то какая?

 

[Earlot]

440hz просто люди решают с помощью этой штуки задачи, которые классически решаются на tcp ip. а эта штука помимо прочего творит страшный гемор как только провисает канал. оно вообще не реагирует что сервер на той стороне упал. просто данных нету и все.

 

[whirlwind]

>просто люди решают с помощью этой штуки задачи, которые классически решаются на tcp ip.

примерный аналог

- люди пишут на PHP задачи, которые классически решаются на ассемблере

Вроде бы есть доля правды, но ничего общего с реальностью. TCP/IP - это протокол передачи данных. А все что сверху - это протоколы передачи конкретный данных решающих конкретные задачи. Если протокол верхнего уровня укладывается в рамки HTTP, то нафига милион раз переписывать низкий уровень, связанный с созданием клиента и сервера если в результате получится тот же самый велосипед, только с квадратными колесами?

 

[440hz]

только с квадратными колесами

многие от этого чувствуют свою важность и значимость
=)

 

[Alexandre]

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

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

Так вот представь себе - сидят умные дядьки из Майкрософт и думают, как продать новую версию своего очередного творения, чтоб обоготить свои карманы... Тут один вскакивает и говорит Эврика!!! - а давайте созждадим вот то..то... и то...то...
а ему ученый совет отвечает - ну это же у нас есть там-то и там-то...
Это позволяет DCOM, RPC...
А он - а давайте это чуточку доработаем и обзовем "Вэб Сервисом" и встроем в наши продукты...

и с этого момента запускается мощная маркетинговая машина, привлекаются реклама, пресса , бесплатные семинары, презентации по крапорациям, etc... под давлением которой каждый рядовой пользователь чувствует себя, как Советская женщина, узнавшая после 90х годов, что такое прокладка и теперь это для него уже первая необходимость...
цель Мс достигнута - она впаривает очередную версию своего продукта, поддерживающего эти вот самые сервисы!!!! А иначе как ему еще заработать деньги???

 

[AnToXa]

да, кстати, нет протокола tcp/ip, есть протокол tcp, есть протокол ip, tcp работает поверх ip, и udp работает поверх ip, всякие http/ftp/smtp - работают поверх tcp, и называются не транспортными, а прикладными.

-~{}~ 03.11.06 19:10:

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

 

[whirlwind]

>под давлением которой каждый рядовой пользователь чувствует себя, как

Не совсем я вкурил при чем тут МС... однако не соглашусь насчет экономической фишки. Щас уже не то время когда МС сказала и все - так оно и будет. Раньше помимо МС альтернатив не было, вот и думали что МС - правильный стандарт. Лично я вообще перестал обращать внимание на подобные заявления где то в 2к, когда они выпустили свою суперпупер AD, которая в итоге не оказалась ни настолько удобной, ни настолько востребованной и проч. проч. как нам было заявлено.

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

Возвращаясь к теме топика можно сказать что HTTP это протокол, который удовлетворяет большинству условий, по этим самым
>параметрам оно может получиться лучше tcp ip
PS. если конечно допустить возможность сравнения коров с утюгами

 

[Earlot]

whirlwind ну да... и AJAX таким образом по твоему удобная и востребованная технология?
разумеется не смотря на то что все то же самое умели решать 5 лет назад простейшими способами...
http нужен на броузерах. за пределами броузеров он просто ни к чему. между софтинами гораздо удобнее пакетами общаться.

 

[phprus]

Earlot
Ты дурак?
Ты еще скажи, что данные по протоколу http данные передаются не пакетами.

между софтинами гораздо удобнее пакетами общаться

Повторяю свой вопрос.
И браузер и сервер - это программы (софтины в твоей терминологии).

P.S. Я могу посоветовать тебе читать http://phpclub.ru/talk/showthread.php?postid=664968#post664968 до полного просветления

 

[Solid]

Earlot
Ajax (а не AJAX) - это идея, а не технология.

SOAP? Смотрим и вникаем в презентацию: http://axkit.org/docs/presentations/tpc2001/httprpc.axp/a.pdf

 

[Alexandre]

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

во-во сравниваем ковры и утюги.

http нужен на броузерах. за пределами броузеров он просто ни к чему

Почему?

между софтинами гораздо удобнее пакетами общаться.

Почему?
Earlot обоснуй и без эмоций!
и что в твоем понимании пакеты?

 

[Solid]

Alexandre
Он имеет ввиду через обычные сокеты.

А для чего создаются стандарты? Для лёгкости использования, для портативности, да и хотя бы для того, что бы два программиста говорили на одном языке, а не каждый писал своё собственное, подобие-HTTP протока.