никак по сути но и не думаю, что если это будет, оно поможет, потому что даже если фрейм отправится, не факт, что он дойдёт в таком случае до адресата например, фрейм отправился в tcp соединение и даже в роутер, но инет пропал и он не дошёл до адресата т.е. нет реальной гарантии в получении чего в итоге хочется добиться?
так, а разве tcp не имеет ack, который позволяет удостовериться в том, что фрейм доставлен?
пакетов, но не всего webSocket фрейма а фрейм может быть, как в одном пакете, так и в нескольких, так и один пакет содержать несколько фреймов то есть, чтобы понять, послался ли фрейм надо всё это трекать не уверен, что оно так будет работать сейчас гляну, что у netty с этим
у netty так же, flush - завершается когда записывает в канал NIO (или иной имплементации) то есть, по сути в ktor сейчас +- так же и гарантии о том, что фрейм дошёл до адресата всё равно не будет, если не отправлять от адресата какую-то инфу не зря в rsocket есть resumability 🙂 вопрос в том, какую задачу нужно решить и насколько перепосылка одного и того же фрейма влияет на работу
я пишу либу клиент для телеграм, там необходимо реализовать мтпрото. ну и хорошо бы знать, какие команды дошли до сервера, а какие нет. повезло, что телеграм делает свои аски в протоколе, но мне хотелось бы более правильно решить задачу.
думаю, что не повезло, а иначе просто никак)
клиент апи реализацию?
хорошо, спасибо
Обсуждают сегодня