If you’re anything like us, you’ve got more than enough work to keep your team busy. The appetite for web sites and applications continues to grow at a frenetic pace, and the ministry teams we support have no shortage of great ideas. And, of course, we all love to work on projects that come with new challenges, cutting-edge technologies, and high impact. Yet, in the midst of all of this activity, we cannot neglect the technology infrastructure that allows us to provide these great services to our ministries and their audience.
One particular challenge that we’ve been discussing lately is upgrades. There are many different schools of thought on this one - some could be considered “early adopters”, choosing to upgrade their systems with every new release. This is attractive in that you’re always up-to-date should any problems with your infrastructure arise, and you get the new features as soon as they come out. On the other end of the spectrum, there are those that never upgrade unless they encounter a problem - “if it ain’t broke, don’t fix it.”
One of the by-products of our organization’s strategy to be a “House of Brands” is that we have a lot of different sites running on a variety of platforms, so we’ve recently started putting together a strategy for how and when to upgrade our systems. This includes the following, to name a few:
- Operating Systems for our web servers and database servers (Red Hat Linux and Windows Server)
- Database Systems (MySQL and Microsoft SQL)
- WordPress, WordPress MU, and Expression Engine content management systems
- Church Management Systems
- Java and .NET
- jQuery
We’re more than a little overdue to implement a proactive strategy around how we want to keep these systems up-to-date, but we are working on it and getting better. Whether you have one site or many to manage, it is prudent to sit down and figure out what strategy fits your organization best.

One of the biggest tools in our toolbox lately is 
The
We seem to be getting more and more requests to include RSS feeds from various blogs or social networking sites (mostly Twitter) on our various sites, so we have spent a little time checking out many of the plugins and source code that’s available all over the web. For the most part these plugins work perfectly, but when the RSS feed site is having issues (not that Twitter ever has any), some of these plugins don’t behave very well. Most of them are contacting the RSS feed using server-side code, and when the feed is slow or throws an error it sometimes causes the page not to load. This caused us major headaches when our site monitoring systems were looking at a page that contained one of these plugins.
02.05.2010
1 Comment