This is Lego Inception. A enlargement of the small Lego model to full scale, built with… Lego.
Cleverly made Iron Man parody.
Update 28/12/2013: It looks like DummyGrowl has served its purpose and that it is no longer needed with the latest versions of Growl.
DummyGrowl stops Growl 2.0 with Bark from displaying both a Notification Center notification and a standard Growl notification (right, the Notification Center notification can be seen through the Smoke-style Growl notification). At this point, it is still unclear to me whether this is a bug or a feature of either Bark or Growl.
High level overview of the differences between these systems. As I am re-installing my Mac, I thought I’d first do a little research before defaulting to MacPorts (which feels somewhat natural considering I have some BSD in my past). I think I will go for HomeBrew this time around, just for the heck of it.
Drush is a command line tool to interact with the Drupal Open Source CMS (Get it? DRUpal SHell). It is an invaluable tool that many Drupal developers love once they start using it. Another tool I personally love greatly is the XDebug PHP debugger. I use it almost daily to quickly find out what is going on in a PHP website I am working on. It can be a pain to set up, but once you have it, firing up a debugging session is as easy as hitting a button in Eclipse (in fact, it might be the only reason I put up with Eclipse’s slugishness; I have yet to find a better integrated experience on the Mac – especially being able to set breakpoints right from your editor is king).
Getting XDebug to work with your local Apache installation can be daunting. Enter Drush. It doesn’t work through Apache. Or a browser, for that matter. In short, Eclipse’s “PHP Web Page” debugging target is no good. In this post I explain the steps required to get all the XDebug working for Drush commands, just like you sure used to for your PHP sites. Read More
It looks like Google may send traffic your way for domain names you don’t even own. How?
The user management of OpenX is a little confusing if you are used to other systems. There is a blog-post about the user system on the OpenX-blog giving a good overview.
One aspect that they seem to have forgotten is dat users may want to change their password. A “I forgot my password” link is provided, but other than that there is no way to change your password.
If for some reason the password-recovery is not an option, it is possible to change the password directly in the database. The password is md5-hashed, so you can use a query like this:
UPDATE ox_users SET password=MD5('password') WHERE username='johndoe';
Obviously, you will need to change “password” to whatever you want to set the password to, and the username to the user you want to change.
So you may see a few weird menu items, blog posts and/or categories. This is because I disabled the WPML (multi-language) plugin. Recently, they went commercial and since then (or thereabouts) I’ve had trouble updating. Then, my server was hacked. I am not in the least way implying this was due to WPML, but the fact is that it was out of date along with three other plugins. The others I could update. WPML, not so much.
Since it really is not much more than a gimmick, I decided to switch off the plugin, which means all content is now mixed on the one site. Not sure what to do with it just yet, I may actually split the site up into some more dedicated sites, which can be either Dutch or English.
I can’t wait until my kid will be old enough to play with Lego (OK, so that may be slightly premature, considering we’re due in april). Maybe I shouldn’t look for excuses and just get some. This stuff is so cool. Incidentally, the numbers are black on white. Believe it or not, I took a few seconds to realize that.