бери ноджс и не выебывайся

небось на каких-то хуяцкелях там выёбываешь что-то?

Нанимаешь программиста, и он тебе всё программирует нормально.

@anonymous та какая разница

@l29ah Так я за ним и переделываю

@krkm Взял

бля хуй его знает сорь у меня всё норм. Но тоже были проблемки. Бери одну конкретную проблему и еби её до упора. Фундамент должен быть идеален, иначе говно будет. Отладочная печать в помощь, ну и в х-е вроде есть хуита наподобие "взять такой-то пакет с либой, склонировать локально, и брать оттуда код для компиляции бинарников, требующих либу". И устраивай изнасилование либе.

найми пиздякомку которая тебе на жабе с нетти ебух-ебух и в продакшон

@gds Да, примерно этим и занимаюсь. Еще tcpdump/tcpflow всякие в помощь. И они даже говорят, что я вроде бы прав (а beanstalk -- хуй), но посмотрим еще что скажут авторы. Кстати, вопрос к тебе по поводу вебсокетов: ты с ними из js работал? Хочу узнать вещи типа: 1. как правильно держать соединение (ping-pong?) 2. как следить за зомби-клиентами (и надо ли) 3. как реагировать на прочие ошибки Ну, короче, все в этом стиле.

@stiletto Эт я уже. Теперь баги чинить надо.

@kb придумай себе таймаут. если в течение этого таймаута никакого обмена не было - пошли пинг-фрейм. если все ещё тишина - закрой соединение

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

@stiletto Ну, у меня жс делает пинг-понг периодически и реконнектится если что не так. Просто на сервере когда я делаю broadcast -- удаляю отвалившихся по эксепшну, почему-то этого мало и клиенты все равно скапливаются. Короче буду дебажить.

@kb из жс работал, но давно, могу напиздеть ненароком. 1. ping/pong из жс только через data frames, вебсокетовые пингпонги недоступны. Имей тредик (через setTimeout или как там его), который срёт в вебсокет какими-то данными. Сейчас я бы сделал что-то типа очереди сообщений от посылателей данных (в том числе от пингалки) к коду, отвечающему за вебсокет-объект (в этом же коде реконнекты). Типа эрланг)))))0000 2. зомби-клиенты -- не понял, видимо. Если есть пинг от клиента -- он жив. Нет пинга в течение 2*ping_period -- закрывай соединение, он реконнектнется по нужде. 3. ставить колобœк на ошибки, закрывать соединение, писать в отладочную сосноль, переоткрывать соединение через какое-то время. Если что-то ваще неожиданное -- писать на страницу куда-нибудь. У меня вообще была такая штука: обильные выделения отладочных сообщений в сосноль и в память, и кнопочка "сообщить об ошибке", которая слала в том числе все отладочные сообщения из памяти. Незаменимо. Но ты с серверной частью хорошо разберись сначала, вплоть до тестов клиентами, которые точно шлют что надо, чтобы разделить проблему на 1. ошибки в сервере, 2. ошибки из-за браузеров/жс/сети.

@kb на сервере лови ошибки по каждому сокету, а не броадкастом -- имей тредик на каждый вебсокет, и в нём пиши логику "живой ли сокет, или его убить надо", надёжнее и проще для отладки.

@gds Ну, бродкаст -- это функция такая в смысле, она по каждому проходится, делает send и ловит ошибку (в случае ошибки удаляет из списка). Удивительно мне то, что при этом все равно скапливается кучка клиентов, каким-то образом не имеющие ошибок (не удаляющиеся), а с другой стороны абсолютно несвязанная хрень получает вот эти ответы на совершенно не-ws-запросы. Короче, пока у меня мысль просто разнести ws- и не-ws- сервер в два отдельных процесса и слепить их через nginx, будет сильно легче разобраться кто неправ.

@gds Да, вроде бы все так, как я и представлял (под "пингами" имелись в виду просто сообщения "ping", а не вебсокетовые). Короче, буду как обычно, упрощать/дебажить/логировать. Хуле остается-то.

@kb > абсолютно несвязанная хрень получает вот эти ответы на совершенно не-ws-запросы у тебя пиздец в либе, делающей вебсокеты. Как я и говорил в каментах к предыдущим постам про них. Разберись с этим в первую очередь.

у тебя приложение торчит в сеть или в реверспроксю?

а реверспрокся нормально умеет в upgrade?

а кипэлайв включен?

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

@stiletto В сеть

@stiletto Да

@stiletto Та да, спасибо, буду дебажить, короче, в крайнем случае отдельным приложением маленьким буду воспроизводить и ебать авторов библиотек.

@gds Пожалуй, так и есть.