Live data from Hacker News

Deploy Websites on Amazon S3 using Jekyll and Git

openfoo.org

1–10 of 19 posts

Re: Deploy Websites on Amazon S3 using Jekyll and Git

#2
This is a very useful writeup.

But using S3 for static sites comes with a big caveat: You can't host root domains on it because you need to use a CNAME to point to S3. And a CNAME must be a subdomain; it can't be a root domain.

I set up a petition to Amazon to point out the problem:

http://act.ly/34u

Re: Deploy Websites on Amazon S3 using Jekyll and Git

#5
post #2

This is a very useful writeup. But using S3 for static sites comes with a big caveat: You can't host root domains on it because you need to use a CNAME to point to S3. And a CNAME must be a subdomain; it can't be a root domain. I set up a petition to Amazon to point out the problem: http://act.ly/34u

Put WWW. on it and as a temp fix use someone like Nearly Free Speech to host the root domain with nothing but a redirect on.

Re: Deploy Websites on Amazon S3 using Jekyll and Git

#6
post #2

This is a very useful writeup. But using S3 for static sites comes with a big caveat: You can't host root domains on it because you need to use a CNAME to point to S3. And a CNAME must be a subdomain; it can't be a root domain. I set up a petition to Amazon to point out the problem: http://act.ly/34u

Put WWW. on it and as a temp fix use someone like Nearly Free Speech to host the root domain with nothing but a redirect on.

I don't want a www. on it.

Re: Deploy Websites on Amazon S3 using Jekyll and Git

#7
post #6

Earlier quoted context omitted.

Put WWW. on it and as a temp fix use someone like Nearly Free Speech to host the root domain with nothing but a redirect on.

I don't want a www. on it.

OK, don't then. I was just suggesting a temporary fix as its unlikely Amazon will fix this any time soon.

Also be aware that their are benefits to hosting your site on www. - its not just for historical reasons. e.g. the ability to restrict cookies to the subdomain - which you can't do with root domains as it affects all subdomains also.

Not to mention people will some people will still go to www. by default anyhow so you're always going to have to have a www.

Re: Deploy Websites on Amazon S3 using Jekyll and Git

#8
post #6

Earlier quoted context omitted.

I don't want a www. on it.

OK, don't then. I was just suggesting a temporary fix as its unlikely Amazon will fix this any time soon. Also be aware that their are benefits to hosting your site on www. - its not just for historical reasons. e.g. the ability to restrict cookies to the subdomain - which you can't do with root domains as it affects all subdomains also. Not to mention people will some people will still go to www. by default anyhow s…

which you can't do with root domains as it affects all subdomains also.

rfc2109 disagrees:

  A is a FQDN string and has the form NB, where N is a non-empty name
  string, B has the form .B', and B' is a FQDN string.  (So, x.y.com
  domain-matches .y.com but not y.com.)

Re: Deploy Websites on Amazon S3 using Jekyll and Git

#9
post #2

This is a very useful writeup. But using S3 for static sites comes with a big caveat: You can't host root domains on it because you need to use a CNAME to point to S3. And a CNAME must be a subdomain; it can't be a root domain. I set up a petition to Amazon to point out the problem: http://act.ly/34u

I setup a so-called naked domain and pointed it at an Amazon S3 CNAME just fine.

I believe the big downside is that I'll never be able to use email on that domain because of the CNAME. Which, for me, wasn't a big deal.

Re: Deploy Websites on Amazon S3 using Jekyll and Git

#10
post #8

Earlier quoted context omitted.

OK, don't then. I was just suggesting a temporary fix as its unlikely Amazon will fix this any time soon. Also be aware that their are benefits to hosting your site on www. - its not just for historical reasons. e.g. the ability to restrict cookies to the subdomain - which you can't do with root domains as it affects all subdomains also. Not to mention people will some people will still go to www. by default anyhow s…

which you can't do with root domains as it affects all subdomains also. rfc2109 disagrees: A is a FQDN string and has the form NB, where N is a non-empty name string, B has the form .B', and B' is a FQDN string. (So, x.y.com domain-matches .y.com but not y.com.)

That's his point, setting a cookie on the root "domain.com" will mean it's sent to "www.domain.com" or "blog.domain.com" as well. You mostly do not want this.
Post reply on HN