I’ve packaged-up a plugin that I wrote a while ago for a project that I worked on which required a WordPress site’s menu items to have a separately addressable excerpt field which could override the linked page’s in-built excerpt. The plugin that I’ve now released was half of the resolution to this requirement, which allows for simple programmatic field additions to the menu system. Custom Menu Fields is available at the WordPress.

I’m unaware how long this has been an issue, as it only reared its head after a restart of both my InspIRCd server and my desktop which I use to reach said server with XChat for Windows running. I had some problems with failed handshakes from XChat for Windows when connecting to my freshly rebooted server running InspIRCd 1.2. XChat for Windows was reporting: 1 * Connection failed. Error: [336151568] error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure My attempts to fix this problem were two-fold: I checked OpenSSL was correctly installed on my server and recompiled InspIRCd to make sure it was linking to the correct library.

I have recently been configuring multiple Virtual Private Servers, hosted at Linode.com’s UK data-centre, into a highly available (HA) web-hosting and IRC cluster. My design required the use of a shared storage using DRBD, which is akin to network-based RAID Level 1 or mirroring. To allow two servers to be operational simultaneously while maintaining data consistency DRBD can operate in a Primary/Primary configuration instead of the usual master-slave scenario; the data is kept consistent by using the OCFS2 file-system over the top of the DRBD device.

Yeah, so why does WP-Super-Cache have to hard-code it’s file paths into the PHP to work correctly? What I’m talking about here is -content/advanced-cache.php which is created by wp-super-cache when you activate it the first time. That would be all well and good, but it chooses to use absolute file-system paths based on your individual server’s layout. Why is that bad? Well consider this: IND-Web.com recently migrated all it’s files to a different directory on the server to allow for better maintenance.

Lucy has been thinking about the GPL and it’s forward provision clause. Some projects are refusing to update their licensing from GPL version 2 to the latest version 3. The most notable of these projects would be the Linux Kernel. Linus has stated previously that they believe the GPLv3 forces signing keys for DRM and other encryptions to be made available to whomever the code is furnished. This may be a misnomer, as Bruce Perens has clarified (dead reference: https://www.

Lucy has been utilising the Drupal Content Management System for few of his other projects taken on board as part of commitments to the IND-Web.com WebHost and Bowl Hat Web Developer. These projects are due to go live soon, but Lucy doesn’t wish to publicise them just yet. (Lucy has just noticed that they have already publicised both sites, R. Llewellyn Electrical Contractor and Treasure Trove Designs, previously in his About Lucy page on this very site.