Does this mean I could write a web api in Rust and deploy it to e.g. Hostgator or Bluehost?
mod_wasm: Run WebAssembly with Apache
31–40 of 54 posts
Re: mod_wasm: Run WebAssembly with Apache
#32What is the actual problem this is trying to solve? Are there programming languages it was previously hard to write web apps in? Do people not like setting up nginx? From my understanding the benefit of wasm on the server side is generally that you get the sandboxing inherent in the VM. Why would you want that in the context of Apache? Are people planning on running untrusted code? If mod_wasm is designed to address…
I don’t.
But I’m just cranky… apache httpd works well for me and I don’t feel the need for nginx.
Re: mod_wasm: Run WebAssembly with Apache
#33Does nginx have any (third-party?) modules that are roughly equivalent to this?
wasm-nginx-module https://wasmedge.org/book/en/use_cases/frameworks/mesh/wasm-...
Re: mod_wasm: Run WebAssembly with Apache
#34What is the actual problem this is trying to solve? Are there programming languages it was previously hard to write web apps in? Do people not like setting up nginx? From my understanding the benefit of wasm on the server side is generally that you get the sandboxing inherent in the VM. Why would you want that in the context of Apache? Are people planning on running untrusted code? If mod_wasm is designed to address…
Running WebAssembly modules in Apache http server allows devs to run many different languages by targetting Wasm. This includes interpreted languages like the Python example from the article. With the WebAssembly sandboxing capabilities you're getting a high level of isolation without adding overhead to the system. VMs and Containers require to run more complex environment for runnning the code. And even you're runni…
Re: mod_wasm: Run WebAssembly with Apache
#35What is the actual problem this is trying to solve? Are there programming languages it was previously hard to write web apps in? Do people not like setting up nginx? From my understanding the benefit of wasm on the server side is generally that you get the sandboxing inherent in the VM. Why would you want that in the context of Apache? Are people planning on running untrusted code? If mod_wasm is designed to address…
Re: mod_wasm: Run WebAssembly with Apache
#36So, is this like mod_CGI, but more modern technology?
WASM isn't more more "modern", it is just being hyped up because it caters to the JS developers.
Re: mod_wasm: Run WebAssembly with Apache
#37Earlier quoted context omitted.
One of the reasons PHP gained so much traction was because it is very easy to deploy and run, no dependency hell. WASM is self-contained and has the same property.
Now it is the battle of keeping the zillions of JavaScript packages vs PHP packages up … to … date. I think WASM may have bigger problems with external vulnerability assessment team identifying those modules by version that got broken.
Re: mod_wasm: Run WebAssembly with Apache
#38So, is this like mod_CGI, but more modern technology?
WASM isn't more more "modern", it is just being hyped up because it caters to the JS developers.
Re: mod_wasm: Run WebAssembly with Apache
#39What is the actual problem this is trying to solve? Are there programming languages it was previously hard to write web apps in? Do people not like setting up nginx? From my understanding the benefit of wasm on the server side is generally that you get the sandboxing inherent in the VM. Why would you want that in the context of Apache? Are people planning on running untrusted code? If mod_wasm is designed to address…
I run code that I pull from GitHub, PyPI and NPM every day. I'd feel a whole lot more comfortable running it in a WASM sandbox. People ship bugs!
Re: mod_wasm: Run WebAssembly with Apache
#40Earlier quoted context omitted.
WASM isn't more more "modern", it is just being hyped up because it caters to the JS developers.
WASM is basically a way to deliver the old JVM promise of "compiled once, run everywhere, sandbox if needed", with the additional constraint of "close-to-native performance" and "any language can compile down to it". It's a good thing if it delivers on all those promises. And it's especially a good thing if you don't like JS, because it's our best shot at dethroning JS.