alt Hacker NewsMediawiki is trivial to cache, though. For all intent and purposes most hits will be cache hits, and thus "static" content.
I'm also shocked at the tens of thousands per month, it can't possibly be hosting alone. It has to be that the maintainer had a generous salary or something.
Replies
Not everyone is a professional web hoster with requisite knowledge on how to setup caching properly.
Mediawiki involves edits that users expect to propagate instantly to other pages. Sometimes this can easilt result in cache stampedes if not setup carefully.
MediaWiki supports extensions. Some of the less well architectured extensions add dynamic content that totally destroies cachability.
> For all intent and purposes most hits will be cache hits, and thus "static" content
That's not what static means in the context of hosting. Static means you upload files by FTP or WebDav or some other API and that's it. Something like hosting on S3. If users can log in, even if they usually don't, it's nothing like static any more.
Seriously? How does that even make sense to you? The OP had an asset generation 10k+ a month in profit and was so squeezed for cash he had to sell it.
Doesn’t it make more sense that a media have site would have been paying through the nose for bandwidth, hence the callout for cloudflare which would have made that cost free?
I could have the numbers wrong, archive.org is down otherwise I would check as we shared information publicly at the time. As far as I recall, we weren't taking money from the websites, we were spending on infrastructure alone with more than $10k in spend in the final month before the sites were acquired. I think it is easy to forget how much more expensive running things on the internet was back then along with the unprecedented popularity of Minecraft. Once archive.org is back online, I'll track down numbers.