I know it's been a while since I last blogged about Lotus Domino, but I could surely use your help fixing an odd problem. Today, Bill (who hosts my blog) pointed me out to some odd exceptions on the server:

14/05/2008 10:21:42   HTTP Web Server: Unknown Command Exception [/fchristant/production/fdm.nsf/articles/DOMM-6NDQEJ/scripts/scripts /script/scripts/scripts/scripts/scripts/scripts/ scripts/scripts/script/script/script/ script/script/script/script/script/scripts/script/sortabletable.js]

There's hundreds if not thousands of these entries, and I'm stuck tracking down the cause of the problem. Allow me to share what I know so far:

• To start with, this is a non-destructive error, I was not even aware it was there. Nevertheless, I would still like to fix it.
• The NSF being referenced is in fact my blog, the next part is the view, and then the document in the view. Next follows the problem: an almost endless sequence of "scripts" path elements in the URL.
• Inside my blog are two Javascript script library design elements called "scripts/events.js" and "script/sortabletable.js"
• The javascript libraries contain perfectly common javascript, no weird things there. They are referenced from one place in the design of the database: the HTML header subform, which is included on every page.
• The HTML header subform has a base url field that computes tot this:
  
  <base href="http://www.ferdychristant.com/blog/" />
  
  Next, the javascript libraries are referenced from the same subform using the following relative URLS:
  
  <script type="text/javascript" src="scripts/events.js"></script>
  <script type="text/javascript" src="script/sortabletable.js"></script>
  
  These references work fine, and they are the only place in the design where such a reference to the javascript libraries are made.
• A search in the design reveals that there are no design element naming conflicts.
• The rendered HTML source nowhere results in requests with the scripts directory repeated
• The problem is not limited to a single view or document, it happens across views and documents
• The problem seems to occur on pretty much every page request, given that the log file is pretty much dominated with this error

In summary, I still do not have a clue where this odd exception, or the request that leads to it, is coming from. Here's to hoping someone in the community is able to help out. Thanks in advance!

Yesterday was my brother's bachelor party. The girls went for delicate activities like family biking, midget golf and dinner, whilst the men went for masculine activities like paintball, BBQ-ing and unlimited beer drinking.

From left to right, my brother, me, my dad

Basic safety rules were ignored with great enthusiasm:

• Don't shoot within a range of less than 10m >> 50cm was the closest shot I received. Ouch!
• Only shoot at the body, not the head >> Clean overalls, helmets covered with paint
• Don't shoot people in the back >> Spawn killing in real life!
• Don't fire when somebody leaves the field >> Out of bullets? Tough luck dude!

As of now, PIMB v0.70 is out. It is a small maintenance release. The most important change is that PIMB now allows you to create silent bots (bots that do not return a message when you trigger it). Furthermore, a small bug fix is applied and the manual is updated. You can find the download, change history, screenshots and demo video at the PIMB homepage. 

For those unfamiliair with PIMB, the above screenshot shows me talking to a PIMB bot from Google Talk. This PIMB bot runs on the jabber.com network. I first send the bot the help command ("?"), causing the bot to return its usage instructions. Next, I send it a specific message ("hi bot"). The bot receives that message and returns the user name of the sender, as well as the original message.

This so-called Parrot bot ships with PIMB and is typically used to demonstrate and test the setup. Through a very simple API, PIMB allows you to create any bot you like, using plain old PHP.

A while ago I installed my Debian home server. The above statistics tell me two things:

• It is rock solid. The only downtime in the last 6 months were due to kernel upgrades that require a reboot
• The utilization is extremely low. This is no big surprise, since I do not host anything public on it, and I have a day job. Still, I will look into putting this beast to more use. More on that later.

I don't even remember how I ever got to this video, but I've already seen it three times in the last year and it still impresses me. In this video, a brilliant educator teaches a few students about the economics of globalization.

 

Not only am I fascinated by the subject itself. What makes this such a memorable video to me is the educational style. A style in which a subject is approached from multiple angles, going beyond one dimensional text books and cutting through layers of vague theories. What strikes me most is how this applies to almost anything in life. We are persuaded into thinking that everything we consume in terms of media, education, religion, culture and advertising is the absolute truth, where most of the time it it simply a subjective projection of the few in control of it all.

I wish all education was like this. Until then, it is up to us to develop the skill to critically and independantly think, and to constantly question what is projected as the truth, and as a result, our reality.

	Articles
	Blog entries
	Comments