...more recent posts
Few more boring photos of operation infinite basement office construction.
According to CNet, Apple is about to introduce a music device. I have no idea what this will be, or even if it will be, but what I want is a very small portable player, with built in airport (wireless networking a.k.a. wi-fi a.k.a. 802.11b) and the ability to play music files stored locally, or streamed from any other airport connected device. Also, I'd like an open plug-in interface so that it could be easily extended by third parties to recognize any music file format (mp3, ogg vorbis, etc...)
It should run something like iTunes. When I turn it on it should display an index of all music files in the device, plus automatically scan for any open airport connections, initiate those connections, and build an extended index of all music files accessible over the local network.
The player itself should wirelessly connect to other players in the vicinity (you could set yours to private if you wanted) or to other Macs. This interface should also be open so that third parties could connect as well (so, for instance, this device could connect to a suitably configured linux music server as well as a Mac.)
Nice to dream.
Fixed a major problem here that has been plaguing me for some time. All content is stored in a mysql database, and these pages are all assembled on the fly when you request them. So the particular URLs (like /jim/weblg/) don't really exist in the file system on the server. Instead, every request is sent to a central php script that parses the REQUEST_URI, looks up the path in the database and then grabs all the posts associated with that page and spits them out. I had been doing the redirection with an errordocument line in my .htaccess file pointing to the central php script (so it was like every request was 404ing, but then the 404 page was the central script that would then built each page.)
In any case, the problem was that the server was sending a 404 code back to the browser in the head immediately followed by a 200 OK code. Even though that is not correct, most browsers had no problem with this. But a few did. Like some versions of IE on the MacOS and at least one of the Opera betas on the MacOS.
After much struggle to find a way around this I just figured out that my host has mod_rewrite enabled, and that I can access this through my .htaccess file. So now the redirection is done with a rewrite rule instead of an error document and I believe this has solved the problem. Rex Swaine's handy HTTP viewer helped me out a lot in fixing this.