https://www.youtube.com/watch?v=SRvm3zQQc1Q

пасиб, посмотрю

тем более, помни, масштабироваться проект должен твой - а масштабируется TCP лучше

привет всем! если будет у кого-то пару минут порассуждать над проблемой, буду рад! ситуация такая: - пишу на заказ приложение, со встроенным месенжером - основным каналом передачи данных являются веб сокеты - один человек, может быть подключен с нескольких устройств - каждое устройство имеет свое вебсокет соединение необходимо иметь возможность: 1) помечать юзеров онайн они или нет (если хотя бы одно устройство держит соединение, то человек онлайн) 2) знать, когда пользователь впоследний раз был онлайн кто как бы реализовывал данные фичи онлайн пользователей? я для прототипа запилил инкеремнтальное поле в редисе для подсчета устройств, которые держат соединения с сервером: соединение появилось +1, соединение пропало - 1 но вижу недостатки данной реализации, хотя есть одно реально красивое приемщество: очень легко доставить поле из редиса, онлайн ли пользователь или нет

Привет

А почему не использовать память самого приложения для хранения инкремент данных?

я думал над таким вариантом, но т.к. это месенжер, есть вероятность, что будет несколько серваков для конектов, соответственно запуститься несколько приложений на разных серваках и не понятно, и будет размазано хранилище инфы об онлайнах поэтому решил, что стоит хранить централизовано в какойто БД (пока в редисе)

к тому же, дату последнего конекта стоит хранить точно в бд, т.к. приложение может упасть

сейчас думаю над вариантом хранить записи именно о сессиях пользователе (одно устройство = 1 сессия) и каждый обработчик вебсокет соединений должен пинговать базу и сообщать о том, что он не отвалился беда такого варианта в том, что часто не попингуешь, а задержку по онлайн/оффлайн хочется иметь как у телеграма: закрыл последний конект и сразу у всех светишься, как офлайн

Что то я запутался. Зачем обработчикам пинговать базу?)

Что то я запутался. Зачем обработчикам пинговать базу?)

точно, что-то я с клиентом перепутал, базу пинговать не за чем)))

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

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

а почему?)

что не так с пинг понгом? почему часто нельзя пинговать? собственный пинг понг в вебсокетах это почти стандарт, так как tpc keep alive, в случаях использования прокси, может работать только от прокси до клиента, но от сервера до прокси - нет, или наоборот, а если у вас есть высокие нагрузки, то у вас будет тот или иной вид проксирования\балансировки еще минус, человек может выйти из приложения, но не закрывать его (но я хз что у вас), по факту он офлайн, но соединение висит (в будущем вам может пригодиться такой кейс, нотификация и прочее) Почему просто не послать мессагу "я вышел"? (то есть вы мгновено узнаете, что клиент офлайн) В случаях обрыва чекаюте пинг понгом (узнаете что офлайн, только в случае отстутствия ответа на пинг, то есть не мгновенно, но это не критично, так как будет происходить не так часто)

а почему?)

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

что не так с пинг понгом? почему часто нельзя пинговать? собственный пинг понг в вебсокетах это почти стандарт, так как tpc keep alive, в случаях использования прокси, может работать только от прокси до клиента, но от сервера до прокси - нет, или наоборот, а если у вас есть высокие нагрузки, то у вас будет тот или иной вид проксирования\балансировки еще минус, человек может выйти из приложения, но не закрывать его (но я хз что у вас), по факту он офлайн, но соединение висит (в будущем вам может пригодиться такой кейс, нотификация и прочее) Почему просто не послать мессагу "я вышел"? (то есть вы мгновено узнаете, что клиент офлайн) В случаях обрыва чекаюте пинг понгом (узнаете что офлайн, только в случае отстутствия ответа на пинг, то есть не мгновенно, но это не критично, так как будет происходить не так часто)

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

ну и в чем проблема?

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

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

ну и в чем проблема?

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

ну и в чем проблема?

в этом и проблема: очень часто (каждую секунду) получается, что каждый подключенный долбится постоянно в редис только с одной просьюбой, считать его живым считаю это очень жирным) но есть вероятность, что единственный норм вариант

в этом и проблема: очень часто (каждую секунду) получается, что каждый подключенный долбится постоянно в редис только с одной просьюбой, считать его живым считаю это очень жирным) но есть вероятность, что единственный норм вариант

когда клиент выходит в офлайн ему нужно пометь сессию, как офлайн, это апдейт, и если у клиента не осталось активных сессий, оповестить всех

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

клиент перед выходом шлет мессагу, и тогда происхоит процесс проверки других активных клиентов от этого юзера, если их нет помечаете его офлайн

это будет происхдить не каждый пинг понг

когда клиент выходит в офлайн ему нужно пометь сессию, как офлайн, это апдейт, и если у клиента не осталось активных сессий, оповестить всех

спасибо! сейчас продумаю идею с тем, чтобы чекать вход/выход, но только с полноценными записями сессий (сейчас у меня просто инкремент/декремент подключенных устройств)

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

спасибо за идею! сейчас проверю сперва другую идею

Слышь пацаны

у меня как у человека не знакомого с Go на высоком уровне возник вопрос

в Go как происходит управление памятью? Там все основано на смарт-поинтерах, или есть сборщик мусора?

Посвятите в таинство

есть сборщик мусора вроде как

все на сборщике

https://habrahabr.ru/post/262335/

Кек

ясненько

хотя и немного странно

спасибо за инфу

там свой мини-рантайм и да, сборщик, как уже сказали

с другой стороны, если пишешь утилитку, которая работает 5-10-15 минут, его можно вырубить

народ

а можно а стандартном json в golang

делать комментарии

или всегда будет спотыкаться?

или всегда будет спотыкаться?

а почему должен вообще?

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

Боль, вот не хотел это костылить

Хотя чё нашел

JSON5

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

а вы для обмена данными json используете или для конфигурации?

Для входных данны

Описание правил

Вот вообще ща почитал, оказывается YAML покрывает json

Ща попробую, если тупо смнею либу, рухнет или нет софтина моя

Не хочу рефакторить, там много

ребят, не желаете похоливарить?)

кто каким редактором пользуется?

vim конечно)

я просто в очередной раз пытался привыкнуть к емаксу, но задолбался, не идет :(

vim в консоли и на удаленке

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

сейчас выбираю между атомом и VSCode

Тоже самое. Когда заинтересовался лиспом, некоторое время сидел с емаксом, но не смог привыкнуть, вернулся на вим.

сейчас выбираю между атомом и VSCode

2

В VSCode плохой вим-плагин

кто каким редактором пользуется?

Vim, но хочу попроовать Spacemacs

intellij + go plugin

ERROR: S client not available

кто каким редактором пользуется?

Emacs, Gedit, иногда nano емаксовые хоткеи таки удобнее стрелочек оказались

intellij + go plugin

+1

против лиспа как раз ничего не имею: основные проблемы емакса это раскладка, сервер и интерфейсные косяки

сейчас в основном пользуюсь IDEA, так как пишу на Scala/Java/Go

кто каким редактором пользуется?

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

вам не надоело?

плюсы за атом: там не просто jsonки, а полноценный язык (хоть и кофескрипт)

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

сделайте голосовалку

а смысл?

хоть catом пользуйся, какая разница то? :)

Sublime для Go

Sublime для Go

https://google.com/ ? или я что-то пропустил?

на маке саблайм и пробую постепенно vscode. по ssh VIM

хоть catом пользуйся, какая разница то? :)

но коллега выше написал верно

и всё же не понимаю, почему люди не любят liteide? по мне так вполне хватает.

сейчас выбираю между атомом и VSCode

Атом

и всё же не понимаю, почему люди не любят liteide? по мне так вполне хватает.

Хоткеи не меняются/присваиваются некоторые

Написал им в гитхаб недели две назад, но так и не исправили еще

ну да, это есть. Debug и Continue косячат

ну да, это есть. Debug и Continue косячат

Ну а в целом очень хорошая ide

Ждем ide на Go))

Ждем ide на Go))

...работающую по HTTP и с гуем в браузере

...работающую по HTTP и с гуем в браузере

Вот сейчас обидно было ?

Языки обычно не просто так плодятся, они, как правило, не плод задумчивого ковыряния в носу от нечего делать, а попытка выражения идей более оптимальным способом, нежели уже существующие языки. Ну и, естественно, на всё это наслаиваются какие-то внутренние тараканы авторов. хех. ну раз пошла такая пьянка - попробуй написать на Java для микроконтроллера... к примеру, управлялку теплоизлучателями и освещением исходя из показаний датчиков, времени и текущих пользовательских настроек . докажи, что не ты не горе-программист и на всём пишешь - как дышишь. а потом перепиши это на перле или на PL/I или на Ada. а потом на plain С.

даже на питоне для мк пишут же

и на lua

даже на питоне для мк пишут же

пишут, кто ж спорит. и на питоне, и на луа.

дело не в том, что пишут или не пишут, а в том, что каждый язык имеет свои фишки, которые накладывают свои особенности. например на golang классно в многопоточность, но практически никак в полиморфизм и наследование. в питоне клёво с объектами и их runtime-манипулированием, но пипец если вдруг большие размеры данных, пусть даже они простые инты будут.

У Го охрененный полиморфизм и сложно с многопоточностью, а наследование не "почти никак" - его совсем нет ;)

Ada замечательно почти везде, но по первой надо ломать мозг в районе ООП. C/C++ - ещё круче - но надо знать, что если накосячил - то тебе поможешь только ты сам. ну и ещё мабыть gdb или какой-нибудь leakcheck-ер

У Го охрененный полиморфизм и сложно с многопоточностью, а наследование не "почти никак" - его совсем нет ;)

и тем не менее )

шарп рулит же

и шарп тоже рулит. и всё что поверх llvm - рулит. да куча всего рулит =)