｢ Arizona, a new web framework for Erlang designed to simplify building modern web applications. Arizona leverages stateful views, WebSocket communication, and efficient DOM patching (using morphdom) to deliver a seamless developer experience.
It is completely based on the Phoenix LiveView framework for Elixir ｣
https://erlangforums.com/t/arizona-a-web-framework-for-erlang-otp/4529
Interesting approach: a Kickstarter round to bring rebar3 (the #Erlang build tool) to rebar4 and integrate with Erlang/OTP and all BEAM languages.
Let's support this!
https://www.kickstarter.com/projects/peerstritzinger/rebar3-integrating-with-erlang-otp
Interesting approach: a Kickstarter round to bring rebar3 (the #Erlang build tool) to rebar4 and integrate with Erlang/OTP and all BEAM languages.
Let's support this!
https://www.kickstarter.com/projects/peerstritzinger/rebar3-integrating-with-erlang-otp
Let's say I have a script:
<br/>echo -n "$1" | some_bin "$2" "$3" -t "$4" -m "$5" -p "$6" -e<br/>
I call this from my application using Erlang's ports, passing
<br/>{spawn_executable, "sh"},<br/>{args, ["myscript.sh", Arg1, Arg2, Arg3, ...]}<br/>
Argument 1 (which goes to the echo) is user controlled, the others are not. How can a malicious user crack this? What kind of shenanigans can they do in the shell script? What do I need to do to avoid that?
(some_bin only takes input from stdin.)
In the past couple of days I debugged an issue affecting #rustler in #illumos ( #omnios ). Rustler is an ergonomic way to implement NIFs for #erlang / #elixir and they weren't loading at all. This led me to a fairly fun rabbithole.
I've written a first draft of the experience debugging in #illumos here: https://system-illumination.org/01-rustler.html
In the spirit of the recent #illumoscafe I also take a chance to start my #illumos site: https://system-illumination.org, where I'll be posting and documenting my learnings to shine a bit more light into this beautiful OS and tooling.
The above write-up is my first post on this new platform.
Hope you like it!
"GRiSP Alloy is a Buildroot Linux RT stack that boots straight into the BEAM." Whoa.
https://github.com/grisp/grisp_alloy
#Erlang#BEAM
In the past couple of days I debugged an issue affecting #rustler in #illumos ( #omnios ). Rustler is an ergonomic way to implement NIFs for #erlang / #elixir and they weren't loading at all. This led me to a fairly fun rabbithole.
I've written a first draft of the experience debugging in #illumos here: https://system-illumination.org/01-rustler.html
In the spirit of the recent #illumoscafe I also take a chance to start my #illumos site: https://system-illumination.org, where I'll be posting and documenting my learnings to shine a bit more light into this beautiful OS and tooling.
The above write-up is my first post on this new platform.
Hope you like it!
If someone were to make an Erlang shirt the terrible mockup attached shows a problem. The logo is actually transparent. It works really well on white. For production reasons one might not be able to flip the black text white for the black shirt. It could work okay on a gray.
The white square background is maybe what people expect? And it would definitely show up correctly and enable more shirt colors.
I know people don't buy a lot of white shirts..
#erlang
Fixed TLS issues in @code_stats again, I'm not sure why it's so fragile in Erlang:
A high-performance Erlang NIF (Native Implemented Function) for LMDB (Lightning Memory-Mapped Database) written in Rust.
https://github.com/twilson63/elmdb-rs
#Erlang#LMDB
A high-performance Erlang NIF (Native Implemented Function) for LMDB (Lightning Memory-Mapped Database) written in Rust.
https://github.com/twilson63/elmdb-rs
#Erlang#LMDB
How many Erlangs did you boot recently?
This is my personal best. So far.
#elixir #erlang
https://underjord.io/booting-5000-erlangs-on-ampere-one.html
No more #Erlang manuals • whenhen
｢ As of R27 (or, OTP 27), only the Unix manuals that pertain to main binaries — erl(1), dialyzer(1), etc. — ship with the install, but the module-manuals have been set ablaze over some fjord in Sweden somewhere ｣
Open Riak: How we gained from leaning on the BEAM.
Interesting talk by Martin Sumner, one of the current main contributors to the OpenRiak project and implementor of the fantastic Leveled database.
https://www.youtube.com/watch?v=4U5_Nv3jjb0
#Erlang #OpenRiak #BEAM
Open Riak: How we gained from leaning on the BEAM.
Interesting talk by Martin Sumner, one of the current main contributors to the OpenRiak project and implementor of the fantastic Leveled database.
https://www.youtube.com/watch?v=4U5_Nv3jjb0
#Erlang #OpenRiak #BEAM
Beta Update - Network Programming in Elixir and Erlang
by Andrea Leopardi @whatyouhide
https://pragprog.com/titles/alnpee?utm_source=m
B8.0 Release Notes:
* The book is content complete and headed to production for copy edit and layout.
(Already purchased? Check your email for a download link.)
#BEAM #erlang #elixir#TCP#UDP#DNS#HTTP
If you feel any #ImposterSyndrome as a programmer about calling yourself an "engineer", just start writing your backend server software in #Erlang. Yes, you'll have to learn #Prolog syntax. Yes, you'll have to learn how to do fully functional programming with only immutable data structures. Yes, it is fully asynchronous and designed for reliability and fault tolerance. Yes, it is highly dynamic and can do things like update running software remotely with new code with zero downtime.
If you feel any #ImposterSyndrome as a programmer about calling yourself an "engineer", just start writing your backend server software in #Erlang. Yes, you'll have to learn #Prolog syntax. Yes, you'll have to learn how to do fully functional programming with only immutable data structures. Yes, it is fully asynchronous and designed for reliability and fault tolerance. Yes, it is highly dynamic and can do things like update running software remotely with new code with zero downtime.
I'm speaking at CodeBEAM Europe 2025! 😁
I'll be exploring how Gleam's type system naturally fits with Domain-Driven Design principles. The language's structs, union types, and functional approach let you model business domains in ways that are both technically sound and genuinely understandable to domain experts.
Plus, you get all the reliability and concurrency benefits that come with running on the BEAM.
See you in Berlin this November!
#CodeBEAM#Gleam#DDD#FunctionalProgramming#BEAM#Elixir#Erlang
A space for Bonfire maintainers and contributors to communicate
