What's In a Web Host? Your Hosting Company Is Your Business

Over the years I've been lucky enough to have relatively few major incidents with my sites - Knock Knock. But, I can't same the same for some of my clients. I've had a handful of clients that didn't do much research about their web hosting company and found out later why they really should have taken the time to find a good host.

Go on ... ?

One of my new clients – Someone that I know personally – decided to have me assist them with SEO on their site. Their setup is pretty common. They have an online ecommerce store that sells medical products. The store is built in icart – a good ecommerce application overall, running on Linux, Apache, MySQL and PHP – a LAMP stack. Since my client's domain name really didn't have good keyword prominence for their target market, and the PageRank of the domain was fairly low, I decided to buy a new domain name with more keyword relevance and to simply redirect the old pages to the new domain name – Simple right?

The Gory Details

I set up the DNS for the new domain to point to the current server and contacted the current web host - the company that is also administering the icart application - to determine what needs to be done in the application to make the changes without any problems. They assured me that they would have the changes made but that they would have to bill my client for the work needed to be done. Okay – I guess that's par for the course. Five phone calls and a week later the domain name finally pointed to my client's site. Hmmm ... why it takes a week to point a domain name to a site when the DNS was done for you I just can't figure but hey – maybe they were really busy?

The Really Ugly Stuff

So, I logged in to the application's administration panel to make some simple Meta Tag changes and update some of the global settings to reflect the new name. Finally I had made some progress. However, when I logged out of the application and went to log back in, the application informed me that the license was invalid. I can only presume that this was caused by the application be licensed to the original domain name – not the new one. So, I called the host to have this problem resolved as I wasn't able to log in to the application now. Basically, my client's out of business. After an hour on hold (Busy Again?) the host informed me that there tech support is gone for the day and that they would have a technician to work the problem ticket first thing in the morning. This particular host is in Provo, UT so they are open 8:30 - 5:00 MST. So my client's losing money because their host doesn't have an evening tech team.

The Camel's Back is Broken

The next day I called the hosting company to find out if and when my client's site would be accessible. After One and a half hours on hold, a very curt and unimpressive gentleman informed me that he could not discuss the particulars of the problem ticket with me – even though I was the acting representative of my client, with the proper Login and Password for the account administrator. After giving him a piece of my mind about the quality of hosting experience I had been so lucky to witness, he then asked me if I had anything else I wanted to say... I basically informed him that he just lost his hosting client and asked him if he had anything that he'd like to say.

Again - Your Hosting Company is Your Business

If you run an online business, it is of the utmost importance to find out what kind of support they have. When problems arise and your site goes down are they going to be there to assist you? Or are you going to be waiting indefinitely for support and answers? Can you afford to lose customers due to a lack of hosting support? I luckily don't have these problems because I host all my sites with Hosting.com. To date, I have made well over 250 support calls and more than 95% were resolved in a matter of no time. I can't speak for some of the other hosting companies – but I am now very thankful that I have my business websites in the good hands of the folks over at Hosting.com. Oh, and my client will be there very shortly as well.

That's It

Florida Search Engine Optimization » Apache MultiViews » Mod_Rewrite

Apache apparently has a server module call mod_negotiation which contains an option called MultiViews. MultiViews is a setting that gives the server the ability to decide the best representation for a requested file that doesn't exist. Furthermore, If MultiViews is enabled on the server, it will take operational precedence before any mod_rewrite directives that you provide in your .htaccess files. Had I been aware of this setting being turned on by default with my host, I would have requested for them to turn if off. However, I was completely oblivious that the setting even existed. The Apache documentation states ...

MultiViews » I should have known

My issue with MultiViews was discovered after a WordPress installation went south. I had installed WP 2.7 with a theme that I created and a group of plug-ins which I typically use. After creating a page for the HTML sitemap, I browsed the URL to make sure everything was working correctly. The destination URL was www.website.com/sitemap/, yet when I browsed to the page, the server was re-writing the URL as www.website.com/sitemap.xml/ which incidentally did not exist. Now, I also had Arne Brachold's Google Sitemap Generator for WordPress installed and I figured that there must be something wrong with either my .htaccess files or his sitemap plug-in on WP 2.7. After uninstalling his plug-in and several others in an attempt to solve the mysterious problem, checking and re-checking my .htaccess files, re-installing WordPress several times and arguing with my host that I have exhausted practically all efforts ... I became quite irritated. It was only when one of the tech support guys that had some experience with Apache realized the issue and sent me an e-mail informing me that the issue was due to MultiViews being enabled on the server. He suggested that I should have had requested to have it turned off ... I should have known.

Woe to you ... on shared hosting

If you are on shared hosting, you may not even know that some shared hosting accounts come equipped with the mod_negotiation module activated by default. If you are using the Apache2handler and want to find out yourself, just create a .php file with phpinfo(); in it and run that ... you should be able see if the mod_negotiation module is loaded ... If you are using the CGI/FastCGI such as I am, I don't know how you can tell ... phpinfo(); doesn't reveal those settings ... for the record contact your host.

SEO Side Effects » Duplicate Content with MutiViews

After doing some research and about MutiViews, I found a thread on WebMasterWorld stating that there may be duplicate content issues from using the MultiViews as well. Apparently MutiViews will allow for multiple URL's to point to the same content ... If you are having issues with duplicate content ... or if you can't seem to get your mod_rewrite directives to work as expected, you may want to take a look at the fantastic article in WebMasterWorld by: JDMorgan "A guide to fixing duplicate content & URL issues on Apache" ...

That's it.

BlogCFC was created by Raymond Camden. This blog is running version 5.9.7. Contact Florida Search Engine Optimization L.L.C.
Search Engine Optimization Specialist || Web Designer || Web Developer || Edward J Beckett ||
Search Engine Optimization Company  || SEO Services || Internet Marketing Company || Search Engine Optimization Expert || Florida Search Engine Optimization LLC
Florida Search Engine Optimization || Search Engine Optimization || SEO Services || Florida SEO Blog
Florida Search Engine Optimization
Search Engine Optimization
SEO Services
Florida SEO Blog
February-04-2012
4:01 PM EST