Turns out that .mac iWeb blogs are pretty stupid.
The iWeb software desktop app stores all of your data in a crazy index.xml.gz file.
Every time you publish a new blog entry or other page on your site, it statically generates all of the content, updates the files in question, and "publishes" then via their iDisk file sharing.
Don't even get me started on how slow and stupid iDisk is in implementation, speed, etc.
Accessing it, and using iWeb on a brand new Macbook results in the machines completely going to lunch. Pretty odd that parsing a little XML and sending it over the network should lock the whole box up, but whatever.
Apple's Feedback systems on blogs in insanely complicated broken.
Because the website is completely static, they have to quasi-hack comments
How is this? Well, their commenting mechanism is some sort of website filter keyed on something where you can access the HTML blog file with a parameter on the end, and Apple's ..mac webserver interprets it as a programmatic request rather than a request to serve the HTML.
Example - Let's say you have the page: http://web.mac.com/USERNAME/Blog/4E3ABD27-321ABC.html
Somehow, when you touch a page yourself, Apple's webserver starts 404'ing on the second request above. So, comments don't work.
The only way to fix it appears to be to republish your whole site, which for me took roughly 1 hour to post a few megs of data.Let's just say I'm a little sad.
- Pre-processing all of the content for the pages is pretty simple.
- Most people stopped doing it years ago because its insanely impractical to do it for any decent number of pages, update all of the links, etc.
- Sure it saves Apple a decent amount of CPU on their website.
- It really sucks in terms of extensibility.