Пожалуйста )

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

Ну мы сейчас строим прототип (MVP). Будет тестироваться пару месяцев. Примерно 1000-1500 человек будут пользоваться

Может и меньше 1000

Ещё решаем

Ну тут джавы должно хватить, если бы 1 000 000 то мб и был бы смысл целой команде осваивать эликсир

А так все очевидно

Ок тогда. Начнём с джавы, спасибо.

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

1,5к подключений там тянется без заметной деградации напрямую из коробки. Для mvp самое оно.

Ок спасибо большое. Будем смотреть.

Ну а потом когда уже "вот оно, взлетело!". Просто меняется обслуживающий сервер. Можно написанный на го, можно написанный на эликсире https://anycable.io

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

Собственно с anycable и не особо важно на чем именно будет писаться сам чат. Коннекты будет держать он

Вы понимаете разницу между чатом и мессенджером? Я так на всякий случай. Просто сейчас не 1999 год, чтобы чаты писать по-моему

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

Но у них нет эликсирщиков, а нагрузка всего-то 1,5к коннектов

Тогда надо спрашивать в чате Java. Я как честный человек должен сказать "%PROGRAMMING_LANGUAGE_NAME% не нужен, потому что есть Эликсир"

А mvp я бы делал на ноде - ее морально легче потом переписывать

И с сокетами там все легко

Я имел ввиду месенджер (телеграмм, слак). Да будем наверное использовать node и socket.io

Спасибо за ответы

Думаем над graylog-ом Кто-то юзал?

Юзали. Тяжёлый. Местами интерфейс не отзывчивый.

Вот вопрос в этом ) собираемся чат писать, все разработчики говорят что владеют только Джавой, никто не знаком с Earlang/Elixir. А я вот переживаю на счёт скорости, эффективности и так далее

Язык не имеет значения по факту. Слак вот вообще на пхп и живёт как-то

Язык не имеет значения по факту. Слак вот вообще на пхп и живёт как-то

Поэтому сейчас весь софт - говно унылое

По сравнению с аськой ничего не поменялось, зато жрет в 10 раз больше всего

Это конечно не относится к серваку

Ну это все электрон виноват

Но люди выбирают на бэк стек так же как и на фронт

Я к тому что писать стоит на том что лучше знаешь и знает команда

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

Вот нашёл на чем слак построен

Мы к примеру свою мета-чат платформу спрототипировали на питоне и джанге. Все ок. Как будет расти кол-во юзеров возможно будем что-то переписывать на элексире или го. А если нет то просто выкинем все)

Спасибо

Java наверно у них позже появилась. Как я помню по рассказам они стартовали с пхп

Да , стартовали с php

Я имел ввиду месенджер (телеграмм, слак). Да будем наверное использовать node и socket.io

классика. Приходит человек в чат, говорит у нас все джависты, есть ли смысл писать на эликсире. В итоге решает писать на ноде

классика. Приходит человек в чат, говорит у нас все джависты, есть ли смысл писать на эликсире. В итоге решает писать на ноде

))

отличное решение, использую у себя в проде уже месяца 4 https://github.com/flant/loghouse, правда накатывал не через helm как они предлагают.

А используете с kubernetes? Получится ли завести его для простого docker-compose проекта? Или там все завязано на куб?

Ох нашел... Yes, the current implementation is only for Kubernetes.

Печально

Печально

А у вас что compose в продакшене? ?

Да. Куб нужен не всем. Местами docker swarm хватает

Вот вопрос в этом ) собираемся чат писать, все разработчики говорят что владеют только Джавой, никто не знаком с Earlang/Elixir. А я вот переживаю на счёт скорости, эффективности и так далее

Вы, конечно, люди рациональные, и поэтому вариант "взять готовое решение" чщательно проанализировали. И мне любопытно узнать, почему от него отказались? :)

Вы, конечно, люди рациональные, и поэтому вариант "взять готовое решение" чщательно проанализировали. И мне любопытно узнать, почему от него отказались? :)

ejabberd?

Или twilio programmable chat?)

Современный ejabberd весьма неплох. Хотя они привирают, когда пишут про 2 миллиона онлайн юзеров на одной ноде. Но тысяч на 300-400 вполне можно расчитывать.

Кроме ejabberd хватает закрытых сервисов. Вероятно, они дорогие. Но всяко дешевле, чем писать свое.

Я думаю они хотят написать saas на продажу

И да слак почему-то не рассматривал ejabberd)

Ну у каждого свои причины

Да. Куб нужен не всем. Местами docker swarm хватает

Да и докер тоже не всем нужен, чоуж)

Я так и не разобрался в ejabberd

Хотя конечно времени маловато потратил

Но как понял - он в феникс встраивается как никуда

Я так и не разобрался в ejabberd

Значит, не нужно было :)

Поэтому сейчас весь софт - говно унылое

Некропостинг, но Дискорд написан на эликсире

Вы, конечно, люди рациональные, и поэтому вариант "взять готовое решение" чщательно проанализировали. И мне любопытно узнать, почему от него отказались? :)

Что вы имеете ввиду «взять готовое решение»?

Что вы имеете ввиду «взять готовое решение»?

Взять уже готовый чат-сервер (ejabberd, openfire) или воспользоваться сервисом (MongooseIM, vivox etc)

Дискорд кстати хоть что-то новое приносит

Хотя клиенты тоже можно было получше сделать

А если в игры не играешь ( не играл никогда вообще :)) Дискорд нужен?

А если в игры не играешь ( не играл никогда вообще :)) Дискорд нужен?

Ну, Дискорд ~ Слак

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

Плюс в слаке интеграции, но опять же - Дискорд просто в другой области, а так тоже можно запилить

Таки и вебхуки, и чат боты там есть, плюс ещё то, чего нет в слаке - роли

Хотя в целом да, он больше для гамеров

Но я уверен, что Дискорд для работы использует Дискорд :^)

Привет, Eimile! Пожалуйста, реши капчу: Вычисли: 60+99=... Осталось попыток: 3 Если не решишь - забаню навеки... Удачи!

Вопрос. Можно ли заставить феникс передать управление в контроллер, не считывая тело запроса целиком, а читать его уже лениво в экшене через Plug.Conn.read_body/2?

по идее можно если убрать plug Plug.Parsers, из endpoint и вызвать позже

Так и надо делать. Я вообще считаю что парсеры должны быть перенесены из endpoint в pipeline, надо будет issue сделать в фениксе

Просто agala можно подрубить в феникс только таким способом, ибо для совместимости с голым плагом webhook controllers сами читают тело

ок, спасибо

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

Хотя вот в новом приложении всё норм. Значит чёто у меня не так.

Оказалось, дело в нжынксе со включенным proxy_request_buffering.

картинка - скрин ошибки, я так понимаю не правильно сделал cast_embed cast_embed(:offer, required: true)

картинка - скрин ошибки, я так понимаю не правильно сделал cast_embed cast_embed(:offer, required: true)

В тройные обратные кавычки ` можно вставлять код ?

я осознал это к следующему сообщению)

cast не правильно сделал

а как нужно?