ŹR
Если сейчас не возьмешь - потом пожалеешь
Size: a a a
2019 February 02
YT
YT
достойный ответ
YT
спаисбо
ŹR
Ну если graphql на absinthe, и точно не будет вебсокетов - можно взять плаг
ŹR
Только они точно будут
YT
будут вебсокеты сто процентов
YT
а да точно там е каналы
YT
чтото я забыл совем про это
2019 February 03
M
Про веб сокеты. Если у нас есть http сервер, то два последовательных запроса могут попасть на 2 разных сервера, клиент этого не заметит. То есть масштабировать в ширину мы можем сколько угодно.
Например если первый сервер перегружен.
В случае же с веб-сокетами это невозможно? Что будет с соединениями к серверу, который перегрузился?
Например если первый сервер перегружен.
В случае же с веб-сокетами это невозможно? Что будет с соединениями к серверу, который перегрузился?
ŹR
Как он может перегрузиться, если ты его отмасштабировал?
M
В том и прикол, что http не держит connect. А с веб-сокетами connect с сервером устанавливается, и все запросы далее идут только на этот сервер
ŹR
И что? Ты не знаешь сколько у тебя пользователей?
ŹR
Или не знаешь, сколько коннектов к одному серверу можно?
ŹR
Или не можешь поделить одно число на другое?
M
Знаю. Но если сервер упадёт. С http запрос перенаправится на свободный сервер. А в веб сокетах он просто собьётся
ŹR
Ну переподключишься
YK
Подскажите, плиз как сделать чтобы в receive при метчинге выполнялось не одно действие, а два? К примеру, {sender, msg} -> send sender, { :ok, "Hello, #{msg}" } и IO.puts(msg)
ŹR
Я не понимаю проблемы
ŹR
Подскажите, плиз как сделать чтобы в receive при метчинге выполнялось не одно действие, а два? К примеру, {sender, msg} -> send sender, { :ok, "Hello, #{msg}" } и IO.puts(msg)
iex(4)> Process.send self(), :test, []
:ok
iex(5)> receive do
...(5)> :test ->
...(5)> IO.puts "Foo"
...(5)> IO.puts "Bar"
...(5)> end
Foo
Bar
:ok
iex(6)>
Тут вот тоже не понимаю проблемы