А что странного?

SSE, socket'ы или long-poll?

Хотелось бы упростить себе жизнь и сделать шаг вперед во фронтенде, хотел от вас совет попросить. Сейчас использую шаблонизатор express, стили по нулям (css вояю какую нидь), Все компоненты рисую вручную или bootstap. Запросы через ajax, jquery. Смотрю в сторону pug + vue + socket.io С чего бы начать и чем вы пользуетесь для фронтенда. Спасибо за любые советы.

дратути кто-нибудь имел дело с openresty+websocket'ами? или это не тот чатик?

о а можно ссылку на девопс?

бггг оттуда меня послали сюда

а в чем проблема у тебя?

я хотел спросить, кто-нибудь имел дело с вебсокетами в openresty (nginx + lua)

Александр, что то не то вы меня спрашиваете

мой вопрос, кто-нибудь терминировал weboscket в nginx с обрабтичком endpoint'a на lua

мой вопрос, кто-нибудь терминировал weboscket в nginx с обрабтичком endpoint'a на lua

Всем привет! Подскажите либы для работы с большими json файлами? пытаюсь спарсить 300мб файл. нода съедает всю оперативу. пробовал https://github.com/philbooth/bfj

Стримы

Всем привет! Подскажите либы для работы с большими json файлами? пытаюсь спарсить 300мб файл. нода съедает всю оперативу. пробовал https://github.com/philbooth/bfj

Спроси в @ProLua

неа. просто вся оператива съедается со временем(~12гб)

всем привет! скажите, кто как подходит к вопросу логирования node-приложений? слышал мнение, что апп по-хорошему должен писать только в stdout, и должен быть второй сервис, который слушает stdout этого аппа и уже сам решает, что делать с логами и куда их раутить

всем привет! скажите, кто как подходит к вопросу логирования node-приложений? слышал мнение, что апп по-хорошему должен писать только в stdout, и должен быть второй сервис, который слушает stdout этого аппа и уже сам решает, что делать с логами и куда их раутить

у нас ошибки шлются в logentries

это правильный подход для докера, в остальных случаях это вряд ли будет удобно

ну вот вроде как пытаемся сделать так, чтобы это всё потом в докер упаковать и в случае необходимости скейлить

у них модуль для логгирование, вместо console.error, пишешь logger.err

ну да, мы раньше тоже использовали winston, там делаешь winston.info или winston.err, а он уже решает, что с этим делать

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

я вот пытался найти, как это сделать, но пока не особо понял. ну то есть можно сделать node index.js | some_logger_binary, и тогда этот logger сможет читать stdout нодовского приложения, а если, например, логгер запущен в соседнем докер-конейнере.. непонятно

или он должен быть запущен на хост-машине и читать логи докера через docker logs

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

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

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

плюс у докера есть свои драйвера для логов

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

Вот, это правильное решение. А прокидывать socket - не оч.

И какая ж логика нужна?

Вот, это правильное решение. А прокидывать socket - не оч.

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

Понял всё, спасибо, буду изучать 👍🏼

Всем привет, может ли кто подсказать хорошую правильную структуру приложения на веб-сокетах? Может есть какой хороший пример?

Вот как я делал (не знаю насколько она правильная, но мне норм): 1. Первое это поднять шину событий, чтобы можно было отделить бизнес логику от конкретных событий 2. Это создать директории в корне для каждого участника. Т.е. если есть бразуер, то папка browser, если моб клиенты то соотвествующая папка. 3. В каждой папке участика listeners и emitters 3. Прикрутить логи и логировать всё, желательно с генераций уникального номера ошибки, чтобы можно было найти в логе. 4. Если используются разные хранилища, то насоздавать фассадов. 5. Создать пул действий/сессиия как вам удобно, который будет фиксировать действия/события между некоторым количеством участников. И будут храниться пока не будет выполнено какое-нибудь условие. (Особенно это может пригожится если есть мобильные клиенты, которым нужно восстанавливать цепочку следующих действий) 6. Вывод в реальном времени в dashborad, чтобы отследить трудноуловимый баг например. Всё-равно он нужен будет. UPDATE: 7. Если предполагается, что на сайт/моб.приложение будут входит под одним и тем же аккаунтом, то нужно создавать комнаты, и при каждом измененеии писать в пул. генерировать событие, чтобы мобильные клиенты/браузеры чекнули сервер на изменения.

Всем привет. Ребят подскажите почему при pm2 logs сообщения типа debug которые генерирует winston воспринимаются как ошибки, debug сообщения пишутся в STDERR что ли ?

Там stderrLevels и вот это всё.

Были там по этому поводу какие-то дискуссии, но решили не ломать legacy, по моему. Да и сам winston уже legacy, либо по старым проектам валяется, либо у учеников Ильи Кантора)

у тебя дважды --

нормальный - какой?