Телеграмм чат группы nodejs

Откуда этот вывод?
Эта задача уже была решена разными способами, в том числе описана в различных исследованиях, N-дестилетий назад.
Я бы начал с того, что поискал их.
Не все эти решения могут быть интуитивно очевидными, и их можно не видеть, если они не примитивные

источник

15:33пожаловаться #5

Roman Piontik in Node.js — русскоговорящее сообщество

Да. Но нужно помнить, что алгоритмы расписаны для серверов. И подразумевают решения для производительных систем. У меня контроллер. У которого вся фаловая система 1мб. А памяти 30кб доступно. Т.е. из всего этого перечня я еще и выбираю адекватные ресурсам.

источник

15:33пожаловаться #6

Roman Piontik in Node.js — русскоговорящее сообщество

Смотри, мы можем подиччкутировать на эту тему, но это не приведет к изменению концепции. Т.е. она действительно осмысленная. Мне нужно простое решение, которой СРАЗУ закроет все мои проблемы. Т.е. их не будет совсем.

источник

15:34пожаловаться #7

Grigorii K. Shartsev in Node.js — русскоговорящее сообщество

Но в этих условиях выбрал HTTP протокол, как основной?

источник

15:34пожаловаться #8

Roman Piontik in Node.js — русскоговорящее сообщество

Просто нужно получить событие разрыва соединения со строны клиента.

источник

15:34пожаловаться #9

Roman Piontik in Node.js — русскоговорящее сообщество

Именно. Потому, что HTTP это единственный универсальный протокол который доступен из-за NAT. Разве что можно WEBSocket ще смотреть как двунарпавленный. Но там есть свои серьезные проблемы.

источник

15:35пожаловаться #10

Grigorii K. Shartsev in Node.js — русскоговорящее сообщество

Его нет в TCP

источник

15:35пожаловаться #11

Grigorii K. Shartsev in Node.js — русскоговорящее сообщество

> но это не приведет к изменению концепции
Почему?

источник

15:36пожаловаться #12

Roman Piontik in Node.js — русскоговорящее сообщество

Эм... TCP гаранти доставку. Т.е. ты гарантированно будешь знать доставлены ли твои данные. В этом, собственно и есть гарантия. И если клиент закрыл соединение, то данные не будут доставлены, а ты получишь ошибку. Это и есть нештатное завершение сессии соединения.

источник

15:37пожаловаться #13

Nikita in Node.js — русскоговорящее сообщество

ой не всегда)

источник

15:37пожаловаться #14

Roman Piontik in Node.js — русскоговорящее сообщество

Другое дело, что ты узнаешь это не сразу. А через timeout

источник

15:37пожаловаться #15

Grigorii K. Shartsev in Node.js — русскоговорящее сообщество

Гарантия доставки немного не это обозначает

Пока у тебя идёт обработка запроса, ты понятия не имеешь, держится ли ещё соединение, если явно его не проверяешь

источник

15:38пожаловаться #16

Roman Piontik in Node.js — русскоговорящее сообщество

Давай проще https://gist.github.com/gabrielfalcao/4216897

Gist

TCP socket error codes

TCP socket error codes. GitHub Gist: instantly share code, notes, and snippets.