699 karma · joined April 23, 2020
I don't know how you would shrink this article in particular, but for your standard news site, seems to work quite well.
As an example I fed the mosquito article from earlier into it and got this back. https://trimread.org/articles/437/info
Size went from 3.49 MB to 124 kB, the requests went from 210 to 6 and the load time went from 4.67 sec to 0.26 sec. Pretty good.
I especially love that my browser asked if I really wanted to leave the page, got me with my own setup.
Having read the article I found that list painted a clear picture and summed up the patterns nicely.
If one reads that and wants more, read the article.
(Not authors)Pattern 13: Using excessive prose where less will do
pattern 2: having inconsistent expectations of the reader’s knowledge
pattern 3: strained analogies
pattern 4: pretty pictures on confusing explanations
pattern 5: unrealistic examples
pattern 6: jargon that doesn’t mean anything
pattern 7: missing key information
pattern 8: introducing too many concepts at a time
pattern 9: starting out abstract
pattern 10: unsupported statements
pattern 11: no examples
pattern 12: explaining the “wrong” way to do something without saying it’s wrong
Stand back, I built this sh*t myself!
RIP buddy.
Which is all very unfortunate because some of those TLDs are quite nice, like .forum. What a mess we've gotten ourselves into.
Should have been kept as a public service, but no putting the genie back in the bottle now. Only way out of this mess is a distributed system, but I can't imagine what that would like without a massive proliferation of competing services.
I look forward to seeing which it is.
The service is protected with a username and password, didn't matter if it was IMAP or webmail.
- Run containers and Pods with the least privileges possible.
- Use network separation to control the amount of damage a compromise can cause.
- Use firewalls to limit unneeded network connectivity and encryption to protect confidentiality.
- Use strong authentication and authorization to limit user and administrator access as well as to limit the attack surface.
- Use log auditing so that administrators can monitor activity and be alerted to potential malicious activity.
- Periodically review all Kubernetes settings and use vulnerability scans to help ensure risks are appropriately accounted for and security patches are applied.
We used to stand in a field where everywhere we looked we could see and hear another of us, now there's 10,000 fools between each of us, and it's rare for us to hear or see another over the crowd.
"One of Brooks's many excellent points is that quality happens only if somebody has the responsibility for it"
Linux is a prime example of this with Linus. I fear the day he's not around as a guiding force.
Lol. That's what made his software so great, he kept it non. But I can see the problem when others start wanting to add features via bloat. Two contrasting desires, does he stick with the thing that made his software great, or add any feature someone wants?