| Hans | http://engineering.wayfair.com/wp-content/uploads/2013/03/mongovsdevnull.png |
| Hans | > I’ll have to get to the bottom of those unreliable read operations. But this is looking *very* promising |
| Hans | > /dev/null is web scale, we heard, and it supports sharding! |
| shlomif | heheh |
| shlomif | have I shown you http://www.shlomifish.org/humour/fortunes/show.cgi?id=sharp-sharp-programming-dev-null-is-webscale ? |
| Hans | nope, |
| shlomif | and http://www.shlomifish.org/humour/fortunes/show.cgi?id=sharp-perl-nosql-dev-null |
| Hans | ```how to properly secure it against abuse, so it will only null what you send to it. Not anything external and unsolicited.``` - sounds good |
| shlomif | I should start a page on my wiki collecting links to the /dev/null is webscale meme |
| Hans | >/dev/null has handled zettabytes of write-only data flawlessly |
| Hans | maybe ^^ |
| shlomif | there's also https://devnull-as-a-service.com/ |
| Hans | haha yeah |
| Hans | but i don’t like their setup, |
| Hans | its not really scalable, |
| shlomif | :-) |
| Hans | https://i.imgur.com/N9Ajqcv.png |
| Hans | yeah but really, nginx stores the entire request body, either in memory or on disk, before serving http 200 |
| Hans | that's not optimal! |
| Hans | if you send a too-big-request-body to this server, you'll get a `Nginx: 413 Request Entity Too Large Error` |
| shlomif | ah. |
| Hans | do you see my point? :P |
| shlomif | ah |
| shlomif | nice analysis' |
| shlomif | did you tell them about it? |
| Hans | nope |
| shlomif | ah |
| Hans | maybe i should haha |
| Hans | >mail: mail@devnull-as-a-service.com blog: noqqe.de r: @noqqe |
| shlomif | nice |
| Hans | (also, if you send with content-encoding: gzip/deflate/sdch, their setup will actually bother to use cpu DECOMPRESSING it, before discarding it) |
| shlomif | ah, heh. |
