When I first started this blog, I owned the domain http://rohan-kapoor.com. I wanted the domain https://rohankapoor.com but unfortunately for me (at the time) the domain was owned by another Rohan Kapoor who co-incidently wasn’t using it for anything. Strangely enough, when I checked the whois records last June, I surprising found that the domain https://rohankapoor.com was available! I bought it at that time and have since been redirecting it to http://rohan-kapoor.com. Some of you may have noticed that now the exact opposite has happened. Instead I’m now redirecting from http://rohan-kapoor.com to https://rohankapoor.com. My reasoning behind that change was that the domain https://rohankapoor.com looks much better than the same domain with a dash in it. It also makes it easier to find according to many of my friends. Therefore to make it easier for friends and colleagues to find me online, I decided to move my blog over to https://rohankapoor.com. On the webserver end, this is actually so easy it’s almost a joke! As I’m running Domain Mapping to map the blog to the domain, I just simply removed the dash that the domain was mapped to and it just works! I’ve requested google to make the needed changes on their end to move the site over within their database. According to Google’s Webmaster Tools, this process is likely to take 3 months to get completed! Additionally, I need to change out the links on many of the sites I’ve worked on to say https://rohankapoor.com instead of the old address. There should be no problem contacting me because of the domain change as the two email addresses and domains are run seamlessly through Google’s Apps Service! My plan is to keep everything on https://rohankapoor.com for now!
After being told off by mercime for not having a page for WordPress/MU Favicon, I finally got around to pulling it’s page out of Drafts and updating it to show the latest information regarding version 1.1.
It appears that it took me long enough to pull it together, but hey, I was busy. Anways better late then never.
Currently there are (in my mind at least) four good spam protection plugins for wordpress and wordpress mu. Each one has their merits and I have used/am using all of them across sites.
First is Akismet. Akismet is created by Automattic, the team behind the creation of wordpress.org, wordpress.com, buddypress.org, and bbpress.org. All projects listed above are opensource except for wordpress.com and akismet. Akismet is probably the number 1 spam blocking tool for wordpress blogs and is truly amazing. It has just 1 problem, it requires an API key to use. So no problem, just go to www.wordpress.com and get one, right? Well yes, if you are running a small enough number single user blogs. The problem happens when you try to create a blog network or use a WPMU installation. You could hardcode your API Key into your plugin file but then you will get banned, very soon. Instead you need to purchase on of the Akismet Business or Organization Keys. Those are expensive and as I am using multiple sites with different wordpress and wordpress mu, I chose to use Akismet only on www.biologypowerpoints.com because it is a single site with only 1 blog installed.
Next is reCAPTCHA! In my informal testing on http://wpmu.zyrot.com it appeared that reCAPTCHA caught 99.9% of the spam. It works well as a spam prevention tool however the fact that it uses captchas is a really good reason to choose another spam protection tool. It also requires an API Key to function with however the API Key is available for free from http://recaptcha.net/. If you prefer a captcha based approach, reCAPTCHA is the tool for you.
After reCAPTCHA comes one of my favorite tools for Spam Protection, Bad Behavior. Bad Behavior seems to be doing a reasonably good job blocking spam on this wordpress mu site. It also requires an API Key which is free to get from it’s own website. It has worked well at blocking spam for me however it seems to be blocking quite a few legitimate users as well. It appears for my needs to be working but I may need to reconsider at some time.
Finally, the last plugin that makes this list is WP-SpamFree. Out of all the plugins on this list, WP-SpamFree is the only one that doesn’t require an API Key to function. This means that you just install the plugin and it works. WP-SpamFree has the most user-changeable options and has an extensive help system built into the plugin. For standard WordPress (single blog) users it works perfectly outside the box. However for WordPress MU users, it unfortunately allows the administrator of any blogs the options of the plugin. Most site owners don’t want this and as such I have modified WP-SpamFree so that it only uses the options that the site admin sets as the global options and that the options configuration page is invisible to all users except for the site admin. I’m waiting on a response from WEBGEEK before I officially release as a modified plugin.
To anyone with a Standard WordPress blog, I would recommend WP-SpamFree as the Spam Deterrent off Choice and for those using WordPress MU, I would recommend WP-SpamFree MU (will be released soon)!
Hey mate we are interested to hire you to fix our login/cookie problems. Please let us know if you are interested – we have a site with multiple wp blogs and a bbpress also. We want login/cookies to recognize after sign in on all pages. Currently working fine for blogs but not for bbpress. Thanks and please find me on yahoo/msn chat with the above nickname. Best >>
From what I can tell it was sent from the contact form located on the site. The problem you see is that there is no reply-to address. If the person you sent this email sees this, please try sending again or leave a comment with your email address. I would love to get back to you but I can’t without your email.
We feel that all software should have a changelog that details, at a high level, what changes have been made in each version so that the user can make an informed decision about when to upgrade and how much testing they should do with their site.
In order to make this an easy and open communication channel we have added support for a Changelog section in the plugins readme.txt file. This changelog information is then displayed as a separate tab in the plugin directory and also in the back end of your WordPress blog when you view the details on a new version of a plugin.
I personally agree with this decision of the Automattic and the WordPress team because I have found some annoying plugins which don’t state why a plugin is updated. This should solve that problem rather nicely!