A new home for my blog!

After spending the last couple of years working on a Community Server blog, I decided the best thing to do moving forward was to find a new home for my blog.

Unfortunately the version of Community Server I was using was old and fairly unusable for anything but the most basic functions.  After much deliberating I decided to move to a hosted WordPress blog, and wow I really do not regret my decision for an instant!

The most difficult part of the move was the migration of all the posts and images, this being due to the lack of functionality on Community Server.  I had to do the following to migrate :

  1. Extract all the posts from the Community Server database.
  2. Format extracted posts nicely into a CSV file
  3. Run up a Virtual Machine
  4. Install WordPress (Self-Hosted) version onto it – Use the Web PlatForm Installer for this
  5. Install the CSV Importer plug-in to wordpress
  6. Import the CSV
  7. Export a WordPress Format
  8. Tidy up any links etc, remove capitalization, remove any HTML characters
  9. Import to Hosted WordPress
  10. Upload all images
  11. One by One fix image links

This process took me a few nights to do, but was well worth it.

It only took me 3 or 4 minutes to register a domain through them as well!  And only at a cost of $5, which is amazing, I was absolutely blown away by just how simple and easy the entire process was.   It is the perfect model of how Hosted applications should work!

Anyhow, here it is at its new home – http://www.mrhodes.net.

Advertisement

ApplicationHost.config error with IIS7, Dot Net 1.1 and Windows Server 2008 Service Pack 2

We came across a very odd issue today where the following error message would be displayed within IIS.  The error message itself is not terribly helpful as usual, and there are no other error messages records in any event logs or log files.

 IIS7 Error

This was happening whenever any of the configuration options in IIS7, on a site where the application pool was running Dot Net 1.1.   I immediately spent hours poring over applicationHost.config, as well as any web.config files and configuration files on the server.  Over a day later, after rebuilding the server and IIS7 multiple times I was starting to come to the conclusion that it might be something I had installed, so I ran up another server as a controlled test.

I did this in the following order :

  1. Install Windows Server 2008 Web Edition off a media set that I knew was good.
  2. I installed Windows Server 2008 Service Pack 2.
  3. I installed any missing Hotfixes as determined by our WSUS Server.
  4. I installed IIS using the Web Platform Installer
  5. I installed Dot Net 1.1 and assorted Dot Net 1.1 Service Packs and hotfixes.
  6. I opened IIS, set the default web site to the "ASP.NET 1.1" application pool.
  7. I opened the Default Web Site configuration in IIS manager and attempted to view Handler Mappings.

At this stage the server was a vanilla install with no code on it and I was able to generate the same error as above, and the problem must be one of the above steps.  As we have other Dot Net 1.1 servers running Windows Server 2008 I quickly had a look at their configuration and only one thing stood out – none of them had Windows Server 2008 Service Pack 2.  I immediately uninstalled the Service Pack to see if it would have any effect.  Immediately I was able to browse and modify configuration settings in IIS7!  The question still remains as to what in the Service Pack was causing the problem.  Unfortunately we still have some clients who need to use Dot Net 1.1 and until a resolution or hotfix comes forth, we will not be using Service Pack 2 on any of those servers.

If you come across the error it will only manifest in these conditions and can be resolved quickly by a removal of Service Pack 2.

  • IIS7
  • Windows Server 2008 Service Pack 2 
  • Dot Net 1.1 installed and application pool of Site set to use Dot Net 1.1
  • Trying to view or modify configuration data for the Site

Hopefully this will help a few people to spend less time butting their head against a wall than I did.

Load Times Tools

As I've been working on optimization and caching recently, and a colleague asked me what I'd use to test page load times, I thought I'd share a few of the tools I've found around the place.

 1.  http://web-sniffer.net/

A fantastic tool for just viewing header information.  My previous post shows an output from this tool.

2. http://www.websiteoptimization.com/services/analyze/

Web site analysis and page weights.  This will tell you your over all site payload.

3.  http://tools.pingdom.com/fpt

A very pretty way of showing how heavy each element in a site is, and how long it took to come down.  It'll also show you a hierarchical view that helps establish which pages are being downloaded and in what order.

With these tools you can effectively find out whats slowing down your web site (or sharepoint site).