Elegant blog webmastery from the ground up
Today I would like to announce the release of “Project Honey Pot Http:BL” WordPress Plugin. This plugin allows you to verify all visitors’ IP address against the Project Honey Pot database. Using the Http:BL API, this plugin flags, logs, and blocks visitors with a high threat score, helping you prevent harvesters, spammers, or other
suspicious bots from abusing your blog. I’ve been talking a lot about LoJack anti-spam measures lately and this is one of them.
This plugin requires you to sign up for a free account at Project Honey Pot so that you can use their Http:BL API to verify your visitors.
This plugin is based on Jan Stepien’s http:BL version 1.4 which is no longer being supported. This version of the plugin fixes a lot of database bugs and usability issues that the original plugin had. Here are the key benefits of having this plugin enabled.
- LoJack anti-spam solution with collective intelligence
- Easy Project Honey Pot integration. No need to mess with Apache mod_httpbl, which means that this will work on shared hosts.
- Ability to redirect malicious bots to a bot trap.
- Logging capabilities
You may find the download link below. As always, please feel free to share any comments, questions, and suggestions! Read on…
Today I would like to announce the release of “AJAX Force Comment Preview” WordPress Plugin. The plugin works like TextPattern’s built-in “force comment preview” feature by forcing your commenters to preview their comments prior to submission. In addition this plugin is AJAX enabled so the user does not have to reload the page to preview his/her comment. Here are the key benefits of having this plugin enabled.
- Comments quality will increase as users will be forced to preview his/her comment before submitting it. Previewed comments are sent through WordPress’ various filters so that the user can see exactly how his/her comment will appear after it is submitted.
- Spambots will not be able post comments unless it actually tries to “preview” the comment. When a preview is requested, a nonce key is generated and returned along with the preview. This nonce key is then required to be sent back to the server during comment submission. So in order to submit a comment, the spambot would have to use javascript to request a comment preview prior to submitting the comment. Most spambots do not care to preview so this offers some level of spam protection.
You may find the download link below. As always, please feel free to share any comments, questions, and suggestions! Read on…

You may not know it, but your site is probably being regularly harvested for email addresses. In this post I will show you how to easily help fight email spam using a Lojack technique called List Poisoning (see previous post for more Lojack anti-spam philosophy). Though this is not a new technique, it is definitely worth spreading the word and implementing.
The goal here is to pollute the harvester’s email list with fake email addresses and fake recursive links. In doing so, the harvester will waste time and resources harvesting and spamming fake addresses. (see this in action)
In the demo below, you will notice that the first three links are recursive links that will just redirect to the same index.php. The next set of links will be fake email addresses generated for harvesters. Read on…
Alex King’s “Articles” is a great plugin that lets you easily mark posts as featured articles. You can also display a list of featured posts on a selected page/post by placing a “###articles###″ tag in it. That said, there are TWO big problems with it:
- It doesn’t work with WordPress 2.3.x or 2.5.x
- It displays the same article in each category that the post is listed under. So that means if your featured post is filed under 5 categories, your post will show up 5 times on your featured articles list.
Andy Cowl has already resolved issue #1 on this WordPress support thread (THANK YOU!). Here are the changes Andy Cowl did.
+++ articles.php (working copy)
@@ -96,13 +96,11 @@
$cats = $wpdb->get_results("
SELECT $wpdb->term_relationships.object_id, $wpdb->terms.term_id, $wpdb->terms.name, $wpdb->terms.slug
- FROM $wpdb->term_relationships
- LEFT JOIN $wpdb->terms
- ON $wpdb->term_relationships.term_taxonomy_id = $wpdb->terms.term_id
- LEFT JOIN $wpdb->term_taxonomy
- ON $wpdb->term_taxonomy.term_id = $wpdb->terms.term_id
- WHERE $wpdb->term_relationships.object_id IN (".implode(',', $post_ids).")
- AND $wpdb->term_taxonomy.taxonomy = 'category'
+ FROM $wpdb->term_relationships, $wpdb->term_taxonomy, $wpdb->terms
+ WHERE $wpdb->term_relationships.term_taxonomy_id = $wpdb->term_taxonomy.term_taxonomy_id
+ AND $wpdb->term_taxonomy.term_id = $wpdb->terms.term_id
+ AND $wpdb->term_taxonomy.taxonomy = 'category'
+ AND $wpdb->term_relationships.object_id IN (".implode(',', $post_ids).")
ORDER BY $wpdb->terms.slug, $wpdb->term_relationships.object_id DESC
");
On issue #2, I’m thinking about modifying this plugin to accept another custom field called “article_category” to accept a string value of your category slug. Let’s say you feature a post that has 5 categories and set “article_category” custom field to “blogging” then the post will only show up once under the “blogging” category on your featured articles page. What do you guys think of this mod? If there is some demand for this, I will definitely move this to the top of my stack of projects and crank this out in a few hours. Please let me know via comments.
|