Older blog entries for robocoder (starting at number 317)

Ran across an interesting blog post on MozSpeak.

I noticed Drupal now has a Piwik module. Some of the items on the TODO would probably be of interest to Piwik users in general (for example, a user tracking example is a frequently requested feature).

Before the new year, I moved all our web sites to Hostgator. Our former web server is now a glorified reverse proxy to our internal servers. Maybe it can host a public git or svn repository...

Other than the Dashboard, I think I prefer the left column navigation in this Flex-based Piwik client to the sticky superfish menu in Piwik. Something to think about, seeing as I wasn't able to migrate all the jquery UI plugins in my recent Piwik patch, and now that jQuery 1.3 is out (and a jquery UI release around the corner).

Better late than never... I've been busy in my spare time submitting patches to piwik. The jquery update to 1.2.6 looks to be done finally -- yes, I know 1.3 came out this past week -- I'll wait for the plugins to catch up before I go through this exercise again.

As a side effect of UI regression testing, I uncovered a handful of bugs which weren't regressions. ;)

I'm glad to see piwik's roadmap has been updated and reorganized. I think the dates are still too aggressive given that matt is the lone developer, while patches trickle in from contributors. =P. Wait and see...

8 Jan 2009 (updated 8 Jan 2009 at 21:40 UTC) »

For reference, I put together a matrix of open source iPhone web app development kits. Sometime in the near future, I'll add my evaluation and constructive criticism/comments.

Oh, I just won a new laptop from Staples/Business Depot -- a Toshiba A300-05U. Unless circumstances change, it'll be used for browser compatibility testing on Windows.

Random thoughts for the day

One of the nice things about open source software is the high reuse factor, especially for libraries. Leveraging 3rd party code can pay off -- invest a little time to integrate, and save yourself the effort of building similar functionality from scratch. Of course there's a tradeoff: higher maintenance, whether it be re-integrating when an API changes, tracking down & fixing a bug that isn't fixed upstream, or simply regression testing the latest "stable" release (or bleeding edge from the trunk, as the case may be).

So, I'm updating jQuery and its various plugins on Piwik (an open source analytics platform, the successor to phpMyVisites), and I've settled on the following kitchen rules:

  • GATHER ESSENTIAL INGREDIENTS: set-up a test environment where you can run the trunk (or latest release) and this branch, side by side; use the latest browsers; for Firefox, get the Web Developer add-on
  • READ THE RECIPE: read the Changelog or CHANGES ... otherwise, fallback to the source
  • SEASON TO TASTE: forward port any local customizations that you know of (assuming you kept track of version numbers or copies of the original code)
  • MIX AND BAKE: plug it in and see what breaks (learn from this and add more automated tests)
  • DECORATE: patch as necessary with liberal sprinkling of diff or meld

Arguably, it's only necessary to develop and test with the latest browsers. If someone opens a ticket wrt an older browser and it isn't reproduceable with the latest browser, you can:

  • Let it languish in the bug tracker until either someone else fixes it or no one really cares about supporting that browser anymore.
  • Close it as WONTFIX and instruct the reporter to update their browser.
  • Or actually fix it, hoping someone else has already run into this problem and blogged about it. ;)

It's also debateable whether a project should sync up 3rd party libraries. Some reasons not to:

  • plan to replace that library
  • too many local customizations (either didn't make it upstream or were rejected) to warrant continuous reintegration
  • further development/maintenace on the library appears to have stalled
  • the latest and greatest (notably, frameworks) is increasingly bloated, and you only depend on an ever smaller, tiny fraction of the code

On the topic of browsers, I'm debating whether or not to add Chrome to my list of browsers for UI testing. I have no plans to add SeaMonkey. I've already dropped Konqueror 3.5.x and 4.1.x from my desktop, in anticipation of 4.2 in a few weeks.

The iPhone's interface may be too intuitive. My 2 y.o. picked up my phone, pressed the home button, slid her finger (i.e., passlocked), and pressed the "keys". I'm glad I don't have the "erase after 10 failed attempts" ... in the meantime, my iPhone is disabled for the next hour ... =P

Now I remember why we didn't move these websites sooner -- some scripts depended on CPAN modules that aren't installed on the servers from our hosting provider. Anyway, other than a few minor hiccups (e.g., hardcoded absolute paths buried in a php script), the sites are up ... and running (for the most part).

Tomorrow: install Ubuntu on the web server (was Red Hat), and set-up a couple of Piwik environments.

I'm in IT administration mode today. It's time to take care of some long deferred tasks, or face putting them on next year's list of New Year Resolutions.

  • Move all remaining public facing websites to externally hosted green web servers.
  • Update the OS on our in-house web server and dedicate it to development and staging.
  • Update DNS entries for what's being moved, shelved (redirect), or monetized.
Tis the season...
20 Sep 2008 (updated 20 Sep 2008 at 12:59 UTC) »

With all the attention on benchmarking the performance of next generation Javascript engines -- Google's V8 vs Mozilla's TraceMonkey vs WebKits's SquirrelFish Extreme -- I'll point out that Wine folks have been steadily making advances on their jscript.dll implementation based on SpiderMonkey. The implication is that we'll see Javascript executing faster in Wine than native on Windows. LOL.

CAPTCHAs as a usability improvement? As a defense against automated attempts to harvest our MLS database (e.g., screen scraping), our MLS now uses reCAPTCHA So instead of being booted off the system (and redo'ing whatever it was you were in the middle of), you'll be prompted to enter the two words shown.

In the upgrade to Ubuntu Hardy, users began complaining when Nautilus no longer preserved a file's timestamp when copied.

After protracted debate about "the right way" and rationalizing "that's how cp works" -- whether right or wrong -- Nautilus developers listened to the users and pushed out a fix.

A new File Management Preference (under the "Behaviors" tab) would have been my preference, but that's just me...

308 older entries...

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!