Tweet for Proposals (TFP) on WordPress MU Hosting

Picture 1

My good friend Lucien Engelen (@zorg20) tells the story of how he used Twitter to find someone able to develop an iPhone application for him in an extremely short time. He says it would have taken him weeks to do an RFP or ask one of his analysts to identify options, and by using Twitter he had the whole project completed (and the app in the iTunes store) within just a couple of weeks or so.

I’m taking a lesson from him, but in a different application, and doing my first TFP, or “Tweet for Proposals.”

Here’s the background:

Our Mayo Clinic blogs, including our Health Policy Blog, News Blog, Podcast Blog and Sharing Mayo Clinic, among others, have been hosted on WordPress.com until this point.

We started with WordPress.com because it was easy, fast, reliable and didn’t require us to dedicate IT resources and servers, and because it would eventually enable us to move to a self-hosted solution without losing Google juice. The URLs would all remain the same, but would be pointed to a different server.

I believe the time for our migration has come, and I would like to move our blogs from WordPress.com to a WordPress MU installation to create an easier growth path and also to give us more flexibility in plug-ins, widget embedding, etc.

Here’s what I think we need:

  1. Help setting up the WordPress MU platform.
  2. Help in migration from our existing WordPress.com blogs to the new platform, including mapping each of the URLs to the MU platform.
  3. Hosting and support that is rock solid and available 24/7. WordPress.com has been excellent in meeting traffic surges and has enabled us to focus on content instead of technical issues.

In essence, I think our ideal provider would have experience in migrating blogs from WordPress.com to the WordPress MU platform, and would currently be hosting several blogs on a WordPress MU installation. We’re not looking for a provider to do anything with content or comment moderation, but solely hosting and technical assistance, managing plug-ins, and otherwise enabling us to gain extended functionality as well as flexibility and scalability.

We could consider hosting on our own servers, and if you would want to propose that kind of model, we would be open to discussing. I would like to see, though, if we could get the 24/7 support from someone who is in the server business instead of expecting it from our IT staff.

I would appreciate it if you would pass this TFP on to anyone you think would be qualified, and I welcome any recommendations you have for suitable providers. Please leave them in the comments below. If you want more information or to discuss this off-line, send me a note here: aase (dot) lee (at) mayo (dot) edu.

Blogging 310: Taking the Self-Hosted WordPress Plunge

When I started this blog 30 months ago, my goal was to get hands-on experience with blogging. I was going to be responsible for our new media/social media initiatives at Mayo Clinic, and it seemed reasonable that I should dive in and become familiar with the tools and what they can do, so I could recommend the best way to apply them in my work.

Here were the criteria I set for myself in choosing a blogging platform:

  1. It had to be easy. I needed to be able to set it up myself, without any help from our IT department. This was for my personal learning and enrichment, so I wasn’t about to ask IT to help. Not that they would have (or should have) even if I had asked. They’re great people, but they have other priorities, like managing the medical and billing records for over a million patients a year, and all of the other administrative data required for an organization with 50,000 employees. The three major platforms I examined — Blogger, TypePad and WordPress — all met that standard.
  2. Free had to be an option. I also was really cheap. I didn’t want to have to spend anything out of pocket to learn about blogging. That kicked Typepad out of consideration, because its minimum was $4.95 a month. Did I mention that I’m really cheap?
  3. A self-hosting upgrade option was desirable. I wanted to explore a platform that would allow me to grow, and that could be used for intranet blogs, too, so that we could get accustomed to a common interface. That meant wordpress.com was edging ahead, because Blogger is a strictly Internet solution. I wanted to have an upgrade path that could include domain mapping, and that would let me eventually move to a hosting service (for more control) without breaking links and losing Google juice.
  4. The Robert Scoble Tiebreaker. It wasn’t really a tie: as indicated by the factors above, I was leaning toward WordPress.com. But I figured if that service was good enough for someone as savvy as Scoble, it could meet my needs. That settled it.

I have been extremely happy with my decision, and my blogging on wordpress.com has been fun, rewarding and cheap. For the most part, anything you see on this blog is something you could do without IT support and at no cost. I believe that to this point my total investment, including domain mapping and additional storage upgrades and a domain name from GoDaddy.com, has been about $30. And I have helped several people start blogs for which they have yet to spend a cent.

The WordPress.com service has been great, and they continually add more value, such as the 3 GB of free storage. I have absolutely no complaints.

But now, it’s time to take the next step and move to a self hosted solution. My main reasons:

  1. I want to explore custom plug-ins and widgets. WordPress.com strips out javascript because they don’t want one bit of malicious code on one blog to potentially affect millions of blogs. But that means I can’t embed many videos on my wp.com blogs, except for those that are on YouTube. Thankfully, YouTube is the biggest source of Web video, and wp.com does support it. But I know there are other high-quality YouTube players that will look better, and other potential sources of Web video. And that’s just a start. The plug-ins and widgets are my main reason for the move.
  2. I want better statistics. If you’re on WordPress.com, you can’t install Google Analytics, because WordPress.com has it already installed. You get some helpful free statistics from your dashboard with wp.com’s Blog Stats, but nothing as extensive as Google Analytics.
  3. I figure Google ad revenue will at least match my server costs. With wordpress.com you can’t run Google or other ads (and as Scoble says, what do you expect when you are getting a ton of value for free?) WordPress.com runs some Google ads to fund its free services. I would expect that if I run Google ads I can do likewise.
  4. I want to make my blogging easier. I’ve been illustrating workarounds that enable people to overcome WordPress.com’s limits by thinking creatively. For example, I found this information on how to put social bookmarking buttons on wordpress.com blog posts, but it takes a couple of minutes for each post. At some point the workarounds become too much work. I think that after 669 posts I’ve shown that I’m going to stick with this blogging thing. It would be a lot easier to just install the ShareThis widget and save time with each future post.
  5. It’s the Burden of a Chancellor to explore new frontiers. If I’m going to do 300-level courses in the Blogging curriculum, I need to be able to demonstrate some of the advanced functionality of the full-powered WordPress software. And I chose wordpress.com (and implemented domain mapping about a year ago) because it should make this migration fairly easy (at least as compared to Steve Rubel’s experience trying to move from Typepad to WordPress.) So now it’s time to prove it.
  6. It’s preparing for some other possible migrations. I started this blog to get hands-on experience with blogging, and have applied what I’ve learned in my work. We have several Mayo Clinic blogs now hosted on WordPress.com that we may want to enhance similarly by moving to a self-hosted solution. If there are any hiccups in the migration process, I want them to happen on my personal blog, not a work-related one.

I did a Google search for some related “how to” posts on making the move, and found a few resources that may be somewhat helpful. Here’s
an overview of the process. This one has a PDF that seems like its step-by-step instructions may be really helpful, with this related post.

My case may be a little more complicated, though. I already have leeaase.wordpress.com mapped to social-media-university-global.org. So I’m not sure how I can have a blog hosted at that same domain name on another hosting service without having some periods of broken links. Maybe it won’t be a big deal (this post makes it seem relatively simple), but for now at least it’s an unknown to me. Which means it’s a learning opportunity.

Another helpful post I found was this one which tells how to install WordPress on a Macintosh using MAMP. This will let me export my blog from wordpress.com and import it on my laptop. Once I get that part figured out, it should make it much faster when I do the switch for real with a Web hosting service.

This also seems a good time to move because the holidays (and weekends) are slow periods for blog traffic. So if I have any glitches or 404 – Not Found errors while I’m making the switch, they would be minimized if I can get the migration completed by Monday.

Meanwhile, I’m looking for recommendations on a Web hosting service. I purchased my domain name (social-media-university-global.org) from GoDaddy. Would it make the most sense to use GoDaddy for my hosting? I’ve also had recommendations for bluehost.com, enginehosting.com, liquidweb.com, mediatemple.net and ANhosting. All other things being equal, I’ll probably go for the low-cost option (remember what I said about being really cheap?)

But if you have feedback to share about this migration process in general (or hosting services in particular), I would love to hear from you. If you have either raves or rants to share, I would appreciate the guidance.

After I’ve first migrated successfully to my laptop, I will pick one of those services and make the move. And I’ll document the process along the way to make it easier for other SMUGgles when you’re ready to give it a shot.