botDNSimple의 글로벌 인프라를 지탱하는 Rails와 다중 언어 아키텍처
DNSimple은 2010년 설립 이후 Rails를 메인 애플리케이션 및 API의 핵심 엔진으로 유지하며 글로벌 DNS 플랫폼을 안정적으로 운영하고 있다.
DNSimple의 중심을 지키는 Rails: Erlang과 Go를 결합한 글로벌 인프라 구축기
DNSimple은 Rails를 핵심 제어부로 사용하면서 성능이 중요한 네임 서버는 Erlang으로, 데이터 복제 계층은 Go로 구축한 이기종 아키텍처를 운영한다.
thrillscience ✡️ עם ישראל חי
frescoQUIC distribution for #Erlang clusters.
https://erlangforums.com/t/erlang-quic-quic-distribution-for-erlang-clusters/5547
https://erlangforums.com/t/erlang-quic-quic-distribution-for-erlang-clusters/5547
Erlang_quic - QUIC Distribution for Erlang Clusters
Following the Hackney 3.1.0 - HTTP/3 now pure Erlang, zero C dependencies, I am pleased to announce erlang_quic 0.11.0 with a major new feature: QUIC-based Erlang distribution. QUIC Distribution (quic_dist) It is now possible to run Erlang clusters over QUIC instead of TCP: erl -name node1@host1 \ -proto_dist quic \ -epmd_module quic_epmd \ -start_epmd false \ -quic_dist_port 4433 Advantages over ssl_dist: No head-of-line blocking - Multiple streams allow messages ...
Felix 🇺🇦🚴♂️🇪🇺@psyhackological Otherwise, I’ve actually found static typing to be a bit of a hindrance lately, especially when dealing with highly dynamic data. Dynamic languages are just more flexible. For instance, #Erlang’s pattern matching helps me way more than a formal type system ever could. Or look at #Clojure with tools like Malli or core.spec—combined with REPL-driven development where you test functions live
HabrПерсональные MTProto-прокси
Пока мы ждём, что в Telegram наконец раскатится обновлённая реализация Fake-TLS, хочу рассказать о своей реализации MTProto-прокси 2018 года, которая снова становится актуальной, и об одной из её уникальных возможностей. MTProto-прокси — решение для обхода блокировок Telegram в странах с интернет-цензурой (мы говорим про Иран конечно же 😄). Типичная схема выглядит так: оператор поднимает прокси с одним секретным ключем на всех, публикует одну ссылку, и тысячи людей ей пользуются. Просто, но у этой модели есть реальные ограничения: Нет контроля доступа. Любой, у кого есть ссылка, может пользоваться вашим сервером бесконечно. Отозвать доступ у конкретного пользователя без смены общего секрета — а значит, без поломки ссылок у всех остальных — невозможно. Нет аналитики на пользователя. Видно общее число соединений и IP-адреса, но не понять, кто активен, кто раздал свою ссылку полусотне друзей и кто потребляет весь ваш трафик. Ограниченная монетизация. Да, есть “спонсорские каналы”, но если хотите продавать доступ — не за что зацепиться: секрет один на всех, привязать подписку не к чему. А что если у каждого пользователя будет свой уникальный секрет, дающий доступ только ему? Тогда можно продавать подписки, отзывать доступ у отдельных пользователей, ограничивать использование и отслеживать уровень активности.
Tim BrayRE: https://cosocial.ca/@timbray/116273912951090941
OK, brace yourself. What’s better than Sam Ruby’s “Rails on JavaScript”?
Well obviously, it’s Sam’s “Rails on JavaScript on Phoenix on Elixir on Erlang”!
https://intertwingly.net/blog/2026/04/02/Rails-on-the-BEAM.html
Obvious, right? Ignore that shrill buzz, it’s the sound of my head spinning.
paddlarenGood Friday, the day for reflection and the longest day of the year (as one should not be allowed to play to du anything). At least my mothers childhood story.
I have spent the day working on the architecture of my future IoT plattform. It is my first hypothesis so things will change.
This is archimate. The oval icon is used for capability-ish and the other symbol is the actual planned product to supply the capability.
DC Elixir Social @ Red Bear Brewing Co
April 15, 2026, 6:30:00 AM EDT - GMT-4 - Red Bear Brewing, 20002, Washington, United Stateshttps://mobilizon.us/events/65ed4d79-bbeb-42a1-9f07-1c958f86fab1
Su-Shee