песок закончился

Или снег

"Вот например бравзеры с html это REST. Вот так делайте и будет круто!" и ты им такой "А не пойти-ли тебе мил человек на..." и делаешь json-rpc по HTTP/WebSokets

о, WebSockets же. всё время про них забываю

"Вот например бравзеры с html это REST. Вот так делайте и будет круто!" и ты им такой "А не пойти-ли тебе мил человек на..." и делаешь json-rpc по HTTP/WebSokets

и получается полная дичь

и получается полная дичь

обоснуй

ну, например, как ты узнаешь что запрос не дошел?

точно так же

точно так же?

в http у тебя есть нормальна семантика

а чего у меня нет HTTP в json-rpc поверх HTTP?

на всех уровнях инфраструктуры она будет поддеживаться

а чего у меня нет HTTP в json-rpc поверх HTTP?

websocket это не http

json-rpc поверх http ради бога

нет претензий

на вебсокетах то точно так же - получил ответ, значит дошло

а с хттп2 разница вообще теряется

без двойного ack один хрен не можешь быть уверен что дошло

на вебсокетах то точно так же - получил ответ, значит дошло

а если не получил?

на любом протоколе

А если http дисконектнуло до получения ответа?

без двойного ack один хрен не можешь быть уверен что дошло

+

вернется ошибка

ну тут у тебя таймаутится

или дисконнектится

а если ничего не вернуло?

короче, не надо городить свои велосипеды вместо того, что нормально работает

то хендлер отработал на сервере или нет?

у моего велосипеда 7 передач на передней и 3 на задней, он круче

авторизация делается через одно место

лоад-балансинг — полная дичь

вот балансинг может быть, а что с авторизацией?

авторизация как и в остальном http

аутентификация и авторизация разные вещи кстати

json-чиком с каждым запросом посылать

аутентификация и авторизация разные вещи кстати

а это-то причем

я кстати в курсе, спасибо

у вебсокетов и обычного хттп вообще нету разницы с т.ч. авторизации и аутенн

Аутентифицировался при открытии коннекта и чо тебе еще надо?

оно работает ровно одними и теми же методами

Аутентифицировался при открытии коннекта и чо тебе еще надо?

ммм, ага

поскольку открытие коннекта это хттп запрос

в котором есть все хэдеры, параметры и и прочее

и какая разница, будешь слать в json или в заголовках? В конце концов сделай envelope (привет SOAP)

безусловно, а потом правда нужно еще поддерживать актуальность этой авторизации на сервере

коннешкн то stateful

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

А какие сложности то? Всё точно так-же. И не делай stateful application протокол поверх stateful transport протокола

и тогда зачем нам нужен этот websocket?

А какие сложности то? Всё точно так-же. И не делай stateful application протокол поверх stateful transport протокола

уже выше вы же предлагали сделать его стэйтфул

он проще чем http2

правда?

чем?

да. либ под http2 нет

я под вебсокеты то на питоне вменяемой либы не нашел

количеством страниц в спецификации

количеством страниц в спецификации

вот да

и как результат количестом боблиотек

вроде у http2 без server push все понятно

с библиотеками вроде тоже не сталкивался

в светлом будущем конечно http2 строго круче хтте

в крайнем случае поставьте себя за nginx

опс вебсокетов

а мне нужен server push

но мы живём не в светлом будущем

а мне нужен server push

server push зачем нужен?

чет мне кажется, если нужен то эти проблема вебсокетами тоже не решить

оповещать

ERROR: S client not available

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

вроде в warp что-то накостылили, но насколько я знаю не очень

оповещать

поэтому нужно просто сделать API HTTP, реалтайм — websocket/longpoll

и не всё

я и делаю два апи

один для туповатых скриптов, второй для гуёв

кстати так и не понимаю чем например лучше websocket для подписок, чем нормально сделанный longpoll + keep-alive

не вижу ни одного бонуса long poll по сравнению с websocket

проще балансировать

в разы

и знаете что? Без RESTфульных урлов можно обойтись одним и тем-же кодом

чем?

по середине коммуникации на другой хостинг пошлёшь?

а как будете перекидывать коннекшены с сервера на сервер, если их стало там слишком много?

и вообще, не у всех тут вебскейл размером с гугла

дисконнектишь нахрен и всё

удобно конечно

в сетевых делах клиент должен быть готов к дисконнекту

надо только понять что пора дисконнектить vs round robin nginx + longpoll

и семаника request/response строго проще, чем у вебсокетов (где судя по большинству примерно просто городя свою request/response семантику поверх стэйтфул соединения)

если я правильно понимаю то Лонг пол это сервер не закрывает соединение и не говорит что сеанс завершён пока не захочет, так?

обычно там лимит, например 20 секунд

и соответственно клиент и сервер по нему могут досылать данные?

и вообще, не у всех тут вебскейл размером с гугла

You are not Google, да

You are not Google, да

кто как

ну короче, непонятно просто стоит ли оно того

В общем я в основном то против REST с параметрами в урлах. и CRUD через HTTP методы.

/me в принципе доволен API у dropbox

не json-rpc, ибо метод в урле. но так даже лучше

REST появился потому, что господа вебные-динамические на PHP, Python, Ruby и прочем мозге рака не осилили написать нормальные генераторы прокси по WSDL

Подскажите, таплы это синтаксический сахар? Над чем?

А сейчас они изобретают Swagger