Interesting spam influx

I've had an interesting influx of comment spam lately. You obviously won't find it on this site anymore, because I always delete spam immediately, but here are some excerpts from the comment notification e-mails.

Ive pretty much been doing nothing to speak of. My lifes been bland these days. I havent been up to much. I feel like a void.

My mind is like a fog. Such is life. So it goes. Ive basically been doing nothing to speak of.

I havent been up to anything recently. Such is life. What can I say? Not that it matters. I feel like a void, but pfft. I cant be bothered with anything these days, but its not important.

Sense a pattern there? This particular round of comment spam seems to be targeted at angsty, overly dramatic teenagers with LiveJournal accounts. The comment and homepage link are clearly commercial (I've had several for sites selling fake Rolex watches), but the body text seems specifically crafted to blend in with steroetypical bland, pointless weblog comments. I don't know why, but for some reason this strikes me as really funny. I guess I need to get out more.

LnBlog 0.7.0 Released

Well, I've found all the bugs I'm going to find and added all the features I feel like for now, so it's time for a release. You can now get LnBlog 0.7.0, dubbed "No Need for Speed" (because this is the longest release cycle yet, if I'm not mistaken), from the download page or just grab the archive. Please note that this is a major upgrade, so if you're a current user of LnBlog, please read below for upgrade instructions.

Upgrade Instructions

There are lots of changes to this version, so upgrading is not quite as easy as it normally is. Sorry about that, but the changes had to be made, and it's better to do them sooner than later. This section is only applies to people who are already using LnBlog 0.6.x, so if you are a new user, you can just skip down to the new feature list.

The first thing you'll have to do after uploading the new version and copying over the contents of your userdata folder is to go to the admin page and register your existing blogs. Just type the path in the text box and hit the register button, just like how upgrades used to work.

Second, after you've registered all your blogs, you'll be able to select each of them in the drop-down menu for upgrades. You must upgrade each blog you have. Several of the pages previously used for working with articles have been removed (they were merged with the ones for entries), so if you don't upgrade a blog, the artilces for it simply will not work.

Third, if you've defined a custom sitemap, you will notice that your sitemap shows the links you defined plus a link to each blog you registered. To fix this, from the admin page click the "configure site-wide plugins" link and from there, click the "sitemap" link. Uncheck the "Automatically list all blogs in sitemap" box to go back to just your custom sitemap.

Lastly, consider if you want to make another user an administrator. It is now possible to have more than one administrator account. There is not yet a graphical interface for this, but you can add administrators by editing the new userdata/groups.ini by hand. Just add the username to the "Members" line in the "[administrators]" section. This line is a comma-separated list of usernames, with no spaces between them.

One last thing to note. If you look at your blog settings and check the "edit blog paths" link, you'll notice that the box for the blog root URL is gone. Yeah, I know I just added it last release, but the truth is that it was an ill-conceived hack and it caused more problems than it solved. Currently, all URL computation is done using the host and domain from which the page was requested and by getting the path relative to the document root. In other words, the blog URL is no longer hard-coded anywhere. If somebody needs the ability to set a particular blog URL, we can aded that later in a way that actually works.

New Features

This release includes massive code cleanup and a number of new features. A number of files have been removed and a whole lot of unused or ill-conceived functions and methods have been removed. The security system has been revamped and lots of logic has been moved from the back-end (where it was getting in the way of things like API support) to the front end.

As far as new, user-noticable features go, here's the list.

  • Blog tracking. The system now tracks what blogs you create and keeps a list of them in your LnBlog/userdata/system.ini file. This list is used by the admin page and is also used by the sitemap plugin to build a default sitemap.
  • Partial support for group-based security. Basically, it is now possible to have more than one administrator. More fine-grained group security, and a graphical interface for it, will appear in future releases. The group list and membership data is kept in the new LnBlog/userdata/group.ini file.
  • Another path for plugins and themes. You can now create LnBlog/userdata/themes and LnBlog/userdata/plugins directories for your non-standard themes and plugins. This is just to make upgrades slightly easier if you install non-standard plugins or themes.
  • Support for the Blogger 1.0 API. Check the documentation for details on using and configuring Blogger API support with LnBlog. The XML-RPC support for this feature is provided by an included copy of XML-RPC for PHP 1.2.1.
  • Support for post editor plugins. Basically, you can now use selected JavaScript rich text editors to compose your posts. You can currently download plugins for TinyMCE and FCKEditor from the new plugins page. Note that no such editor is included in the default installation, because the editors take up as much disk space as LnBlog itself.

As usual, if you have any problems or find any bugs, please report them to me by e-mail or by leaving a comment. I have set up a SourceForge project for LnBlog and plan to add things like support forums and mailing lists before too long. I will post an announcement here when that happens.

LnBlog 0.7.0 beta 1

Well, it's finally here: the first beta release of LnBlog 0.7.0. You can download it here if you're feeling adventurous. Note that this version requires that you run an upgrade on each of your blogs in order for it to work correctly, so I strongly recommend that you make backup copies of all your blog directories as well as you LnBlog directory.  Also note that you'll need to register your blogs before you can do this.  It's not hard - just type the path in the box and hit the button, just like running an upgrade.  This is just so that the system knows about them. New blogs are registered when they are created.

This release includes massive code cleanup and a number of new features. On the cleanup side, if you look in the LnBlog/pages directory, you'll notice that the article handling pages are gone. That's because they've been folded into the blog entry pages. This is also the reason that you need to upgrade your blog wrappers: if you don't, articles simply won't work. I've also moved a lot of the logic out of the back-end classes and into the page files, where it belongs. The classes were simply getting too smart. While this was fine for normal operation, and made for really small pages, it got me into serious trouble when I started adding support for the Blogger API, because the classes all assumed they were interacting with a client browser.

But enough of that. You probably want to know about the new features. Well, here's an incomplete list for you, in no particular order:

  • Blog tracking. The system now tracks what blogs you create and keeps a list of them. So now, instead of typing in the blog path on the administration page, you can just select it from a drop-down list. Note that if you are upgrading from an old installation, you will have to type the same old path in the "register blog" box on the admin page to get it in the list. Or you can just add the blogs to the BlogList line (comma-separated, no spaces) in your LnBlog/userdata/system.ini file.
  • Partial support for group-based security. Basically, it is now possible to have more than one administrator. More meaningful group security will come later. There is no graphical interface for this yet, but you can set users in groups by adding their name to the appropriate comma-delimited list in your LnBlog/userdata/group.ini file.
  • Another path for plugins and themes. You can now create LnBlog/userdata/themes and LnBlog/userdata/plugins directories for your non-standard themes and plugins. This just makes it a little easier to upgrade, as you don't have to individually sort out and copy any extra stuff you've installed.
  • Support for the Blogger 1.0 API. Use your LnBlog/blogger.php file as the URL for the requests. One thing to note abou the API is that the blogger.getTemplate and blogger.setTemplate methods are not implemented. This is because they don't really apply to the way LnBlog works.
  • Support for post editor plugins. That's right, now that the pre-releases of Opera 9 have support for edit mode, I've finally added the ability to use a JavaScript rich text editor. There is no such editor included in the standard release (as the editor would take up more space than the rest of LnBlog), but you can download plugins for TinyMCE and FCKEditor from the new plugins page. Of course, you can only enable one such plugin at a time, but that shouldn't be surprising.

That's about it for now. If you have any problems or find any bugs, please report them to me by e-mail or by leaving a comment. I'm thinking that I'll finish off the Blogger API support, fix any more bugs I find, and call that the final release. There are a number of other things to add, but I'd like to stick a little more to the "release early and often" philosophy.

Theming, Part 2: Sidebar Templates and Plugins

It's time for part 2 of the LnBlog themes tutorial series. In this episode, we'll cover modifying your sidebar. This will include a brief discussion of how theme templates work as well as an introduction to the plugin system. In the process, we will also create a very simple and extremely unimpressive plugin. Note that in this tutorial, unlike the last one, I will assume that you have a basic knowledge of HTML and CSS. This tutorial will also include some PHP code, although I will nto assume a working knowledge of PHP (although if you have one, it will help).

As you may recall from last time, LnBlog's theme system has a concept of paths. This applies not only to images and style sheets, as we saw before, but also to template. In other words, LnBlog will look for a given template first in your blog's templates directory, second in the templates directory of your current theme, and lastly in the templates for the default theme. This means that you can easily modify the templates for each of your blogs individually or for all of them at a time.

Modifying the template

Let's start by making a copy of your LnBlog/themes/default/templates/include_sidebar.php file and saving it on your local hard drive so we can play with it. If you open up the file in a text editor, you'll notice that there's almost nothing in it. It should just look like this: activateEventFull($tmp=false, "sidebar", "OnOutput"); $EVENT_REGISTER->activateEventFull($tmp=false, "sidebar", "OutputComplete"); ?> Of course, if you don't know PHP, that's probably doesn't mean anything to you. In fact, it probably doesn't mean much even if you do know PHP. That's because this code is part of LnBlog's event system

As you may already know, the default page banner, menubar, and sidebar in LnBlog are all implemented as plugins. If you open up your include_banner.php or include_menubar.php, they'll contain similar code. Basically, this code raises an event, i.e. it tells LnBlog's event manager that something interesting is happening and any plugin that's interested in this event better get it's act together. The event manager them checks a list of plugins that signed up to be notified when this event happens and tells them to do their thing.

Now, since this is a template, we can actually ad HTML code right into it. For illustrative purposes, I'll add some of my favorite links to the sidebar. Here's what the resulting code looks like: <?php global $EVENT_REGISTER; $EVENT_REGISTER->activateEventFull($tmp=false, "sidebar", "OnOutput"); ?> <h3>Recommended Links</h3> <ul> <li><a href="http://blogs.msdn.com/oldnewthing/">The Old New Thing</a></li> <li><a href="http://www.securityfocus.com/">Security Focus</a></li> <li><a href="http://www.larkware.com/">The Daily Grind</a></li> </ul> <?php $EVENT_REGISTER->activateEventFull($tmp=false, "sidebar", "OutputComplete"); ?> Notice that I broke the PHP code into two blocks and put the HTML in between them. Since tempaltes are actually PHP files, anything inside the <?php ?> tags is treated as PHP code, and anything outside them is treated as HTML. If you're sharp, you probably noticed that I did this because of the event code: I put my markup between the OnOutput and OutputComplete events.

If you save this file and upload it to your blog's templates directory, you'll see your list of links in the sidebar. However, you'll notice that the links are at the bottom of the sidebar. That's because all the plugins are loaded by the OnOutput event. If you move the HTML code above that event, then all your links will end up at the top of the sidebar. But what if you want your links in the middle somewhere? Maybe you want your links between your articles and your RSS feeds. Well, that's why this isn't the recommended way to add to the sidebar.

A simple sidebar plugin

However, there is good news. Writing a simple plugin to display some links in the sidebar is easy. Really easy. In fact, it's about a dozen lines of boiler-plate PHP code with your HTML inserted in the middle. And once you have the plugin written, it will be detected by the plugin manager and you will be able to change where it appears in the sidebar by changing its load order in the plugin loading configuration page.

Here's a plugin version of the links in the example above: <?php class MyLinks extends Plugin { function MyLinks() { $this->plugin_desc = "Shows my favorite links in the sidebar"; $this->plugin_version = "0.1.0"; } function show_links() { ?> <h3>Recommended Links</h3> <ul> <li><a href="http://blogs.msdn.com/oldnewthing/">The Old New Thing</a></li> <li><a href="http://www.securityfocus.com/">Security Focus</a></li> <li><a href="http://www.larkware.com/">The Daily Grind</a></li> </ul> <?php } } $plug = new MyLinks(); $plug->registerEventHandler("sidebar", "OnOutput", "show_links"); ?> This is about the simplest plugin you can have. It is a simple PHP class with a constructor that defines the version number and a short description, and a single method that dumps some HTML output to the screen. Note at the bottom that you have to create an instance of the class and register the method with the event manager.

Now is probably a good time to mention that plugins use a path mechanism too. In other words, you can have plugins that apply only to a single blog, just like you can with theme template and style sheet. Just make a "plugins" directory in the blog's directory and put the plugins there. They will be treated just like a regular plugin, but no other blog will be able to see them.

So, now let's install your new plugin. Copy the above code and paste it into a new file named sidebar_mylinks.php. Note that it is very important that you not have any blank lines or spaces outside the PHP <?php >> tags, as this will cause error messages due to the way PHP handles output. Now, create that plugins directory in you blog's directory on the server and upload the sidebar_mylinks.php file into it. If you open up your blog in a web browser, you should see the new links. If you change the load order of your sidebar_mylinks plugin from the plugin loading page, then the link section will move in the sidebar.

If you want to have several independant sidebar sections, you can make copies of this plugin to achieve that. Just change the HTML code, the plugin_desc on the fourth line, and change all three instances of the name MyLinks to MyOtherLinks, or something like that (the exact name doesn't matter, so long as no two plugins have the same name). If you're feeling adventurous, you can also adapt this to add markup to the banner or menubar by changing the "sidebar" parameter in the registerEventHandler line to "banner" or "menubar".

You can download files for this tutorial here. In the next installment, we'll go into theming the content areas of a page, including templates for blog entries. We'll also cover modifying the associated style sheets and possibly adding some images.

Theming, Part 1: Custom Banner

It's been a long time since I posted anything, so I figured I'd put up a little informal documentation on the theme system. After all, who wants to be stuck with just the default themes? The answer is: me, because I'm the one who designed them. But I'm sure other people would like to personalize the look of their site a bit.

Today, let's talk about setting a custom page banner. That seems to be one of the first things most people change on their blog. Plus it's fairly easy to do in LnBlog and doesn't require a great deal of HTML or CSS knowledge. So let's get started!

For this exercise, you'll need two things. The first is a banner image. It can be anything you want, so long as a web browser can display it and it's a suitable size. Since I'll be assuming you use the default LnBlog theme, which is not fixed-width, I'd recommend a JPEG image that's at least 1024 pixels wide and around 160 pixels high. For illustrative purposes, I'll use this picture of the hills. If you have a moderately high resolution digital camera, you can probably take a decent picture yourself and use the GIMP or some other image editor to cut out an appropriately sized image.

The second thing you'll need is a copy of your banner style sheet to work on. This one is easy: just go into your LnBlog/themes folder, find the directory for your theme, and copy the styles/banner.css file to someplace on your local hard drive so that you can edit it.

Now that we've got a stylesheet and an image, setting the banner background is easy. Just open up your copy of the banner.css file, find the #banner section, and change it so it looks like this: #banner { width: 100%; border: 1px solid black; background-image: url(../images/horizon.jpg); background-repeat: no-repeat; max-width: 1281px; max-height: 160px; } This gives us a banner box with a thin border and our horizon image as the background. Note that the max-width and max-height are set to the width and height of the image. This keeps the box from expanding to larger than the size of the picture and looking funny.

As long as we're in the style sheet, we might as well consider the text. Let's say, for the sake of argument, that you wanted to change the alignment of the default banner text. Let's say you want to put the blog name on the left side of the banner and the description on the right. Well, in that case, you would look for the #banner h1 style for the name and the #banner h3 style for the description. If you look just below the section we just modified, you'll see something like this: #banner h1, #banner h2, #banner h3 { text-align: center; vertical-align: middle; color: white; } This sets the default style for the first three levels of heading. We can override the alignment by simply creating additional styles below that section, because in CSS, styles later in the file take precedence over earlier ones. So, let's add the following: #banner h1 { text-align: left; margin-left: 10%; } #banner h3 { text-align: right; font-style: italic; margin-right: 10%; } This gives us a left-aligned heading, and a right-aligned, italicized description. (If you don't see a blog description, you can turn it on in the plugin configuration page, under the "pageheader" plugin option.) Note the margins are set so that the text doesn't bump up against the edge of the banner.

So at this point, we have our image and our stylesheet. Now what? Well, we install them on the server, of course! But where to put them?

This is where the flexibility of LnBlog's theme system come in. You see, we actually have several options. First, we can always put them in our theme directory, overwriting the old style sheet. The second possibility is creating a new theme. The third is applying this only to a single blog. Changing the files for the default themes isn't really recommended, so we'll stick to the second and third options.

Creating a new theme, especially one this simple, is quite easy. Just go into your LnBlog/themes directory and create a new folder with whatever name you want the theme to have. Then, inside that folder, create four more folders with the following names: images, styles, scripts, and templates. Now copy your banner image into the images directory you just made and put the banner.css file in the styles directory. Now, if you edit your blog setting and change the theme to the one you just created, you should see your new banner.

The process for applying your custom banner to a single weblog is very similar. You would simply open up the directory for that weblog and create an images directory and a styles directory. Copy your image and style sheet to the corresponding directories and the changes will automatically take effect for that blog.

By now, you've probalby noticed the pattern here. When constructing a page to send to the client web browser, LnBlog uses a search path mechanism to find files. There are four kinds of files: images, styles, scripts, and templates. LnBlog looks for each type of file in a directory of the same name, located in the current blog's folder, the current theme's folder, or the default theme's folder. The search takes place in that order, so if you don't have a particular file in your blog or in your theme, the default will always be there. The idea is to make it easy to create small variations on existing themes. The down side, of course, is that it's somewhat more difficult to create custom themes from scratch. But, then again, given that you have to get all the template variable right in order for things to work, it's usually easier to just start from an existing theme anyway.

Next time, we'll talk about templates and how the enevt-driven plugin system interacts with them.