Posts Tagged ‘Hosting’

Dubious Business Update

Friday, April 16th, 2010
Domain Registry of America Scam Invoice

Scam Invoice sent by Domain Registry of America

By now, I’m sure most of you have heard about or seen a letter from “Domain Registry of America” (Wikipedia). They’re the ones who send you a letter in the mail saying your domain is about to expire (and seem to have a loose definition of ‘about’) and that you should just pay them 2-3x what you normally pay to renew a domain and renew it with them.

Oh, and it looks like an invoice (look on the side).

Oh, and it seems like you must have done business with them before, since they have all of your general information because you’re required to list it in the whois record or they (your registrar) can remove your domain.

Anyway, now that you know who I’m talking about, I wanted to pass along a bit of information from Mark Karpeles, which is that these guys seem to now be also operating under the name “Domain Renewal Group”, at least outside of the US, but possibly within as well.

Disclaimer: I haven’t done personal research to be sure the scum sucking dirt bag company that is Domain Renewal Group is the same scum sucking dirt bag company that is Domain Registry of America, but Mark’s evidence shows that even if they’re not one and the same, they do seem to be scooped out of the same steaming pile.

  • Facebook
  • Digg
  • Twitter
  • StumbleUpon
  • Reddit
  • Share/Bookmark

Custom error pages are icing on the cake

Sunday, May 17th, 2009

Many people go through tons of trouble organizing their site, building their brand, tweaking their online presence… you get the idea. So, if you’re bound and determined to make sure that your entire website is as “together” as possible, why then do so many people forget about custom error pages?

What are custom error pages?

Custom error pages allow you to show a fully branded page in the event of an error occuring on the website. There are five primary errors that are typically handled with custom error pages:

  1. 400 – Bad Request
  2. 401 – Authorization Required
  3. 403 – Forbidden
  4. 404 – Not Found
  5. 500 – Internal Server Error

Now that we know the names of the common error codes, let’s get a little more detail about each. After all, knowledge is power. For reference, I will also link you to W3’s HTTP/1.1 Specification which one could say is the definitive source.

400 – Bad Request

From: W3 HTTP/1.1 Spec

The request could not be understood by the server due to malformed syntax. The client SHOULD NOT repeat the request without modifications.

This is essentially a programming 404 (missing/unusable page). Think of it something close to “Either there is an error in the website, in the link you used, or in the application that powers the site.”

401 – Authorization Required

What this code means, is this area is protected by a username/password combination. Webservers are designed to use this status code both on the initial request for authentication, and when authentication fails. Most browsers will try credentials three times before they display an error page.

403 – Forbidden

A 403 error code means that the webserver processed the URL correctly, but for one reason or another, is refusing to display the page. A real life example of receiving a 403 error is when Mod Security blocks a URL that contains potentially harmeful code in it.

404 – Not Found

This has to be, hands down, the most common error code ever seen. It has even made it’s way onto T-shirts! So if there is one page out of all of these you would want to spruce up, this would be it. Google also has a handy widget for your 404 page which can help direct people to where they are meant to go. To get to it, go to your Google Webmaster Tools Dashboard and click on the domain you are working on. From there, go to Tools (on the left), then to Enhance 404 pages. I outline the directions as direct links are not possible, and it took me a minute to find myself.

500 – Internal Server Error

There are a number of issues that can cause the “Internal Server Error” message to be displayed. Bad .htaccess directives, bad file/directory permissions, or even the program completely erroring out.

Enough! How do I make a custom error page?!

Now that we know what is behind them, we have enough knowledge to impart some meaningful errors in our custom pages.

Here are the steps I recommend to create custom error pages with Apache:

  1. Create a folder named ‘error_pages’ under your ‘public_html’ or ‘www’ folder. If you can access it by http://www.example.com/error_pages/ then you’ve set it up right.
  2. In here, we create 5 files, let’s leave them blank for now:
    1. 400.html
    2. 401.html
    3. 403.html
    4. 404.html
    5. 500.html
  3. You’ll want to add HTML to each file to present a display. I will cover this below.
  4. To finish it up, we add the following to your .htaccess file in ‘public_html’ or ‘www’:
    ErrorDocument 400 /error_pages/400.html
    ErrorDocument 401 /error_pages/401.html
    ErrorDocument 403 /error_pages/403.html
    ErrorDocument 404 /error_pages/404.html
    ErrorDocument 500 /error_pages/500.html

Now for the content of the files. For the purpose of this example, I will leave these very simple. You will want to modify them with your design/layout code to ensure they match the design of your site. If your site uses templates, you can also the file extension .php instead of .html and they will be processed by php before being displayed.

The basic design

So now we’re ready for the page itself. I’m just going to show one example, but feel free to use it for the base of the others.

<html>
 <head>
  <title>Error 400 - Bad Request</title>
 </head>
 <body>
  <p>Something in your request didn't agree with our webserver. Please go back
  and try again.</p>
 </body>
</html>

So there you have it, the basics of how to set up custom error pages. Don’t forget to include your custom 404 widget on your 404 error page, to help people navigate to a page that will help, as opposed to leaving them at a dead end.

It’s nothing life changing, it’s not radical, it’s just one of those steps that you take to help ensure a cohesive website browsing experience, even when things go wrong.

  • Facebook
  • Digg
  • Twitter
  • StumbleUpon
  • Reddit
  • Share/Bookmark

Don’t be afraid to be a reseller, be proud!

Thursday, May 14th, 2009
[ASTERISK RESELLERS] Meeting Bilbao > Nacho AV7
Creative Commons License photo credit: irontec

Many times when someone (or a group of someones) decide to start a web hosting business, they opt to at least begin on a reseller web hosting plan. Why? Because it’s cheaper. And cheaper makes great sense (and cents!). Especially in today’s economy, there’s lots of concern in regards to controlling costs. It’s not only the current trend, the financially sound thing to do!

But that is only a part of the equation. Many reseller hosting providers offer more than just space and bandwidth. Quite often, we can get clients deals on billing software licenses, web design services, web development services, and much much more. Being a reseller opens up a network of tools and utilities to you that you wouldn’t have access to otherwise.

We offer a pretty standard hosting setup. Shared hosting, reseller hosting, dedicated servers. We focus on quality of service over features and specialty configurations, and have a reputation for providing consistant levels of high quality services. This lets our resellers come in and offer services on top of ours, be it blog hosting, or shopping cart systems for niche markets, areas we are not going to enter, because our main focus is on providing a stable platform for our clients to build theirs off of.

They can then say “We are resellers of WebOnce Technologies hosting services” and not feel bad about it. Their target market wouldn’t then come to our site and sign up with us, because we do not offer the value added toolsets that our resellers can focus on.

What I’m really getting at is, there’s a right way, and a wrong way, to go about reseller hosting, and if you cannot tell your clients who your upstream providers are, perhaps you might look at revising your business plan to accomodate the ability to have full disclosure. There’s no shame in having upstream providers, and heck, unless you are part of the backbone of the Internet, you are a reseller. It’s just a matter of what level you start at.

So, the next time someone asks if you’re a reseller, tell them YES! If they ask why, say you’re much better at growing their business than managing servers. Does the grocery store grow all of their produce? Does a deli butcher the animals they get their meat from? No. So why should you?

  • Facebook
  • Digg
  • Twitter
  • StumbleUpon
  • Reddit
  • Share/Bookmark