вообще то рест это реализация рпц

не)

да понял уже

рест это не рпц

Для каких целей можно использовать RCP? в вебе

микросервисы, карл

двоешник

-.-

соап это рпц

микросервисы, карл

okay

\я тут недавно\

:x

либо можно 2 сервиса связать

RPC лучше всего HTTPS

ну сайта в смысле

RPC лучше всего HTTPS

а можно как-нибудь через tcp там

RPC лучше всего HTTPS

нахуй? О.о

ну, что бы побыстрее работало

соап вроде можно пускать не по хттп

но я не уверен, что в пыхе есть годные реализации этого

соап вроде можно пускать не по хттп

можно

да и смысла поди немного

но только по приклодному уровню

выиграешь на скорости из-за отсутствия обёртки хттп, проебёшь на использовании сторонних либ

TCP - это транспртный уровень

А на прикладном у тебя есть россыпь протоколов

прикладной уровень выше

я думаю, он его и имел в виду

пока

выиграешь на скорости из-за отсутствия обёртки хттп, проебёшь на использовании сторонних либ

это да

так что не ссы фолли, использую протокол HTTP ты используешь TCP )

нетокая

так что не ссы фолли, использую протокол HTTP ты используешь TCP )

он поди через сокеты хотел

так что не ссы фолли, использую протокол HTTP ты используешь TCP )

ого

а я думал наоборот

*уа как много новой информации*

ну не наоборот, но что это разные вещи вообще

а я думал наоборот

сморя с какой стороны OSI смотреть )

он поди через сокеты хотел

не

оси хуёси

рпц через удп ?

Ежик в кармане ножик

рпц через удп ?

зато packetloss слабый ?

нахуй тебе рпц внезапно

надо

А, это ваш с ангелиной статап

Нет

сасап

сморя с какой стороны OSI смотреть )

не отражает всю полноту современного мира сетей

Во

@someone_from_nowhere TCP работает поверх HTTP?

это что, правда?

@someone_from_nowhere TCP работает поверх HTTP?

наоборот

в смысле наоборот

ну в принципе можно завернуть

@someone_from_nowhere TCP работает поверх HTTP?

может и поверх, но обычно наоборот

ты ж мне сказал

чёбы нет

так что не ссы фолли, использую протокол HTTP ты используешь TCP )

как так то

Транспортный уровень - это более низкоуровневая фигня

чем прикладной

пздц обманул меня

на прикладном у тебя HTTP, FTP, SMTP и пр

А на транспортном TCP

ERROR: S client not available

UPD

и что-то там ещё

HTTP без проблем может быть на транспортном

у него для этого есть метод connect

у него для этого есть метод connect

Преобразует соединение запроса в прозрачный TCP/IP-туннель

http от этого никуда не пропадает

понял кажись

ну так, абстрактно, но понял

http от этого никуда не пропадает

блять ) конечно не пропадет

но будет работать поверх TCP всё равно )

у него для этого есть метод connect

это просто в хттп завернули транспортный

хттп от этого выше не прыгнул

хттп от этого выше не прыгнул

точнее ниже )

как посмотреть

но будет работать поверх TCP всё равно )

внутри у тебя может быть vpn который будет слать tcp, и вот у тебя получается tcp поверх http

внутри у тебя может быть vpn который будет слать tcp, и вот у тебя получается tcp поверх http

который работает поверх TCP

и который работает через ssh тунель через udp

заверните мне первый уровень в хттп :x

хотя есть же всякие пробросы для юсб

и который работает через ssh тунель через udp

UPD - это тоже транспортный уровень

HTTP сам по себе не может быть транспортом

а какой-же он тогда будет уровень, если через него vpn подключили?

UPD - это тоже транспортный уровень

udp*

ещё раз Сёрег

через него ты можешь всё, что угодно

не отражает всю полноту современного мира сетей

ты это сам придумал?

но сам HTTP без транспортного уровня не заработает

т.е. чтобы ты что-то внутри этого HTTP создал, нужен транспортный уровень для этого HTTP

ты это сам придумал?

я тебе без проблем 10 уровней наберу с https, vpn и ssh тунелями и i2p

да, наберёшь