Информация об изменениях

Сообщение Re[24]: gRPC vs rest от 27.06.2022 15:37

Изменено 27.06.2022 15:43 Serginio1

Re[24]: gRPC vs rest
Здравствуйте, Sharov, Вы писали:


S>ЗЫ: Понял, брандмауэр. Все блокировано, кроме 80. Т.е. абы кто не может никуда стукануться, кроме 80 порта. Тогда ясно. Но вопрос осталю, может

S>я неправ.

Ну HTTP/2 тоже может и на 80 и на 443 ssl http2
https://habr.com/ru/company/infobox/blog/268599/

Ну а так HTTP/2

Добавить механизмы согласования протокола, клиент и сервер могут использовать HTTP 1.1, 2.0 или, гипотетически, иные, не HTTP-протоколы.
Поддержать совместимость с многими концепциями HTTP 1.1, например по набору методов доступа (GET, PUT, POST и т. п.), статусным кодам, формату URI, большому количеству заголовков
Уменьшение задержек доступа для ускорения загрузки страниц, в частности путём:
Сжатия данных в заголовках HTTP
Использования push-технологий на серверной стороне
Конвейеризации запросов
Устранения проблемы блокировки «head-of-line» протоколов HTTP 1.0/1.1
Мультиплексирования множества запросов в одном соединении TCP
Сохранение совместимости с широко внедрёнными применениями HTTP, в том числе с веб-браузерами (полноценными и мобильными), API, используемыми в Интернете, веб-серверами, прокси-серверами, обратными прокси-серверами, сетями доставки контента


То есть и идемпотентность должен поддерживать раз совместима с GET
Re[24]: gRPC vs rest
Здравствуйте, Sharov, Вы писали:


S>ЗЫ: Понял, брандмауэр. Все блокировано, кроме 80. Т.е. абы кто не может никуда стукануться, кроме 80 порта. Тогда ясно. Но вопрос осталю, может

S>я неправ.

Ну HTTP/2 тоже может и на 80 и на 443 ssl http2
https://habr.com/ru/company/infobox/blog/268599/

Ну а так HTTP/2

Добавить механизмы согласования протокола, клиент и сервер могут использовать HTTP 1.1, 2.0 или, гипотетически, иные, не HTTP-протоколы.
Поддержать совместимость с многими концепциями HTTP 1.1, например по набору методов доступа (GET, PUT, POST и т. п.), статусным кодам, формату URI, большому количеству заголовков
Уменьшение задержек доступа для ускорения загрузки страниц, в частности путём:
Сжатия данных в заголовках HTTP
Использования push-технологий на серверной стороне
Конвейеризации запросов
Устранения проблемы блокировки «head-of-line» протоколов HTTP 1.0/1.1
Мультиплексирования множества запросов в одном соединении TCP
Сохранение совместимости с широко внедрёнными применениями HTTP, в том числе с веб-браузерами (полноценными и мобильными), API, используемыми в Интернете, веб-серверами, прокси-серверами, обратными прокси-серверами, сетями доставки контента


То есть и идемпотентность должен поддерживать раз совместима с GET

https://habr.com/ru/company/nix/blog/594391/

мультиплексирование (в HTTP 1.1 для передачи трех файлов надо установить три соединения, в каждом из которых будет запрашиваться и отправляться определенный файл. В HTTP/2 можно все передать по одному соединению);