Хм, про нексттк не знал, сейчас покурю, спасибо

ммм, не понял, вся игра должна быть на клиенте, а на бэке ты должен только запрсы обрабатывать!?

Ну да

Socket.io

http://pointjs.ru/ для простых 2d игр, норм либа

Мне не нужна клиентская библиотека)

как хочешь)

И я так подразумеваю что запускать интервал на ноде для каждой сессии это не очень хорошая идея с точки зрения прлизводительности

заюзай очередь готовую

а если приложение реалтаймовое, мб можно в цикл завернуть всё (хотя так себе идея)

Я прошу простить я просто новичок совсем в ноде

Так оно итак в цикле же оаботает?

зачем взялся за такое сложное?

Это вполне номрально

Так оно итак в цикле же оаботает?

кто в цикле работает?

любое приложение ноды?

кто в цикле работает?

Нода

нет

цикл и EventLoop это разные штуки

А

eventLoop Это штука которая срабатывает только когда происходит событие

Не, классический уикл будет блокирующим

В моем случае

почитай об EventEmitter

и об cron

как работает cron

лол

запускать отсчет времени на клиенте, а как раунд заканчиваеться, клиент оповещает об этом

крон то причем

Используй setTiemout или setInterval

запускать отсчет времени на клиенте, а как раунд заканчиваеться, клиент оповещает об этом

Так это ж дырка

Потенциальная

Больше ничего нет

крон то причем

если ты заранее не знаешь как часто должно эмититься событие

Больше ничего нет

И вот допустим у меня 100 игровых сессий

В каждой по интервалу

Это ж как то хардово будет для ноды?

один интервал на все сессии

Нет

один интервал на все сессии

Это как?

Каждая сессия это раунд с 99 секундами как в файтинге

Все будет нормально думаю c несколькоми тысячами таймеров

Каждые 10 секунд что то происходит

Логика такая

Таймеры весьма легковесны

И я не хочу это делать на клиенте

Таймеры весьма легковесны

Вот у меня как то сомнения в этом

ну так проверь, если есть сомнение

Можно одним всё решить, как уже выше сказали

Можно одним всё решить, как уже выше сказали

Я вот сейчас пытаюсь понять как, что то не получается

Можно одним всё решить, как уже выше сказали

нельзя

https://tproger.ru/news/nodejs-certification-is-coming/

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

интересно

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

это предположение ничем не обосновано

один интервал на все сессии

мож, поясните

вообще для такого, кажется, будет норм redis с ttl. такое и скейлить легко

Если один таймер для всех брать, то изи же

Если один таймер для всех брать, то изи же

Какая схема то)

Каждая сессия инровая это раунд, в нем 99 секунд как в файтинге, общение по socket.io

вообще для такого, кажется, будет норм redis с ttl. такое и скейлить легко

ага

В идеале чтобы сервер считал каждую секунду

причем здесь редис то вообще

Каждая сессия инровая это раунд, в нем 99 секунд как в файтинге, общение по socket.io

eventEmitter + setInterval по секунде

И на клиента эмитил просто "время обновилось"

Может на каждого нового клиента спаунить новый процесс? Или это через чур хардкор

хад

хард

ибо плодить 1000 процессов не есть хорошо

Может на каждого нового клиента спаунить новый процесс? Или это через чур хардкор

Плюс ноды тогда)

Сделать массив-очередь выполнения и выполнять интервалы пошагово до ближайшего следующего события

Сделать массив-очередь выполнения и выполнять интервалы пошагово до ближайшего следующего события

зачем?

У вас есть один таймер, от него зависят все текущие и последующие сессии.

причем здесь редис то вообще

ну, редис как шина и event-emitter, в которой событие - просрочка ключа

зачем?

Я же тебя не спрашиваю "зачем нельзя"

воркеры на это подписываются, соответственно

Я же тебя не спрашиваю "зачем нельзя"

ну а я тебя спрашиваю - зачем? пользы 0

Ой нет, как-то неохота лишние сущности плодиить для решения)

Можно просто высчитавать время текущей сессии и след. сессии и исходя из полученного результата закрывать или открывать нью сессиию

Итак к минимуму стараюсь свести