М
Вообще интересно, ведь изначально ее такой не делали. Это ведь со временем перенесли
Size: a a a
2019 October 31
p1
Ребят, а чаты, личную переписку, на чём делают, ткните носом пожалуйста?
У меня на проекте реализован примитивный чат на nodejs + mysql . Данные напрямую пишутся в бд .Если кол-во пользователей будет большое можно писать сообщения в редис и уже из редиса сбрасывать в мускуль раз в час или раз в 10 минут
v
Cockroach неплохо для чатов подходит) , да и сам MySQL особенно сейчас неплох.
Писать с меньшим приоритетом и коммитом раз в n времени сразу чанками, как вариант сбрасывать бд редиса.
Писать с меньшим приоритетом и коммитом раз в n времени сразу чанками, как вариант сбрасывать бд редиса.
М
У меня на проекте реализован примитивный чат на nodejs + mysql . Данные напрямую пишутся в бд .Если кол-во пользователей будет большое можно писать сообщения в редис и уже из редиса сбрасывать в мускуль раз в час или раз в 10 минут
Есть код посмотреть?
p1
Есть код посмотреть?
Он ничем не отличается от любого другого чата который вы нагуглите .
p1
Могу частично только показать индекс файл
М
Если не затруднит
PL
🆙 We updated our free #Bootstrap theme for Shopaholic this week. A lot of improvements led to high #Lighthouse report results! 🍾
Test a new 1.3.0 version 👉 https://octobercms.com/theme/lovata-bootstrap-shopaholic
#Shopaholic #Bootstrap
Test a new 1.3.0 version 👉 https://octobercms.com/theme/lovata-bootstrap-shopaholic
#Shopaholic #Bootstrap
v
А как историю сообщений гоняете? судя по join-to-room передается вся история в этом же emit’e, это может быть весьма большая простыня.
При потере соединений на EDGE, 3G не бывает затупов?
При потере соединений на EDGE, 3G не бывает затупов?
p1
А как историю сообщений гоняете? судя по join-to-room передается вся история в этом же emit’e, это может быть весьма большая простыня.
При потере соединений на EDGE, 3G не бывает затупов?
При потере соединений на EDGE, 3G не бывает затупов?
Да , могут быть затупы , но кол-во сообщений в руме у нас достаточно не большое , а вообще по хорошему нужно подтягивать за последние н-дней
p1
либо подтягивать последние 10 например
v
Ну и query и polling.extraHeaders насколько помню это в socket.io поддерживается только для транспорта polling, сам транспорт websocket не поддерживают эти параметры.
Или уже что-то поменялось?
Или уже что-то поменялось?
p1
v
Понял, спасибо) давненько писали чат на сокет.ио как раз, одна из прикольных проблем была как раз верификация. Изначально тоже делали на query, и заголовках, но столкнулись, что сервер их в упор не видит при подключении через транспорт ws, однако хорошо видел через pooling.
Надо пожалуй почитать, может уже что-то изменилось)
Надо пожалуй почитать, может уже что-то изменилось)
p1
Понял, спасибо) давненько писали чат на сокет.ио как раз, одна из прикольных проблем была как раз верификация. Изначально тоже делали на query, и заголовках, но столкнулись, что сервер их в упор не видит при подключении через транспорт ws, однако хорошо видел через pooling.
Надо пожалуй почитать, может уже что-то изменилось)
Надо пожалуй почитать, может уже что-то изменилось)
а как решили ? Оставили на pooling ?
v
Нет, реализовали событие которое должен вызывать клиент для верификации на сервере передав токен в течении 10 сек после подключения или принудительный дисконнект.
p1
тоже вариант , видел такую реализацию,думаю что когда буду переделывать свой чат прменю ее