Becuase people usually ask why S3 over Github pages I'll answer it up front. Github pages is too limited in terms of what you can do with custom jekyll plugins and code.
Becuase people usually ask why S3 over Github pages I'll answer it up front. Github pages is too limited in terms of what you can do with custom jekyll plugins and code.
Nice thing for S3 though is you could cloudfront it if you wanted to for some reason. And it's in your control.
I literally wholesale copy-pasted the Rakefile in http://ixti.net/software/2013/01/28/using-jekyll-plugins-on-... in order to set this up, it was very easy thanks to that great article - all you have to do is run `rake publish` at the command line, and your site builds locally and the finished product is deployed to your github pages repo.
Here's the workflow I currently use if the OP wants something with less moving parts. I just use s3_website from the command line. It will even create the s3/cloudfront configuration completely automatically.
gem install s3_website
; set up s3_website.yml and AWS environment variables
s3_website cfg apply ; this creates and configures the S3 bucket and cloudfront configuration
s3_website push ; push to S3, invalidate cloudfront cachesI've yet to use it on mine and curious if I should start essentially.
For basic blogs/sites github pages are free and fast. For all custom static sites I run a local Jekyll setup with multiple plugins and push the _site folder to Github for free hosting.
For how many visitors?
The first page of HN (and reposts) will bring over 100k views in the month.
Either I'm crazy, or that's about 1M HTTP requests and 500 GB of traffic to serve u_u
Serving that over S3 or CloudFront would be $45 (mostly traffic charge). OMG. Definitely not a bill i want for my personal blog.
That's a great idea for a future post: "The day I listened to HN advice and bankrupted myself by hosting my blog on S3". With a live counter and animations to see how much each visitor is ruining me in real time, it will be awesome! :D
now I self host with failover to s3.
Just the raw text of the article is over 10kb.
The pictures (logo, header, images, graphs in the articles) are easily 0.1 to 1 MB for every article.
The specific article I checked has 2 animated gifs which are MB each. That's why the 5 MB. I sure don't want to pay $50 because of a picture.
If you host your page on a "pay-per-view/size" service, then it might make sense to not send as much content as you can, but instead try to reduce it.