News for hackers. Stuff that matters.
Re:Are ad blockers doomed or have we already won? A history ... by vbezhenar on Friday February 28, 2020 @01:23PM (#22445012)
Don't paint webassembly as something terrible. Webassembly does not add anything substantial to what's already in web. You could compile C code to JavaScript before. Webassembly does not provide new API unavailable from JavaScript. Webassembly is just an optimization. Some code will work faster and consume less memory, that's all. You could write website which paints itself on canvas with JavaScript years ago. The fact that nobody goes this route means that there are inherent problems with this approach. For example that website will be completely inaccessible for Google.
Re:Are ad blockers doomed or have we already won? A history ... by JohnFen on Friday February 28, 2020 @01:44PM (#22445196)
The threat of WebAssembly is that it may encourage more sites to require users to allow client-side code execution to work. For those of us who aren't trusting enough to allow this, it means that the web gets smaller even faster than it already is.
Re:Are ad blockers doomed or have we already won? A history ... by thekyle on Friday February 28, 2020 @07:18PM (#22447657)
It seems like if you replace WebAssembly with JavaScript in this comment it makes just as much sense. What is different about WebAssembly?
Re:Are ad blockers doomed or have we already won? A history ... by JohnFen on Friday February 28, 2020 @07:33PM (#22447735)
WebAssembly expands on the ability to do client-side stuff and makes it more accessible, so my fear is that it will make it more common.

That's pretty much the entire difference. It's a difference of degree more than of kind. As I said, Javascript is making much of the web inaccessible to me, and WebAssembly, if it becomes popular, will only accelerate this loss.

Re:Are ad blockers doomed or have we already won? A history ... by ficklepickle on Saturday February 29, 2020 @04:21AM (#22449773)
I wonder how feasible a rendering proxy would be. It would run the JS in a simulated browser environment and return the HTML.

Interactivity would be tricky, but static HTML is better than a blank page.

Edit: Found something very similar, but it targets legacy browsers using clickable image maps rather than privacy/security.

https://github.com/tenox7/wrp

Re:Are ad blockers doomed or have we already won? A history ... by kevingadd on Friday February 28, 2020 @08:45PM (#22448127)
WebAssembly adds new functionality to the browser runtime environment that isn't available to regular JavaScript. It was originally 1:1 with asm.js/JS but that stopped being true relatively quick.
Re:Are ad blockers doomed or have we already won? A history ... by notriddle on Saturday February 29, 2020 @01:02AM (#22449213)
It's faster. That's literally it. There aren't any new I/O facilities.
Re:Are ad blockers doomed or have we already won? A history ... by kevingadd on Saturday February 29, 2020 @11:59AM (#22451513)
A few examples of things it adds that are not widely available in JS (if at all, or requiring awkward hacks/hints in JS), off the top of my head:

int64

uint32

popcnt

copysign

reinterpret_cast equivalent (the js hack for this is abysmal)

pthreads

SIMD

AOT compilation

To be fair, it's been a while since I was last one of the authors of the webassembly spec, so I could be missing some things.

Re:Are ad blockers doomed or have we already won? A history ... by Bombthecat on Sunday March 01, 2020 @02:11AM (#22455605)
Could ads be served with web assembly?
Re:Are ad blockers doomed or have we already won? A history ... by kevingadd on Sunday March 01, 2020 @03:27AM (#22455803)
Yes, though I don't know if it makes sense to do it for any reason other than hiding from ad blockers.
Re:Are ad blockers doomed or have we already won? A history ... by Bombthecat on Sunday March 01, 2020 @03:49AM (#22455881)
Well, for some it is the only reason needed...
Re:Are ad blockers doomed or have we already won? A history ... by adrr on Friday February 28, 2020 @11:06PM (#22448736)
WebAssembly allows allocation of memory and exposes a huge threat surface. We can't even protect the current APIs and these are being exploited by sovereign nations to oppress people like the Uyghurs. How about we focus on making the sandboxes stronger instead of building out things like WebGL and WebAssembly.