My blog has been receiving a lot of spam lately, at a rate of about 50 dummy comments per day. As my current web hosting doesn’t allow me to open socket connections, a part of WordPress functionality (including Akismet, the spam checker plug-in shipped with WordPress) won’t work. I knew about the limitations and am currently looking for a hosting replacement (in fact, I guess I already found one). In the meantime, manual triaging so much spam was just becoming painful.

In order to try finding a quick fix to the problem, I made a quick analysis to the spam comments, which revealed a pattern in about 95% of the comments: the commenter always had the URL set to something like [few random letters].com/map.html. I then added the following to my Comment Blacklist (found in Settings, Discussion):

.com/map.html
buyaccutane@gmail.com
195.88.33.85

There, this should keep me less annoyed for a while (at least, until I find the time to switch hosting).

As a final note, be careful when automatically filtering using a less significant string (for example just .com): you may end up marking desired comments as spam. Always seek for a pattern which is different enough from generally expected content.

(Post image shamelessly copied from here.)

Update 2009-11-22: Updated anti-spam rules; added post image reference.

Screenshot of SVG image after rotation, zoom and pan

I’ve just finished a demo which tries to fill a long caveat among SVG implementations: a consistent front-end for internal document navigation (zoom, pan, etc.). It took me a while to workaround and document a few subtle bugs in several implementations, as well as recently integrating SVG Web, which has it’s own set of limitations, but it’s ready (at last!).

What are you waiting for? Go ahead and try it!

Properties screenshot of a file shipped with Adobe Reader 8

A common belief is that ASV 6 Developer Release 1 was the last version of the famous Adobe SVG Viewer software (ASV 3.03 being the last stable release). Well, apparently not…

Distributed with Adobe Reader 8, one can take a peek at the ImageViewer.API file, placed within the plug_ins directory (full path will typically be %ProgramFiles%\Adobe\Reader\plug_ins\ImageViewer.API. The original filename, NPSVG8.dll (see screenshot), is probably familiar to whoever has played with previous ASV versions: NPSVGX.dll stands for Netscape Plugin, where X is the major version number; the file was used for deploying the plug-in in browsers, such as Firefox (Gecko) and Safari (WebKit), who didn’t natively support SVG by then. As of today, at least Firefox is no longer compatible with the plug-in (and Safari will likely follow) but they don’t need to anyway: a good level of native SVG support is available in modern browsers.

When first I noticed about this file, there was an obvious question bouncing in my mind: Would it be possible to turn NPSVG8.dll into an updated SVG Viewer? That is, to integrate the DLL in order to produce a fixed version of ASV6 (which, while being superior to ASV3 in terms of features, is also more unstable and has a couple of nasty regressions). Crawling through the web brought up a link containing some leads, but in any case, the Adobe Reader license blocks it (in case someone is still wondering):

Plug-in Restrictions. You will not integrate or use Adobe Reader with any plug-in software not developed in accordance with the Adobe Integration Key License Agreement.

I wonder if Adobe would issue an integration agreement for doing that…?

A quick search through Adobe Reader 9 shows that the plug-in seems to have been removed for good. Chances are that functionality might have been reworked into Multimedia.api; also, some features were probably moved to the Adobe Mars (PDFXML.api) plug-in. Well, this turned out to be nice material to write about, anyway…

Notice 2009-11-30: This post wasn’t actually published when written: the post contents were mostly ready but, unfortunately, got lost in my “to do” stack (see the first blog entry for more on this).