плюсы и минусы хорошо известны

Для меня кейс - нужно надежно и в строгом порядке получать лог сообщений

И чтоб ack семантика была

websocket - это как amqp

а для надежности нужно как kafka

Для socket.io кстати тоже сть имплементации почти на всех мыслимых языках

есть какие-то каналы где для девопс можно вакансию разместить?

девопс канал?

ну я о таких не знаю - мб посоветуете? )

Всем привет! Парни, у меня вопрос не имеющий отношения к ноде, но очень нуждаюсь в ответе на него прямо сейчас, а спросить некого. Какою функцию несет в себе почта в id_rsa.pub?

может знает кто

не могу найти инфу в сети совсем по этому вопросу

грубо говоря, влияет ли он на аутентификацию?

=(

эх

тоесть изменив в своем публичном ключе почту, ключи перестают быть ассиметричными?

верно?

другими словами, невалидными

ох спасибо дружище!

безмерно благодарен, выручил)

Никита Так socket.io нужен не для старых браузеров, а как минимум: 1. Сокет-соединение устанавливаться может достаточно долго в ноде, пару секунд. В этот момент socket.io не ждет а все запросы выполняет в xhr. Это очень крутая фича для любого spa сайта 2. Некоторые провайдеры в корпоративных сетях блокируют вебсокет траффик, да бывает такое. Поэтому socket.io опять со своей эмуляцией по обычному http помогает, с сохранением всей функциональности api, программист все равно работает с событиями. 3. Ну и куча всяких вкусностей типа acknowlegment callback, по которому легко промисифицируется вся работа с событиями, и тд Если все это не нужно, а нужна просто работа по вебсокетам между нодами например, то конечно можно юзать просто ws.js, на котором socket.io основан, или что еще лучге - просто нодовский net

Не знаю как, но я два года назад такое видел в одной немаленькой конторе

Ну и в ff появилось нормальное отображение фрэймов если он распознает socket.io. Одно удовольствие) В хроме тоже теперь объектами показывает вместо строки как раньше

Прокси без поддержки HTTP 1.1 и прощай сокет

Всмысле?

От реверс прокси не спасет ничто

И что?

Это понятно. Я говорил про экстра-плюшки для socket.io/sockjs.

Вот просто сокет:

https://2r4s9p1yi1fa2jd7j43zph8r-wpengine.netdna-ssl.com/files/2015/11/websocket-demo.png

А вот с socket.io

Говоришь так, будто юзеры корпоративных сетей могут шифровать траифик и его никто не перехватывает

разве из корпоративной сети нельзя подключиться к личному впн?

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

Хотя как сейчас обстоят дела с плагинами для бровзеров - хз

Да, в хроме только json стали парсить

Да, я имею ввиду это не так давно, по крайней мере по сравнению с тем как долго я работаю с сокетами

В ff44 появился WebSocket Debugging API Для него появился websocket-monitor https://github.com/firebug/websocket-monitor/wiki Его планировали включить в поставку по-умолчанию после нескольких версий фокса. Не знаю, вкличили-ли

Если просто как замена xhr вебсокеты нужны только разве если экономить гигабайты серверного траффика из-за отсутствия http-заголовков: http://www.websocket.org/quantum.html Основной же бенефит сокетов конечно вытекает из его природы постоянного дуплексного соединения. В несколько строк реализуется трекинг всех соединений (вкладок) по каждому пользователю для синхронизации результатов действий, которые он производит без перезагрузки, например, изменения профиля, языка, аватарки и т.д и т.п. Здесь же подписка пользователя на изменения сторонних данных, например на текущей странице, с сервер-пушем и тд Плюс можно показывать статус соединения без использования service workers. Если все это не нужно - то конечно xhr и нет проблем. Но все вышеперечисленное - это не просто удобство программиста чтобы делать без костылей, а священный грааль user-experiencа в крупных проектах

но чем лучше лонг поллинга?

кроме траффика, и допустим лэтэнси меньше на десятки мс

1 tcp connection, вместо socket up, socket down

эмм

keep alive?

https://habrahabr.ru/post/129640/ почему на хабре так хейтят ноду?

потому что это перевод 5-летней давности

https://habrahabr.ru/post/129640/ почему на хабре так хейтят ноду?

Потому что правда?

while(1) { ready_file_descriptor = event_library->poll(); handle_request(ready_file_descriptor); }

ну как бы это очень упрощено) Не так оно работает))

да в общем-то именно так

ну как бы это очень упрощено) Не так оно работает))

А как?

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

для подсчета чисел фибоначи оно не особо поможет

но если использовать по назначению, все I/O будет достаточно быстро работать для задач ноды

и еще. У него там старая нода и старый v8) Разница между c++ и js версией подсчета фибоначи - 2 раза. 900мс. Так-то не плохо для скриптового языка

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

Там только дисковое i/o. Всякие stat/open

так для этого нода и нужна

всякие mysql/postgres/redis клиенты у себя по хорошему держат тредпул для запросов и все также работает шустро

А как в ноде борятся с утечками ресурсов?

всякие mysql/postgres/redis клиенты у себя по хорошему держат тредпул для запросов и все также работает шустро

Нет.

раз в сутки перезагружают процесс)

раз в сутки перезагружают процесс)

Рукалицо

видел хорошо написанные продукты на jvm, там такое же решение

это плохо написанные, а не хорошо

в jvm само по себе ничего не течет

я не сомневаюсь, тут ни у кого ничего не течет))

Т.е. вот у тебя есть кусок кода, который приводит к лику памяти/дескрипторов. Вот как этот кусок кода найти?

эм, ты собеседование проводишь что ли?)) профайлер есть и не один

видел хорошо написанные продукты на jvm, там такое же решение

Нет. Например, мой код на python не течет и работает месяцами

обычно течет со временем. Например простоя коннекта к той же базе

эм, ты собеседование проводишь что ли?)) профайлер есть и не один

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

вот за 3 мес натекло)

И вот решил что стоит задавать вопросы пишущим на ноде

а в перезагрузке ничего страшного нет, серьезно

если через кластер запускаешь, можно soft-reload сделать

как у nginx reload работает

Это откуда скрин?)

если через кластер запускаешь, можно soft-reload сделать

Я у себя делал правильный софт-релоад: передавал новым воркерам fd вместе с состоянием

это с продакшена скрин) старый проект, очень старый. там react 0.13, SSR. Переодически заказчик забывает оплатить вовремя - поэтому и сервер перезагружается) А так пол года как-то бежал)