Upgrade to WordPress 3.0.1
The changes that matter most to me (as the sysadmin) aren’t of much interest to most: wordpress 3.0 merged vanilla wordpress and wordpress-mu into a single codebase. This means there’s only one wordpress to contend with, and as plugins get “certified” to work under wordpress 3.x, they should work for us as well (ceteris paribus, especially around security and privacy considerations).
Changes that might matter to you – as a blogger – include:
- A new default theme – “twentyten”. It’s clean and very customizable – check it out on my blog,
- Further refinement of the backend interface,
- A “get shortlink” feature on the post edit page for use in twitter and other size constrained social service.
We’re still building out the infrastructure, but we’re going to offer piwik and google as improved analytics options. Piwik is a fairly impressive open source analytics program (demo here) that’s a great option for the privacy-conscious: we will run the piwik analytics server and your visitor data won’t be leaked to third parties, ever. We’ll provide google analytics through a plugin if that’s your preference.
We’re looking to expand our selection of plugins and themes in our WordPress install, and would love your help figuring out what would be most useful to the blogs.law community.
Here’s the official WordPress plugin directory. Keep in mind that not all plugins can be run in a WordPress Mu environment, and that we reserve the right to reject plugins of dubious quality, security, or function.
Here’s the official WordPress theme directory. We don’t have a budget to pay for any premium themes (so only nominate free ones, please) and the same caveats apply around quality, security, and function.
Please comment below with your nominations, including the full URL to the item of concern. Happy blogging, and thanks for your help.
We’ve implemented a new page caching system that should help improve response time and ensure better uptime for the blogs.law.harvard.edu server. A “page cache” will intercept requests and serve pages WITHOUT invoking all of the wordpress code – allowing our site to serve many more requests over all. The page cache only comes in to play for non-logged-in users, and for those that haven’t posted a comment recently to a blog we host.
The page cache has one significant side effect: WP-slimstats will be even less accurate, as most pages served to non-logged in users come directly from a page cache. This means that WP-slimstats doesn’t know about all traffic. Wp-Slimstats over-counts illegitimate traffic and is inefficient, unsupported and inaccurate – we’re looking into other options to provide some kind of analytics for our sites that will work with the new page cache.
We get a significant amount of legitimate – and not so legitimate – traffic. We served over 3 million legitimate page views and around 300,000 unique visitors this August – on top of all the ‘bot traffic. Badly behaved ‘bots request too many pages simultaneously and can cause a significant service interruption in combination with all the legitimate traffic we’re already handling.
Our traffic – bad and good – has been increasing over time and we have been seeing more service interruptions due to high load: we have reached the point where we simply can’t continue to provide a high quality service without a page cache in place. We’ve already implemented a behaviour based ‘bot catcher and numerous other tricks to optimize how we serve content: the page cache is the newest weapon in our arsenal.
Thanks for your patience! The site should feel snappier. If you want to browse a fully cached version of your site, log out and clear any “blogs.law.harvard.edu” cookies. Logging out by itself isn’t enough, you have to clear your blogs.law cookies, too.
And there you have it. We’ve been upgraded to WordPress 2.8.4a, the latest stable WordPress Mu release.
You should notice some minor changes in the adminstrator backend for your blog – nothing major, just a nice set of refinements to the look-and-feel and a few new features (like the redone “widget” control under appearance -> widgets).
Please contact techhelp at cyber dot law dot harvard dot edu if you’re seeing any oddness. Thanks!
WordPress Mu 2.8.4 is primarily a bug fix release that also helps to refine the new administrator backend introduced in the 2.7 branch.
If you’re already used to WordPress 2.7, there’s not a lot that’ll surprise you in 2.8.4. This isn’t a huge change and we don’t expect a significant amount of downtime (if any).
We’ve installed the SyntaxHighlighter Plus plugin to allow you to post formatted, highlighted source code.
There appears to be a few quirks related to open / closed brackets. We’ll continue to look into it. See the link above for details on how this plugin works – you must enable it under “appearance -> plugins” before you can use it.
Whew. We’ve upgraded the blogs.law.harvard.edu server to wordpress mu 2.7.1 – which explains the completely new backend for blog managers.
Next we’re going to move onto plugin upgrades and start a process to evaluate the requests we’ve had for new plugins – any ideas? Please comment on this post.
We’re in much better shape than before to quickly apply upgrades, so expect us to be more in-line with WordPress-Mu releases in the future.
Thanks for your patience!
So the upgrade to 2.6.5 appears to have gone off without a hitch. We’ll be working on the upgrade to 2.7.1 today, with a planned rollout at 4pm.
I’ve added a new feature: apparently WordPress does not defaultly adjust for daylight savings time. I’ve added the “timezone” plugin to let you set your timezone to a city near you, wordpress will then automatically adjust for daylight savings time where appropriate.
More details here:
You can set your timezone under “settings” -> “timezone”.
We will be upgrading the software that runs this site to WordPress Mu 2.7.1 on April 27th from 10am to 11am.
We don’t really have a choice – we have to upgrade sooner rather than later. We wanted to make you aware now of the upcoming change, because soon how you manage your blog will look completely different. All the terminology is the same – you manage pages and posts, you “categorize” or “tag” things, etc. You’ll just find tools in different places in the administrative backend.
Thanks for your patience! We don’t expect a significant amount of downtime, and we won’t have the same performance issues we had in our recent switch.
We’ve delayed the hardware upgrade on the blogs.law.harvard.edu server until next Monday morning between 10am and 11am. This is so we can be completely available during the transition period.
On a positive note, we have a much less disruptive plan for the transition: the downtime should be very minimal. We have also put a bunch of effort into optimizing how WordPress serves its content, so the new blog server should be MUCH faster than it was before.
Onward and upward, and thank you for your patience.