Pro:

• The creator of commercial themes and plugins is making money from it and why should I give support? I will not get any money from my support but the creator will earn even more with subsequent products because of “the great support”.
• People asking for support often are consultants, coders or designers making money from WordPress. They will not give me a single dollar if I give them support and help them to satisfy their customers.
• There are special forums and mailinglist of commercial themes/plugins by the companies. Customers should use those.
• I don’t support anything not GPL. Viva la revolución!
• I could support the users but I would charge them for it.
• There are better alternatives which are GPL. People should start using those and I’ll happily give them support.
• …

Contra:

• It’s all about the community! I don’t give a damn if others make money from it.
• For me it doesn’t matter if I give support for free or commercial themes/plugins. The only reward I want is reputation.
• Many of the commercial authors are active members of the WordPress community and give free support for other problems themselves.
• Not all users (if not the majority) of commercial themes/plugins are professionals.
• Often the commercial support is poor and the WordPress community should help those poor lost souls with their problems.
• There are many support forums for other commercial software where people help each other in their spare time why should WordPress themes and plugins be an exception?
• All this commercial stuff is making WordPress even more popular and so there will be more people helping WordPress getting better and better
• Even Matt Mullenweg is profiting from all the free support from the community. Automattic would never be able to do it themselves and to present and enhance the best blogging system since sliced bread.
• …

BTW: This is the third best article about this topic! (Couldn’t resist.)

Some links:

• Discussion betweeen Matt Mullenweg and Chris Paerson about the Thesis theme
• An analysis of GPL’ed code in Thesis
• Inevitable: WordPress To Sue Thesis Founder
• Ryan Boren: WordPress Theme Licensing

The reason was some code I borrows from the “Multi Page Toolkit“:

add_action('init', 'pb_allpage_permalink', -1);
function pb_allpage_permalink() {
	global $wp_rewrite;
	$wp_rewrite->add_endpoint("all", EP_ALL);
	$wp_rewrite->flush_rules();
}

This code enables pagebar to display all parts of a page which is splitted into multiple parts. As you might see the code adds a new rule to the permalink structure. Unfortunately it corrupted the permalinks in a way that custom taxonomies stopped to worked.

The solution to this problem was to fire the action much, much later and to to update the rules transient (soft flush):

add_action('init', 'pb_allpage_permalink', 99);
function pb_allpage_permalink() {
	global $wp_rewrite;
	$wp_rewrite->add_endpoint("all", EP_ALL);
	$wp_rewrite->flush_rules(false);
}

Hopefully this will solve the problems with custom taxonomies completely.

Download:

• pagebar258.zip

That were my thoughts when I received bug reports for the pagebar plugin. I had absolutely no idea why and first checked the usual suspects; with no success. So I tried a different approach and disabled all initialisation code. The theme editor worked. I enabled the first disabled line and Eureka! The theme editor failed. This has to be the
erroneous line:

$dir = trailingslashit(WP_CONTENT [...]

The $dir variable is global and that seemed to be the problem. A short look at theme-editor.php shows that’s there a global variable called $dir. So I changed the variable name in my plugin to a more unique name and voilà, everything works as expected.

There are some lessons I learned from this incident:

• Use a unique name for your global variables.
• Better: Never use global variables at all.
• Even better: encapsulate everythin inside a class.

I hope his short story helped you to debug your plugin and leave some happy users behind.

More often than not this is adequate but there may be situation where you want to create a separate teaser which isn’t displayed on the single post page. So it may be a good idea to create a collage as the teaser for a post containing various images. On the post page itself the collage would not be appropriate. Another situation could be a very striking teaser which does not fit into the main post but still is a good teaser to attract readers.

To hide these parts of the post you can use the lesser known <!--noteaser--> tag:

The <!--noteaser--> necessarily has to follow directly after the <!--more--> tag otherwise it will not be evaluated.

However there are some issues using the tag:

• After clicking the more tag the content of the post will be moved to the top of the browser window. This may be appropriate for a standard posting where the teaser text shall be hidden from the reader’s eyes. Using the noteaser tag there is no such text any more and the reader is wondering if there is anything above.
• The text in front of the <!--more--><!--noteaser--> tags will not be shown on the preview page. So you have to write your post in two steps: first creating the text as usual and inserting the <!--noteaser--&gt in the final state.
• All line breaks are preserved. To avoid an additional empty line at the top of the post you should insert the tags on a single line.

These issues may be solved by creating a plugin… maybe later. Nevertheless the tag is a nice tool to add a different view to your blog.

This work is licenced under a Creative Commons Licence.

There are times when you want to access the data from your WordPress database from a webpage outside of your WordPress installation. This can be done by using the mysql_connect of PHP and selecting the data with some genuine SQL statements. This will work but it has the substantive disadvantage that the WordPress database is changed now and then and that the SQL statement will fail sooner or later.

There has to be a better solution and there is one! Simply use the function provided by WordPress itself to access the data. It’s as simple as this code:

include '../blog/wp-blog-header.php';

In this example WordPress is installed in the directory “../blog” relative to the directory of the current script. You have to adapt it to your installation, of course. Now you can access the database using the $wpdb-instance, i.e.

$post_id = 666;
$sql = "select post_title from $wpdb->posts where ID=$post_id";
$title = $wpdb->get_var($sql);

Ok, if Automattic decides to change the row names you’ve lost again. So you should completely avoid direct database calls and use the functions build into WordPress which are also available after including the above file:

$post_id = 666;
$title =  get_the_title($post_id);

This should be a safe call for a very long time!

Wait, wait, wait! A hackerspace? In Kassel? No, of course there isn’t one. Not yet. But there could be soon. Some people thought they could change this state and create such a space in Kassel, whereby space does not exclusively has to be taken as a physical room.

So the call went out into the great wide open of the Internet and the initiators hoped for a small group of interested people. at the first meeting in a small pub this small group turned out to be a large group of 28 combatants.

Unfortunately the locality was quite unsuitable for such a large group. If only five or ten people had shown up it would have been a nice and cosy get-together but actually we had to make the best of the circumstances. Some verbal contributions could hardly be heard others not at all. But nobody could expect such an immense interest. Nonetheless everybody was concentrated and the discussion was quite constructive. After a short introduction to the basic ideas of hackerspaces everyone told a bit about his background, his intentions, ideas, and expectations. I think a lot of Blinkenlights will be created in the near future.

Obviously there is a great crowd of hardware freaks, programmers, and artistically interested men (yes, there wasn’t a single woman) having many ideas for new and/or interesting projects  and ideas how they can help others and how others can help them. The initiators presented a welled planned  concept and even looked after some affordable rooms with a good infrastructure. Next week we will have a go and see.

Hopefully everybody will keep at it and the new hackerspace will have a good substantial and financial foundation. It’s going to be interesting!

Links:

• flipdot.org (German)
• flipdot blog(German)

Old Men With Ballpoint Pens

They know it is the worst thing
Not being in control
So they bring in all the big guns
To ease their troubled souls
You can see them in the tabloids
Where they smile their empty smiles
Selling tales of lawless chaos
And lies upon lies
They waste no time, they’re on the way
They’re quick to bend the laws
To abuse the ones who suffered
For their twisted cause

Old men with ballpoint pens
Old men with ballpoint pens
Old men with ballpoint pens
Old men with ballpoint pens

They know what you’ve been doing
They know where you have been
They read the words, both yours and mine
They’ve seen what you have seen
They’re here to protect you
All for the common good
Don’t you dare to get in their way
They just know what’s good for you
And if you’re feeling watched
And if you’re full of fear
Remember that, remember how
It was you who brought them here

Old men with ballpoint pens…