b
это самое сложное имхо со стороны сервера. все остальное базовые вещи
Нах вебсокеты
Берёшь gRPC
Size: a a a
2021 March 26
b
сокеты кодятся на голом js
EG
gRPC стучит на сервер, сервер уже по вебсокету что угодно отдаёт
G
Нах вебсокеты
Берёшь gRPC
Берёшь gRPC
Т.е. хтпп/2 == long polling?
G
Не знал, что grpc умеет c вебсокетом
b
gRPC стучит на сервер, сервер уже по вебсокету что угодно отдаёт
для этого надо чтобы фронт умел говорить на языке grpc. зачем это делать, если можно просто 1 статическую страничку сделать с обработчиком вебсокета?
EG
для этого надо чтобы фронт умел говорить на языке grpc. зачем это делать, если можно просто 1 статическую страничку сделать с обработчиком вебсокета?
Чтобы не тащить вебсокет внутрь вима
b
а его не нужно тащить в вим
b
лайв превью крутится отдельным процессом, слушает на локалхосте. из вима ты ему просто отправляешь позицию, куда надо проскроллить
b
а превью процесс уже пересобирает файл и отправляет по вебсокету на страницу
G
gRPC стучит на сервер, сервер уже по вебсокету что угодно отдаёт
А как сервер говорит в вимом?
EG
А как сервер говорит в вимом?
По gRPC
EG
А с фронтендом по вебсокету
EG
а превью процесс уже пересобирает файл и отправляет по вебсокету на страницу
Это ровно то, что я сказал
b
По gRPC
зачем? это просто POST на localhost
b
с номером строки
EG
зачем? это просто POST на localhost
Потому что неовим нативно поддерживает gRPC
b
я понял
EG
Но не произвольный HTTP
b
ну хотелось бы чтобы и в обычном виме работало)