@proelixir

Страница 272 из 1045
Rumata
11.01.2017
09:21:13
у нас вся наша цмска на виджетах

Ivan
11.01.2017
09:21:40
ну iframe

аля как у партнерок поисковые формы всякие

https://cherepaha.online/

Google
Ivan
11.01.2017
09:30:03
вот типо того

http://nonondo.ru/

или его

Alexey
11.01.2017
09:32:55
в чем вопрос то?)

Ivan
11.01.2017
09:33:21
как блять делать это говно)

Alexey
11.01.2017
09:35:22
смотря что нужно

почитать например

http://blog.jaypinho.com/2015/09/14/creating-embeddable-iframe-widgets/

Ivan
11.01.2017
09:36:03
ага

пасибо

Rumata
11.01.2017
09:39:53
мы тоже в айфрейме хуярим плюс драг н дроп

https://scrivito.com/

Ivan
11.01.2017
09:40:32
дичь какая

Google
redbeard
11.01.2017
10:08:54
что за эликсир в стакане?

https://habrahabr.ru/post/319268/

anton
11.01.2017
10:46:45
https://medium.com/@GPad/create-a-riak-core-application-in-elixir-part-1-41354c1f26c3

abc
11.01.2017
11:02:11
Задам тупой вопрос по OTP. Если GenServer упал, его поднимет Supervisor и будет обрабатывать следующее сообщение из mailbox, а не то на котром он упал так ?

anton
11.01.2017
11:07:54
ага

Dmitry
11.01.2017
11:22:24
Он вообще потеряет весь мэилбокс

Иначе бы при переполнении просто зависал бы beam намертво и его никакой рестарт с супервизором не спасал

anton
11.01.2017
11:24:57
ну мейлбокс у генсерва же. да, херит всё подчистую

точнее мейлбокс у любого ерлангового proc, а genserv - частный случай proc

если что, redbeard меня поправит

redbeard
11.01.2017
11:32:17
хорошая ссылочка

anton
11.01.2017
11:32:28
хорошая ссылочка
про риак_кор?

redbeard
11.01.2017
11:32:30
да

+ очко в карму. очко - в смысле point

anton
11.01.2017
11:33:11
но мне кажется с риак_кор всёравно не выйдет замена акке :( ибо слишком мало адептов

redbeard
11.01.2017
11:33:58
надо наращивать критич. массу, да

anton
11.01.2017
11:43:52
вот с одной стороны простая задача, которую казалось бы можно легко решить: речь про IoT :) есть много устройств, которые должны всегда быть на связи. всегда шлют данные, которые мы хотим видеть, а так же хотим видеть состояние устройства если оно ушло в офлайн. а еще мы хотим на эти устройства команды отправлять.. 1 устройство - 1 актор/агент - вообще идеально. есть мейлбокс, есть стейт и сингл-тред модель. как это сделать на service fabric/orleans/akka.net я знаю сейчас ковыряю тоже самое на scala + akka, ибо кажется что это получше будет.. и есть всякие либы для работы с кассандрой/кафкой/спарком. а еще есть отлчиный akka cluster sharding а вот с elixir/erlang только riak_core и то, который я пока не очень понимаю как готовить

redbeard
11.01.2017
11:44:46
а их сильно много? keepalive на ранч не проканает?

anton
11.01.2017
11:59:52
ну допустим 100к и это не предел. каждый может срать в пике 1 сообщ/сек сейчас у нас они все по mqtt к брокеру цепляются.. брокер - раббит с мкутт плагином слегка допиленном

Alexey
11.01.2017
12:03:42
а почему нельзя запустить эликсир в кластере и просто по конкретному процессу на ноде?

Google
Alexey
11.01.2017
12:03:53
они же могут чекать доступность друг друга

и сообщения прозрачно слать

anton
11.01.2017
12:04:54
да вот на какой-то конфе девчонка из ерланг тимы вещала что 30 машин это пока предел для ерланговых процессов

хотя можно это всё зашардить ... но писать много лень ;)

а в идеале хочется заиметь что то типа https://blog.codecentric.de/en/2016/04/smack-stack-hands/

redbeard
11.01.2017
12:08:46
100 тыщ - это немного

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

30 машин? слышал про 256 краем уха

нод, в смысле

anton
11.01.2017
12:09:55
30 машин? слышал про 256 краем уха
сейчас попробую тот спич найти. кажется это было на последнем эликсирEU

https://www.youtube.com/watch?v=usEs3GPnZDg&index=7&list=PLWbHc_FXPo2gB7HUE-2H61HAEyszAph3H

осторожно, под доклад уснуть можно

anton
11.01.2017
12:12:21
а, попутал про 30.. 32-50

redbeard
11.01.2017
12:12:24
да ну зачем, 50 слайдов - и все :)

у меня докладик проще был :)

но внутриконторский

зато с кодом и супервизорами

Alexey
11.01.2017
12:12:54
http://www1.erlang.org/doc/efficiency_guide/advanced.html#files_sockets

The maximum number of simultaneously connected nodes is limited by either the maximum number of simultaneously known remote nodes, the maximum number of (Erlang) ports available, or the maximum number of sockets available.

redbeard
11.01.2017
12:14:04
значит, получается, надо иметь какое-то кол-во сокетов в резерве

Google
anton
11.01.2017
12:14:35
мэйби. я не гуру эрланга/эликсира.. надо бы попробовать, но что то непопулярность риак_кора и малое кол-во адептов меня останавливает. подопытным быть не хочу

redbeard
11.01.2017
12:16:07
а он обязателен?

Alexey
11.01.2017
12:16:09
просто тут же есть прям Node.spawn с указанием на какой ноде процесс запустить

anton
11.01.2017
12:16:13
ну и еще останавливает то, что в тиме никто кроме дотнота и путона ничего не знает ;)

redbeard
11.01.2017
12:16:16
какой с него будет профит?

Alexey
11.01.2017
12:16:20
а ноды могут быть на разных тачках

redbeard
11.01.2017
12:18:19
если лосси не сильно критичны, то можно дажи и кроля не громоздить

но это ноды хорошо бы в близких ДЦ ставить

Admin
ERROR: S client not available

redbeard
11.01.2017
12:23:01
ну и да, судя по докладу, у них там был full-mesh, а это n(n-1)/2 связей

anton
11.01.2017
12:23:59
какой с него будет профит?
емнип риак_кор позволяет тебе делать шардинг прозрачный.. когда при обращении к процу тебе не надо ничего кроме его пид знать. пофиг на какой он ноде. новые процы запускаются динамически неважно где это все безусловно можно сделать самому с другими тулами.. это меня мс сервис фабрик избаловал ;) там что то типа: var device = ActorProxy.Create<DeviceActor?"device sn"); device.GetState(); соответственно если актора нет - будет создан и мне не важно на какой ноде. я к нему по его имени обращаюсь. там mailbox, однопоточная модель и тд если актор умер и стейта нет - там же привязывается персистанс, куда оно на ините полезет и достанет стейт (если про event source говорить)

redbeard
11.01.2017
12:24:28
ненене, это можно сделать просто с помощью global:register_name()

риак_кор тут оверкилл :)

сджойнил в кластер, зарегал - и все

anton
11.01.2017
12:26:34
а кора вроде бы сама тебе перенесет проц с мертвой ноды на живую. не?

Alexander
11.01.2017
12:26:49
ну и да, судя по докладу, у них там был full-mesh, а это n(n-1)/2 связей
это в BEAM по умолчанию. Можно спавнить hidden ноды, которых никто не видит, но по умолчанию делать проще, и это полносвязно

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

anton
11.01.2017
12:29:39
но в коре вроде бы до сих пор размер ринга статически при создании делается :(

Google
anton
11.01.2017
12:35:08
откель такие дрова? :)
где-то услышал. я ж говорю, я сам кору не тыкал

redbeard
11.01.2017
12:35:24
proc_mobility есть, да, но в составе кора я его не помню чтобы видел

а это важно? ну упал коннект - девайс реконнектит

anton
11.01.2017
12:36:49
а это важно? ну упал коннект - девайс реконнектит
да черт его знает, важно или нет. по мне так не особо

redbeard
11.01.2017
12:48:40
https://geektimes.ru/post/284474/

пишем армию ботов? :)

anton
11.01.2017
12:49:30
на эликсире?

redbeard
11.01.2017
12:49:56
да не знаю :)

anton
11.01.2017
12:53:23
красная борода, может и это тебе понравится, для сравнения миров http://christophermeiklejohn.com/papers/2015/05/03/orleans.html

redbeard
11.01.2017
12:53:57
не красная! :)

опять про МЕйклджона в шапочке? :)

(ушел читать)

не ушел, не открывает

anton
11.01.2017
12:56:20
не ушел, не открывает
почему? у меня открывает..

не красная! :)
а какая? о_О

redbeard
11.01.2017
12:56:36
redbeard@redbeard ~> telnet christophermeiklejohn.com 80 Trying 104.27.157.27... ^C⏎

anton
11.01.2017
12:57:35
что то у вас там с экологией не то...

redbeard
11.01.2017
12:57:57
https://www.google.ru/search?q=%D0%BA%D0%B0%D1%80%D0%B0%D0%B1%D0%B0%D1%88&newwindow=1&client=ubuntu&hs=MG0&channel=fs&tbm=isch&tbo=u&source=univ&sa=X&ved=0ahUKEwi-vOuukrrRAhXEXSwKHQwzA04QsAQILQ&biw=1920&bih=1079

ты прав :)

anton
11.01.2017
12:59:16
ёмое! это у тебя поэтому цвет бороды такой?

redbeard
11.01.2017
12:59:43
нет :)

Страница 272 из 1045