Roujo

Yes, but there's still an increase in the attack surface - it's a lot harder to convince a registrar to turn over gmail.com than <my domain>, for most values of <my domain>. It's not a deal breaker, of course, but it's something to consider when looking at the risk factor.

Oh wow, and here I thought having clients check that record was the whole point, as a layer of defense against rogue CAs. Thank you so much, I hadn't realized. =)

CAA DNS records aim to make that more difficult, actually, but otherwise AFAIK you're right. =)

https://en.wikipedia.org/wiki/DNS_Certification_Authority_Au...

> To say they don't have any way of MITM'ing a connection is wrong even if it's unlikely.

I totally agree, it's why I qualified it with "just by virtue of them being the one validating the cert for a certain website" and later on adding that they could do so in other ways, like the one you're suggesting. Reading it again makes me realize that it could be understood that way, though, sorry if I wasn't clear enough. Sometimes not being a native English speaker betrays me a little bit. =)

As I understand it, a CA doesn't have a way of MITMing connections just by virtue of them being the one validating the cert for a certain website. You don't share the private keys of your certs when you generate them[0], you just need for a CA to attest that yes, this certificate's public key is allowed to be used for whatever use you're applying for. ACME doesn't change that, it just allows this verification to be done automatically.

Let's Encrypt doesn't have any more ways of MITMing people using their certs than any other CA - that is, they _could_ do it by generating rogue certs, but that's no different than what Google can already do since they're a CA as well. Plus, certificate transparency logs should make it visible if they ever do so.

0: Barring weird cases I've seen of some companies letting you generate a cert entirely on their website, letting you download the private key once it's done. Which is bad practice for the reason you're talking about right now, since by then you have no assurance that they haven't kept a copy of that private key for later use.

Wow, the visualizations on that article are really well-made. I live in Montreal so it's a very interesting read, thank you for sharing it! =)

I agree with the similarity but as you're saying there was always the possibility of leaving town. It wasn't a convenient solution, and you might very well repeat the same actions wherever you go, but at least you could get a chance to start over elsewhere. IMO that's quite a bit different than the current situation, where I feel you'd have to go and change your legal name, move to another location and get new accounts online to manage to shake off what is now attached to your real name, and _even then_ the paper trail would probably be found at some point and it would all come back to you.

So small town rules, yes, but practically speaking there's only one town left. Whether it's a good thing or not is a matter of opinion - and depends on the specific context as far as I'm concerned - but overall I feel like something of value has been lost in the transition. It might have been possible to make amends and/or show that whatever you did was a temporary lapse in judgement before, but doing that one the scale of the whole internet audience we have nowadays doesn't feel practical, or even possible really. =/

Presumably a Satoshi, the nickname given to the current smallest fraction of a bitcoin that is recorded on the block chain - 0.00000001 BTC.

https://en.bitcoin.it/wiki/Satoshi_(unit)

> The only thing I didn't like about Suica/Pasmo when I was in Japan was that, unlike a credit card, there doesn't seem to be a way to get a statement so you can see where you spent all your money

I use Suikakeibo [0] for that. The latest 20-ish transactions seem to be stored on the card, so by scanning it using my phone every day I could keep a history of everything I used it for. You can even put in notes, since non-transit transaction don't list what you bought with it - just the amount.

It makes for a nice reminder of my past trips. =)

[0] https://play.google.com/store/apps/details?id=net.mediavrog....

That's exactly it! I've bookmarked it for future reference, thank you so much! =)

> So what is this DRM supposed to achieve?

It's a good point, but I believe DRM isn't just about piracy. It's also about control. I read a good article about this once, but I can't find it anywhere right now so I'll summarize what I remember.

As long as DRM exists, if you want to make a Blu-ray player you have to go and ask the Advanced Access Content System Licensing Administrator for their blessing, so that you can decrypt and play (for example) AACS-protected media. It doesn't really matter that AACS has been broken since early 2007 and that pirates can easily circumvent it - as long as you want to sell a player above-board and not risk potential lawsuits, you still have to go and license it.

(This might not be true for AACS in particular, but AFAIK it is generally true of more recent content protection systems.)

That's when the control part kicks in. Good luck getting that Blu-ray player approved for content decryption if it allows the user to skip commercials, or make small clips of movies and send them to your friends, or other such features. I do believe there would be some amount of demand for those features - well, mostly the first one. However, I don't see the AACS LA ever approving such features while having Disney and Warner Bros as founding members[0].

I'll try to find the original article I got those ideas from. I'll reply again if I ever find it.

[0]: https://web.archive.org/web/20120218192257/https://www.aacsl...

On Android, you can put a file called ".nomedia" in those folders to achieve this.

As I recall the idea was to promote looking for a Pixelfed instance with a community that fits your needs and interests, which in turn makes the network stronger by distributing the userbase over a variety of servers.

Keeping registrations open on what is often perceived as an "official" instance can lead to that instance getting most of the new users of the network, since it's usually the one you'll find if you search for the corresponding software. mastodon.social (previously open, now invite only) is a good example of that, IMO. I'm not sure if it's a good or a bad thing, but I do feel it subverts the idea of a federated network if most users are on a handful of known instances.

Looks like the URL is mangled by being repeated, that's odd. It seems to work when I de-dupe it, though. ^^

https://alt.org/nethack/trd/?file=https://alt.org/nethack/us...

These rules work for me, using uBlock Origin:

    stackoverflow.com###hot-network-questions
    stackoverflow.com###feed-link

Yes, is does. However, the amount of electricity used isn't directly correlated with the number of transactions on the network. It instead follows the number of miners validating those transactions. A empty block validating no transaction takes more or less the same amount of work as a full block to mine. That was GP's point, I think.

That being said, having a lot of transactions going around is probably correlated with Bitcoin getting more popular, which is again probably correlated with more miners coming in, which would indeed lead to higher energy consumption. That's an indirect effect, however.

> Instead of filling the stream and having a constant stream size, you could just code the drone do add random bursts of data, making any prediction from the observer useless.

If it's actually random, wouldn't the average bitrate of "still scene + occasional random data" still be lower than "active scene + occasional random data"? Given enough samples, of course.

Ah, good to know. At least the title isn't wrong, even if it's not reflected in the content of the article. Thanks!

I feel like the title might be jumping to conclusions. From the article, emphasis mine:

> With this strategic shift, Disney will end its distribution agreement with Netflix for subscription streaming of new releases, beginning with the 2019 calendar year theatrical slate.

I don't read this as "Disney will pull content currently on Netflix from the platform", and I can't see anything else in the article that would suggest this.

IMO, Occam's Razor is only meaningful when there are two competing hypothesis, one of which is markedly simpler than the other. Mentioning it in a context of "surely it can't be this complicated" without pointing towards a simpler alternative doesn't strike me as very useful. I know you're not the person who made the original argument, just chiming in on the discussion.

> So it seems worse than both of those?

That was a single model (40% Bethesda + 30% Valve + 30% Creator), not two separate models from Bethesda and Valve.

> there are therefore an infinite number of finite sequences in Pi

Sure, but this doesn't answer the question: Do we know that every possible finite sequence is present? You can have the former without the latter being true. For example, a sequence of the form "1011011101111011111..."[0], while infinite, never contains the finite sequence "1234".

[0] https://oeis.org/A094946

To quote Spivak higher up in the comment chain:

> It's not perfect, but at least you would know you're being investigated.

It does, actually. I've been using it since last week, with the SourceTree update issues and all.