Sad news but thanks to a massive shift in Internet etiquette it is not feasible for me to keep the websites insideqc.com, forums.insideqc.com and quakewiki.NET running dynamically. Like quakewiki.ORG, those are also under a massive barrage from scrapers, exhausting any resources reasonably assigned to them.
I will try to turn both into static archives in the coming days. Existing links will probably break and I am deeply sorry about that. Thank the ruthless AI disciples for ruining the Internet.
i have some questions regarding link rot. are there any archival solutions that preserve the url structure, so that the static pages are served in the same url?
also, are you interested in deploying Anubis or go-away in front of the pages instead? i'm available to do it. i've used both, and both work fine.
I will try to prevent link rot but only if it is not too much work. For the forums I see not much of a chance thanks to the URLs. Iirc I have some rewriting rules on the old Quaddicted forums, maybe that is re-usable.
If someone else can and wants to build better archives that could be hosted statically, please do! Shout if you need any throttles on the servers lifted.
The 7z archives are the resulting files that I will host statically. They are not perfect, I did not include all URLs (eg search pages or single forum post pages), but should be kinda of ok.
Anubis and go-away might help with the scrapers but to be honest, those sites also need constant maintenance and updates which is a thankless and pointless job. The InsideQC forums had what, 4 posts in 2025? No one joined up for news posting on the InsideQC blog so that's dormant too. And quakewiki.net is not updated anymore anyways. So this is a good opportunity to reflect on life choices...
Also, ugh, I forgot that there are some hosted sites on insideqc.com. And of course some of them are dynamic. And use ancient PHP. And are probably broken for years already. For example https://www.insideqc.com/frikbot/ . Oh well
quakewiki.net is now running from static HTML files. Old links should still work, at least from what I tested so far. Download links give stupid file names instead of the actual filenames because there was some stupid Javascript in the middle. Sorry, can't be arsed to fix that I'll try to ingest the files into https://www.quaddicted.com/db/ some day (or maybe you, yes you reading this, will do it?).
I have a backup of the server of course, so we have got the last current state archived if anything is broken or someone wants to resurrect this in the future.
i've mounted those WARC files as a "live" dynamic server which preserves all of the urls faithfully, however, there's some large issues with image embeds in the original page that got carried over to both your setup and mine. if you want, i'm ready to install this program or hand over the script that serves the original urls (i.e. without ".html", preserves query params, url fragments, etc), but there's some things i'd like to fix in the original php code first.
the forums have a lot of embeds to external images (example post) and it used custom tags. i couldn't tell you what kind of software runs the forum, but its missing a lot of something.
the images are lazy loaded and are run through the wordpress reverse proxy, so they only load through javascript once you actually look at it in the viewport of the browser. somehow, your live static archive solved this (how?) but mine doesn't because images try to load to the original faithful url and i obviously did not back up the entire i.wp.com server.
the forum was not handling some tags like [embed] image url here [/embed] (and [su_accordion], [su_spoiler]), so it ends up as raw text with the image link in plain text. those are lost in both backups. if i had the original database dump i could run the software again and get those wordpress/phpbb(?) plugins back online and create a new static dump with the content properly rendered, and deleting the lazy loading to remove the javascript dependency on the static backup. then i'd run wget again to get those images within the same WARC archive.
all of the images (either embedded or linked) in these domains are kind of buggy:
and i found this 11 year old post with people reporting [embed] shortcodes being broken likely would be fixed by downgrading to wordpress <2.0 but lmao