I'm using index document paths on S3 + CloudFront right now, it's definitely possible. Unfortunately, I don't remember exactly what I did to make it work. Some more Googling might give you the answer.
Edit: the setting is called "Default Root Object" when setting up a CloudFront distribution with an S3 origin.
> Does that setting apply to any subdirectory? The article linked in a comment above states otherwise.
No, unfortunately it doesn't.
One workaround that I use is to upload files without an extension and explicitly set their content type as `text/html` in S3. So a request to `/about` just serves a file in your S3 bucket called `about`. This works with both CloudFront and S3.
I use Kloudsec CDN to get HTTPS on my static sites. It's very easy to set up and free (certificates are from Let's Encrypt). You can use it for custom domains on GitHub pages as well.
Make sure the S3 bucket is set to Static Website Hosting mode, and make sure your Index and Error documents are set appropriately. Then make sure your CloudFront distribution is pointed at the Website's endpoint and NOT the normal S3 endpoint.
What we do is create a static site using Jekyll (or any other SSG) and then add teletext.io on top for content management. Then host it in S3 or GitHub pages.
Seems pretty cool. I host several static web sites on S3 and am pretty happy with the results. I am presuming that this toolset will make collaboration and organisation of said sites much better.
Question - How well does it work if the S3 website is linked to a CloudFront CDN? Does it take care of asset versioning or URL invalidations when updates are done? That is by far the most tedious part of S3 Web + CloudFront for me. I just invalidate the whole site from top down whenever I make changes just to make sure I don't miss anything, but a more automated, granular approach would be better, and I am hoping that Prismic can assist?
...and Play is really quite awesome, thanks Guillaume and Sadache! Thanks for the open bar you guys sponsored after Scala.io Paris conference as well ;-)
This is a pretty nice setup for those who aren't technical or couldn't be expected to setup a local environment to test in.
I used to work in IT at a place with used this GOD-AWFUL CMS that did this similarly but was written in apparently jQuery-plugin-hell and ASP.NET Forms. The website to edit was slow (many seconds per page. In page JS actions took many seconds) and required manual deploys.
Code could not be edited outside the browser editors (PHP, JS, etc.)
So a system that publishes a static site on S3 fairly easily seems like a win to me.
Oh man, this is clever. Out of curiosity, can Prismic's content editor be made to work with a secondary CMS like WordPress or Drupal without a lot of trouble?
One of the problems I've run into as a writer is that … well, nearly every copy editing tool out there sucks, and the ones that didn't (Poetica, Editorially) inevitably don't have a business model and get bought out.
Will look into Netlify and Aerobatic next. Are there other PaaS/SaaS that makes it easy to host HTTPS static site generated from Jekyll/Hugo?