I think it's already part of proposal [1] to generate a healthy chunk of the power required for the six North Sea countries. The video [2] is pretty interesting.
The XKCD method of generating passwords [1] does not imply 'best case' entropy of crackers going after each individual character. Instead it clearly states 44 bits of entropy which is the 'worst case' entropy when the attacking knows your exact method and dictionary used when generating the password.
I'd argue that when targeting the same number of bits of entropy the XKCD method is still easier to remember than a bunch of fully random characters.
I think the rough IPv6 equivalent of a single IPv4 ban would be to ban a /64 subnet. This bans all users in that subnet which is the same as banning an IPv4 subnet hiding behind a single NAT address.
I agree. Nuclear fission power seems to be associated with a negative learning curve [1][2]. This means that as the newly installed capacity goes up, price per unit actually increases. As solar is already becoming competitive and is experiencing a positive learning curve (costs going down rapidly as production expands) it would be pretty silly to invest in nuclear at this point.
Not really although you probably need to use quite a bit of traffic before it becomes a problem. Your example of personal use only seems fine.
There was a post here a while ago (that I cannot find anymore) about the devs of a package manager of sorts who were asked kindly by Github to do something about their excessive data usage. So it's probably not a good idea to build a company on it.
They do, yes. Rounded up to the nearest 100ms, scaled for chosen RAM capacity: https://aws.amazon.com/lambda/pricing/ Note that this doesn't measure actual RAM use, although they do display it after lambda runs.
Data traffic is already measured and priced accordingly in AWS so that's not something new for Lambda.
I always wonder if there's easy way to know where current global internet interruptions are, anyone know? In this case it apparently was Telia [1] but how do you figure that out? Top Google results for 'global internet status' aren't really usable.
This just shows we really do need a step towards an 'appstore-like' permissions model for desktop operating systems. There is just no reason for all these software packages to have full write access to everything in your user account.
Like passwords, sharing API keys is usually a bad thing. For some sites it is overkill or simply not possible but for something like AWS there is no excuse not to make individual IAM users with their own passwords and keys.
Interestingly IPv6 removed the checksum from its packet header [1], delegating this work to the higher protocols such as TCP and UDP.[2] So I guess that raises the chance of an invalid IP header getting through. Source and target address will probably result in dropped packets but I wonder what happens if one of the other fields is corrupted, say traffic class.
As someone who just set up IPv6 tunnels to both home and the office, I had no issues with 6in4 (proto-41) traffic with both ISPs I used. This is in The Netherlands.
This removes infrastructure from the equation entirely. You already had AWS Lambda which could run small pieces of Java or Javascript code when certain events were fired from other services (all without running a server yourself). The missing piece was something that catches HTTP requests and passes them to a Lambda function. This service seems to fill that gap.
It means you do not need to think about x instances that serve your API anymore. You just upload your Lambda function, wire some API path to it and pay per request. For smaller APIs this will be probably be negligible. Could be a gamechanger!
Good point, I found that quite interesting too. He mentions Martin O'Malley as the person responsible in some degree and then follows with this quote:
"And, hey, if he's the Democratic nominee, I’m going to end up voting for him."
So while in the primaries he might vote for someone else, in the general he will vote for the person responsible for a lot of the issues described in the article. which is quite saddening but understandable.
Chrome on Windows automatically leaves a process running even when you close the last window. I remember because I had to manually disable it some time ago.
This is an unfair comparison. Like others have mentioned in this thread they have subtle items in their terms and conditions that prevent you from actually using all that bandwidth 100% month by month. They can offer these prices by overselling their bandwidth.
You can move a lot of bandwidth for sure but as soon as you start using droplets or linodes for the sole intent of using its' included bandwidth (to self-build a CDN on it for example) you'll be shut down in no time.
You don't need big data for (3), we use mongo sharding primarily for spreading database write load. Not saying that it's the best way to do that but it's what we use it for and I doubt we're the only ones.