Technocrank

Icon

It Done Broke.

Google Gears for Firefox 3.1

Firefox 3.1b2
Google Gears 0.5.4.2

You know what would be really faboo? If the devs for Google Gears figured out it was worthwhile looking at the non-compatibility issue with Firefox 3.1 and Google Gears. I know, I know, it’s free software and there are a million other things to get to. And they’ve said (unofficially) that by the time Firefox 3.1 gets out of beta they’ll be ready. The only reason I’m asking is this:

There are now a preponderance of sites out there now that are JavaScript heavy. All Google products, Facebook, MySpace, and yeah, WordPress – especially the admin backend which is now AJAX supercharged. So when you’re dealing with these sites a lot it really makes a big difference having a browser that can crank through the JS routines and render the damn page already. This is why I’m working with the beta version of Firefox 3.1 (actually, now the OSX optimized version, Shiretoko – there are Windows versions out there too) which has the Tracemonkey JavaScript engine enabled. It’s quite fast; incidentally I’m also testing WebKit, the Safari engine development version which is right up there too.

Anyway, FF 3.1 makes a big difference in shaving off my waiting time, especially here in WordPress-land. And incidentally, the kind folks at WordPress have incorporated Google Gears functionality to offload the download…load. Works great on WebKit/Safari, but since the Gears guys haven’t worked out the FF 3.1 compatibility yet, we’re still waiting.

Not a big rush, really…but it’s Valentine’s Day. Blow me a kiss, boys.

Hostgator, WordPress, Xinha4WP

Spent a whole day on this. Thanks Hostgator.

PHP 5.2.8
Apache 2.2.11
Wordpress 2.5
Xinha4WP 1.2b
WPG2 3.0.2

A client’s WordPress install recently started giving them trouble. It’s installed alongside Gallery2 with the WPG2 and Xinha4WP plugins. They hadn’t touched their site in a while but now they found that when trying to invoke Xinha4WP’s Image Manager they would get a 404 page popping up instead. So it would have seemed that the path that’s either getting passed to the plugin or the way it’s being parsed had changed.

Disabled all the other plugins. That didn’t work. Upgraded WordPress to 2.6.5 (in case they’d made some changes that accounts for PHP quirks). No change. Contacted Hostgator and asked if anything would have changed in server settings that would affect the path (e.g. mod_rewrite, etc.). Nope. Reinstalled the Xinah4WP plugin in case Hostgator had somehow corrupted. Nothing.

Finally Googled (okay, now, this is after hours of Googling various things) “WordPress” and “hostgator” and it came back with the WordPress forums. Turns out, there was a recent modification to their Apache setup involving mod_security and suphp.

Contacted Hostgator, and oh yes. That was the problem. They did something on their end and it’s now fixed. &!^(#*@

USB Timing Out

I was having problems transferring files from one external USB drive to another. They were both attached via a powered USB hub. I tried running TechTool Pro on the drive I suspected with having a problem but it kept hanging.

The system.log showed this whenever it happened:

AppleUSBEHCI[0x6dfc000]::Found a transaction past the completion deadline on bus 0xfa, timing out! 

I finally switched cables and removed it from the hub and plugged it directly into the computer. Seems to work fine now…but I should check it with the old cable again…

OSX Leopard Folder Actions

I have a little Folder Action set up on a “dropbox” type folder that automatically adds a given file (usually MP3s) to my iTunes library.  I created a dumb-as-bricks Automator workflow and saved it as a plug-in of type Folder Action.  Worked flawlessly in 10.4.

With OSX 10.5, for some reason it runs the action but doesn’t actually execute it properly.  I found this little article which provides a workaround but doesn’t actually fix anything.  You have to edit the AppleScript file from something like this:
[sourcecode language=’plain’]on adding folder items to this_folder after receiving added_items
tell application “Macintosh HD:Users:MyUserName:Library:Workflows:Applications:Folder Actions:Name Of My Workflow.app”
open added_items
end tell
end adding folder items to[/sourcecode]
to this:
[sourcecode language=’plain’]on adding folder items to this_folder after receiving added_items
tell application “Finder”
open added_items using alias “Macintosh HD:Users:MyUserName:Library:Workflows:Applications:Folder Actions:Name Of My Workflow.app”
end tell
end adding folder items to[/sourcecode]
…essentially getting Finder to do what you’ve already done.

Rolex Spam

I’m really curious as to why so much spam seems to be devoted to peddling watches.  I mean, sexual enhancement I can kind of understand.  But do I really want a Rolex?  Is a Rolex equivalent to a “massive member that will have her moaning all night long?”