нода для stateless

в моем случае наоборот: нода умеет хорошо выживать при длительной работе, без умирания от запроса к запросу

за счет stateless-обработки запросов

за счет stateless-обработки запросов

не, нода не обязательно stateless

за счет stateless-обработки запросов

ну смотри, чат сервер с досыланием сообщений и трекингом времени, проведенного в чате, и отключении пользователя, если его оплаченное время кончилось, это stateless разве?

нода для stateless

не, это точно спорное утверждение)

а через что ты сделал учет конца времени? (просто интересно)

а через что ты сделал учет конца времени? (просто интересно)

setInterval и проверку времени

Date.now() все дела

а, тип каждые x минут проверял всех участников

у кадого юзера при коннекте свой счетчик запускался, каждые x секунд проверка шла

да, у тебя действительно стейтовое получилось

в целом, даже если счетчиков много и event-loop перегружен, все компенсировалось тем, что само время проверялось по prevTime - Date.now()

тот факт, что пользователь потратит лишние 10 секунд не оплаченных -- не проблема

Отличная позиция

такова позиция заказчика)

Прям даж добавить нечего))

а мое дело простое: реализовать)

я предупредил, что под нагрузкой такая ситуация может возникнуть, заказчик согласился

была б задача сделать максимально точный учет времени, я б наверное не ноду брал, а что-то с тредами и на каждый диалог свой тред вешал бы

А в конце на крестик повесил бы систему)

там в целом по словам заказчика подходил даже вариант с поллингом раз в 30 секунд к php-бэкэнду, без ноды и этого вот всего, а когда он увидел чатик на ноде, в котором погрешность до 10 секунд, он оказался в восторге, так что всё норм)

ну смотри, чат сервер с досыланием сообщений и трекингом времени, проведенного в чате, и отключении пользователя, если его оплаченное время кончилось, это stateless разве?

а юзер может отключиться от чата, тогда его минуты не тратятся, так?

а юзер может отключиться от чата, тогда его минуты не тратятся, так?

таймер выключется, если хоть один из юзеров из диалога дисконнектнулся, по мнению socket.io. после реконнекта таймер возобновляется

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

единственное, таймер не учитывает AFK

там еще перед тем, как таймер остановить проходит 5 секунд на реконнект, чтобы нельзя было абузить перезагрузку страницы. пользователь отключился, запускается пятисекундный таймер, если пользователь за это время не подключился, ставится статус офлайн и таймер чата останавливается

если подключился, всё продолжает работать как было

Вот ето я понимаю юзер-френдли

наверно это можно организовать через бд не перегружая особо эвент-луп

наверно это можно организовать через бд не перегружая особо эвент-луп

тогда придется грузить бд

Вот ето я понимаю юзер-френдли

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

Давайте грузить пользователей они бесплатные

давайте просто сделаем p2p месенджер и чтоб юзеры кидали деньги на биткоин кошелек

давайте просто сделаем p2p месенджер и чтоб юзеры кидали деньги на биткоин кошелек

а за что кидать деньги?)

назовем это ICO

тут маркетолог нужен, который убедит пользователей закинуть денег)

то что я писал, там схема стандартная: услуга-оплата

а со стороны p2p мессенджера я не вижу услуги

Мессенджер ещё осилить надо 😃

Мессенджер ещё осилить надо 😃

смотря насколько сложный мессенджер)

простейший же собирается за 5 минут

p2p-мессенджер да, понятия не имею как делать

да и вообще p2p мне совершенно непонятен

покупаешь айпишник, обмениваешься с кем надо, общаешься

//тоже непонятен на самом деле

если хоть у кого-то есть белый айпишник, то всё становится проще, да, но если вдруг все за натом, то как быть? p2p-сеть же не должна от такого умереть. вот из-за этого я и не могу понять как это работает

Насколько я знаю, p2p обмен - это всё ещё что-то из области чёрной магии. Куча юзеров сидят под натами-фаерволлами, а значит их как-то пробивать надо, либо как-то делать частичную централизацию.

делаем на базе блокчейна с шифрованием и подписями, платишь за каждое сообщение

Насколько я знаю, p2p обмен - это всё ещё что-то из области чёрной магии. Куча юзеров сидят под натами-фаерволлами, а значит их как-то пробивать надо, либо как-то делать частичную централизацию.

пока всё что мне известно, пользователи с белым ip становятся точками этой централизации, плюс может быть сервер, на случай, если пользователей с белым ip не нашлось

ну то есть фактически не полная децентрализация, а федерация получается

ну да

мне кажется есть какие-то шаманские способы организвать UDP обмен между двумя точками с серым айпи с минимальным участием белых айпи

но по моему не со всеми типами nat это работает

короче, всё сложно

а в этом вопросе разве есть большая разница между UDP и TCP?

по моему да, ведь если TCP сервер за nat, то ему уже не пробиться никак

а UDP сокет может сам отправить кому-нибудь пакет

и таким образом пробиться за нат

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

и UDP сокет тогда теоретически должен смочь получать входящие пакеты

проблема возникает в том, что ни UDP, ни TCP не будут знать "куда" отправить этот пакет. они могут отправить пакет только на публичный адрес NAT, а как сообщить NAT куда этот пакет послать дальше -- хз

неее

NAT же как бы прозрачен для исходящих соединений

то есть нужен внешний белый айпи, куда будет отправлен UDP пакет

и по идее NAT должна у себя открыть порт на прослушивание, чтобы UDP смог ответ получить

Peer A -> A's NAT -> Global Network -> B's NAT -> Peer B

короче

https://en.wikipedia.org/wiki/Interactive_Connectivity_Establishment

вот в таком случае проблема должна быть

Резюмирую: есть STUN, который помогает соединять два узла за NAT, но не для всех NAT он работает. А есть TURN, который тупо выступает в роли прокси и пропускает трафик через себя.

Это всё костыли, короче. О полноценном p2p мечтать особо не приходится. И p2p сеть может быть выведена из строя, даже если не все узлы выведены из строя.

А ещё есть ipv6...

Товарищи Почитал я тут вас и у меня вопрос Где бы знаний по сетям набраться? Книги предпочтительнее

Таненбаум?

Товарищи Почитал я тут вас и у меня вопрос Где бы знаний по сетям набраться? Книги предпочтительнее

ну я набирался так: задался вопросом - погуглил. правда пробелы всё равно остаются

Не ну прям основательно

Сети для самых маленьких я слышал все советуют

Ой, да дайте почитать

годная штука

Пусть в ридере полежит