When we purchase a domain name (for e.g. say domain.com), we actually get the ownership of both www.domain.com and domain.com
Even though we can configure both the above web links to show the same page and get associated to same hosting, there are couple of problems that come up:
- Browser does not share the cookies among them. So if a user logs in on domain.com and then switches to www.domain.com, he will not see himself logged in.
- SEO treats them as different domains and credibility of your web site divides into two halves, one for each of them.
That is the reason, you see every other sites live with one of them and redirects the other one to the one they use. For e.g.
So I wanted to create a webapp for your product. After starting developing the product soon I was in a launch state and I wanted to go public on internet. I had two questions:
1. Where do i host?
2. Which domain name do I want?
I want to purchase a web hosting where I can host webapps written in Ruby on Rails, Joomla, etc. They are just small webapps and neither require much computation nor attract a large user base.I have couple of options on web hosting plans:
1. Traditional web hosting like http://www.bluehost.com, etc.
2. http://www.heroku.com, which is IMO is highly optimized (and specific?) to Ruby on Rails
3. http://aws.amazon.com/ec2/, which is cloud computing based. It may also provide me Java based webapps (for e.g. if I intend to run lucene, solr for enabling search).
Regarding Amazon cloud based web hosting I reached on conclusion that it is probably not the best thing to start of. Setting it up and maintaining it require some real work. May not be best suited for a budding startup. Here are some excerpts [Source]
- There are three different sizes of EC2 instances you can summon and they’re all probably more powerful than the server currently running your blog. Unless you’re offloading video processing or something intense to EC2, the default small instance with its 1.7GB of RAM and 160GB disk should be more than fine. It’s just nice to know that if for any reason I need a farm of machines each with 15GB of RAM, I can get that easily.
- There are many limitations with EC2 that make it difficult to use unless you carefully build around the EC2 architecture and don’t just assume that you can move your app to EC2 flawlessly. If an instance crashes and you run it again, you’ll loose data and when the instance comes back up it will have a new IP, adding another hurdle with DNS issues. Fortunately, the elastic IP feature lets you assign a static IP address to your instances.
- If your startup is looking to use EC2 as a scalable platform, fortunately there are many services that have already built stable systems on top of EC2, ready for your consumption: WeoCeo, Scalr and RightScale. (Not really useful for ruby on rails – Windows)
- If you terminate an instance and bring it up again, your machine will only have the data initially included in the image. That’s why lots of work goes into making (“bundling”) a good image you will always use that has the configurations and software you need so you don’t have to do much whenever you load the image.
- EC2 really isn’t something to mess with unless you have quite a bit of sysadmin and development experience. Actually using EC2 as an elastic compute cloud usually involves setting up an instance as a load balancer and giving that instance access to an array of active EC2 instances which it can hand work to. Other hurdles include providing multiple instances access to the same database, using Amazon S3 as a persistent filesystem and employing highly redundant backup systems given the relatively volatile nature of instances.
- A small instance would cost 0.10*24*31 = ~$75 just for running (backups, traffic, etc. not included). http://calculator.s3.amazonaws.com/calc5.html
- Google app engine vs Amazon
Heroku is a Rails application deployment platform that’s unique for its laser focus on scalability and ease of use. Heroku provides a well-crafted abstraction layer on top of Amazon’s Elastic Compute Cloud (EC2) that offers a much better mental map for how an application should interact with its deployment environment. Heroku is an App Engine – like service for Ruby applications. But it works differently from App Engine, and has some novel ideas.
- Heroku runs on Amazon EC2, It is basically a wrapper for ruby apps over cloud computing architecture of Amazon.
- There’s a bunch of nice add-ons for Heroku. Enabling Solr will be a matter of writing service.solr = in your app.ini.
- Heroku uses git to deploy.
- With Heroku your app will be live instantaneously (exactly 2 min). You can edit all your code and data from the comfort of your browser—there’s no need to install anything.
- Some good points and limitations of Heroku: http://depth-first.com/articles/2009/10/20/building-chempedia-heroku-deployment-first-impressions
- Video on how to set up your ruby web app on Heroku
- It is pretty much free for small webapps, but costly if you start using its extra features.
- Application that I installed: http://blazing-sky-53.heroku.com/
Traditional web hosting
Need a domain name?
What you do is you search on various websites to purchase domain names for e.g. godaddy.com and instantdomainsearch.com. They provide you comfortable searches and you decide on a domain name after spending days and rejecting those which are already taken. instantdomainsearch.com has an advantage with its Ajax search and is much more convenient than other such domain name engines. Me and my team also decided on a few domain names after searching rigorously for couple of days and finally came up with two domain names (needatrip.com and traveltriangle.com).
Now we decided to purchase them and logged in to active-domain.com to get one. Bang! we see that needatrip.com had already been purchased by a third party and is open for bidding. Furthermore it has been protected by and hence we do not even know who purchased it. The register entry shows that it was taken away on the same day, when we searched for it and found it available. I can only imagine that these search engines are eves dropping on our searches and purchase the domain names that we come up with. So unprofessional! More such cases on digg.
Following is the register entry on whois.com for needatrip.com:
Whois Privacy Protection Service, Inc.
Whois Agent ()
PMB 368, 14150 NE 20th St – F1
Bellevue, WA 98007
Creation date: 02 Sep 2010 22:10:10
Expiration date: 02 Sep 2011 22:10:00
Good to know, video describes some basic points for startups to begin with.
1. Commercial Intent vs Traffic
2. Symmetric Model (pay and use) vs Asymmetric Model (use and advertisers pay)
3. Keep you business model simple and straight. Prefer symmetric to start your business
4. Watch your scoreboard of revenue
5. Prefer conclusions (wisdom) and not data.
by: CEO Mint.com
1. Whom to hire, when to hire, how much to pay
2. How did mint.com raise its funding