Looking at Thematic for new projects

I built a number of WordPress themes based on the Sandbox theme.  Unfortunately I think it is time to migrate to a new theme framework.  I need to update a couple themes and I’ve been putting it off knowing that continuing to invest in Sandbox was probably a dead end.

After reading a bit and finding a book I like, Wicked WordPress Themes, I’ve decided to develop a child theme based on Thematic for my Middle School web project.  I should have bought the book from Amazon.com, it was $15 cheaper than my local Barnes and Noble but I wanted it immediately.

WordPress and Google Apps

I am starting on a new project to help our middle school.  The athletic teams and PTA do not have any sort of web presence so information is scattered across lots of web sites and it changes from year to year.  My wife is running the Boosters Club this year and asked me if I’d help put something together.  My work with the MacDolphins swim team has been a good experience for this as I want to assemble something that is sustainable and easy to add content to.

I’ve decided to use Google Apps for as much as a I can as (a) it is free and (b) it is unlikely to go away.  My plan is to use WordPress for the web site and Google Apps for pretty much everything else.  I am hoping to integrate some of the Google Apps content, in particular, calendars, on the web site.

WordPress 3.2 compatibility?

The simple answer is:  I don’t know.  Usually I try to at least smoke test wp-SwimTeam before a new release of WordPress goes out but I haven’t gotten to it yet for 3.2.  We’ve had two swim meets in a row postponed due to weather which means all of the pre-work has to be done twice.  Bleh.  Tonight’s forecast doesn’t look much better either.  I will try and run some tests before the end of the week but for now I recommend staying on 3.1.4.

WordPress 3.2 will require PHP5

WordPress 3.2 beta is out for testing and with it comes several requirements.  The two notable requirements are PHP 5.2.14 or newer and MySQL 5.0 or newer.  I will likely move to 3.2 for wp-SwimTeam development once it is released and I’ve done some testing with it.  I’ve been running under PHP5 (5.2.14 and 5.3.x) for a while now so I don’t see this as an issue but it might be for people running on older web hosts.

Using the WordPress auto-updater?

WordPress has a nice built in feature to update plugins when there is a new version available.  Because wp-SwimTeam isn’t hosted in the official WordPress plugin repository, I haven’t been able to take advantage of this feature.

I have set up projects in the official WordPress plugin repository for both wp-SwimTeam and phpHtmlLib.   I am working on a process where the plugin updater will work by adding the code into the WordPress repository when Iam ready to release it.

Currently the version of the code in the WordPress repository is the same as what is available for download although the version number reported is wrong (1.0.553 vs 1.2.553).  The “553” is the critical part of the release number because it represents the Subversion commit number (build number) that the release is based on.

If you see a “plugin out of date” message within the WordPress Dashboard, it is because I am working on this process.  The latest and greatest release will likely be available first as a download on this site but when I reach what I consider a “stable” release, I will also make it available through the WordPress plugin repository.  Stay tuned as this flushes out.

Preparing for a new release

I’ve been working on wp-SwimTeam over the past couple days and fixed a lot of minor issues and a couple of bigger ones and one critical one in phpHtmlLib.  The change in phpHtmlLib is absolutely required to support WordPress 3.0 and later so it will be necessary to update the phpHtmlLib plugin in addition to the latest update.

This upcoming release of wp-SwimTeam is ONLY being tested against WordPress 3.0.x (3.0.4 in my case).  It may work fine with 2.9.x but I do not plan to test it.  This upcoming release also tweaks the database, dropping columns that are no longer used.  This is primarily an issue with the Users and Swimmers table where there were some remnants left from the previous implementation of optional fields.  Make sure you backup your database prior to installing!

The release should be available in the next day or two.

Why is my web site so sloooooooooow?

I apologize for how slow this web site has been lately.  I don’t visit it myself too often when I am not actively working on wp-SwimTeam so I was somewhat oblivious to it.  My sites are hosted with GoDaddy and I’ve never really had an issue with their shared hosting service.  It is cheap, easy to administer, and for the low volume traffic I tend to get, more than adequate.

I called GoDaddy this morning to see why my sites was loading so slowly – I am seeing page load times of 30-40 seconds which is just plain silly.  It looks like another web site that I happen to be sharing the “shared” server with is consuming all of the resources.  GoDaddy is going to monitor it and see what is up.  I expect it will remain slow for at least a few days.  Hopefully they’ll figure out what it is and do something about it but they did tell me that if the other site isn’t violating their TOS, there isn’t much I can do about it.  They also suggested I look into a WordPress caching plugin.  I don’t have near the volume of data nor traffic to warrant a caching plugin but if the situation persists, I’ll look into it.

Bleh.  Even on a shared server there ought to be some expectation of “reasonable” performance.  I will continue to monitor the performance and see what I can do about it.

Calendar-Plus renamed to Enhanced Calendar

I just received the approval from the WordPress plugin repository for Enhanced-Calendar.  The WordPress plugin I previously called Calendar-Plus will now be known as Enhanced-Calendar.  Once I get the code all checked in and the proper structure, it should be available from the plugin repository.  Hopefully that will happen in a day or two.

Need to rename Calendar-Plus

When I first created Calendar-Plus I had hoped it was a short lived project that would either get rolled into the Calendar plugin or deprecated by a new release. Unfortunately neither has happened and it continues to live on. Because I didn’t expect it to last long, I never put it into the WordPress plugin repository.  I probably should have done that.

There is now a plugin in the repository called Calendar-Plus which results in a name conflict and the automatic upgrade system thinks mine is out of date.  I should have put my code in the repository but I didn’t so I can’t think of a good way to resolve this other than to change the name and put the code into the repository.

So that is what I plan to do. But I am not sure what to call it.

  1. Calendar-Enhanced?
  2. Enhanced-Calendar?
  3. Calendar-MW?
  4. Calendar-Plus-Plus?

I am leaning toward #2 as it is close to the description I used when I wrote it.