Here's a simple maxim that can help save someone's money, reputation, health and probably even life:

Everything is a trojan until proven otherwise.

I need to maintain a similar one of my own, but it will, of course, be much shorter.

A very useful list. https://github.com/chubin/awesome-console-services

You still would need to get rid of ? below, or use \nw at the end of the command to edit in place.

Which language? Not possible with standard sed AFAIK.

Can do with standard ed though: echo -e 'g/:$/j\n,p' | ed -s test.txt

If you don't know whether newlines are \n or \r\n: echo -e 'g/:\r*$/j\n,p' | ed -s test.txt

Don't worry, I might be mistaken but AFAIK no language allows that, and if they do (in some ironic context), it looks like "yesses" anyway.

And besides, it's not children that must be protected from the internet. It's the internet that must be protected from children.

Signal shouldn't have required people's phone numbers from the start. Now I don't feel sorry for them.

As with any social media, sane people are a minority here. Most nostriches prefer to keep their heads in the sand until their asses get kicked: either with quantum computing, or with traceability, or with 51%. They already have been pwned by the world's government(s), they just don't realize it yet.

TIL that token files can be inserted into pass on bare cli environment (with no clipboard) with -m option for insert subcommand:

cat token_file | pass insert -m secretname

The funny thing about this one is, finally someone has put all the bloat in modern browsers to good use: https://openmina.com/

Gotta monitor the progress of this one. https://docs.minaprotocol.com/

"Best money ever created"? This is an perfect example of the fanboyism I was talking about. And no, being a fan is not the same a being a fanboy.

Your "best money ever created" is traceable, slow, expensive, energy hungry, poorly scalable and non-quantum-resistant. Almost every blockchain created afterwards mitigates at least _some_ of these issues, while Bitcoin couldn't deal with any of them even after multiple hardforks and format changes. LN is a workaround, not a solution, and it doesn't address all of these issues either, just adding another layer of complexity on top. Besides, 2+ competing and incompatible LN implementations don't help mass adoption either.

Why first create problems on your own and then heroically overcome them? No blockchain is ideal (IOTA was close to that but they dropped WOTS in favor of ECC), but almost every choice is better than Bitcoin in this or that aspect. I'd go with Monero if we're talking privacy-oriented environment here.

But the broader question is: why even tie Nostr to the quirks of a specific blockchain, unless, of course, the notes are distributed directly on that blockchain? That would eliminate the need in separate relays either: blockchain nodes would be the relays.

I think it has more to do with ownership. Although static IP addresses are not usually subject to change, they still belong to service providers and can be reassigned anytime without notice. Domain names is more perceived as something belonging to the user, although it also has to be registered at third parties and yes, it can be taken down. I'm more a proponent of inalienable public-key addresses like onion services have.

I wonder how many people run their webpages on bare IPs, with no domain names whatsoever.

This is NetSurf.

And this is why CloudFlare must die.

Looks like the fastest and most reliable way to download something via Tor is using torify + aria2 client:

alias toraria='torify aria2c --async-dns=false --max-connection-per-server=16'

I think you're missing the point. Of course, by "ECC is slow" I meant "ECC requires too many elementary mathematical operations to be adapted to existing computer architectures". How many elementary operations are required depends on how well the underlying platform implements bigints and whether or not it also implements modular exponentiation on those bigints.

I naturally thought that, among all the tools listed in POSIX, bc _might_ be the right tool for performing these operations exactly because bigint/arbitrary precision numbers are native to it.

And my point is, whatever requires less operations with bigints or just not requires them at all will be naturally faster on any platform. Busybox bc is just an extreme example to prove this point.

Or you just could disconnect it.

Ok, so the "evolution" of IT mainstream has come from exclusion of those who don't run Faildows to the exclusion of those who don't run Mac as well, then of those who don't run Linux either, and then of those who just don't want to buy new hardware because their twenty-year-old one still works perfectly.

Running Arch, CRUX or even Alpine Linux is no longer a statement. Running OpenBSD or Haiku is.