Earlier quoted context omitted.
I agree with the others. You can host a dynamic site on digitalocean for half the cost.
DO isn't in the same market as this, at least going off their websites. DO means doing all the work yourself. Netlify handles everything. I don't think the pricing is too high. If anything, the high end is too low. It's not like they're aiming at personal sites, are they? And for a company, $39 is nothing -- plans should probably start there. (Seriously, who wants to service a customer for $7 a month?) FWIW I've neve…
HTTPS for GitHub Pages
81–90 of 102 posts
Re: HTTPS for GitHub Pages
#82Earlier quoted context omitted.
I agree with the others. You can host a dynamic site on digitalocean for half the cost.
DO isn't in the same market as this, at least going off their websites. DO means doing all the work yourself. Netlify handles everything. I don't think the pricing is too high. If anything, the high end is too low. It's not like they're aiming at personal sites, are they? And for a company, $39 is nothing -- plans should probably start there. (Seriously, who wants to service a customer for $7 a month?) FWIW I've neve…
However, one of the features of their highest price ($39/month) plan is that you can use 100 custom domains. If you have 100 domains hosted on Route 53 you will be paying over $50/month for domains, at which point $39/month for the service which actually hosts your static site is entirely negligible. I am curious how many people fall in to that bucket though - it seems more likely that people will run multiple sites with few custom domains, rather than a single site with 100 custom domains.
I am planning to offer some of Netlify's services in a product I am currently building. I'm still working on the pricing model but it is likely to be based on builds per month and bandwidth/storage, rather than the actual number of sites. My cost driver is not 'how many domain names are configured in my HTTP-routing layer', but rather 'how much pressure is each site putting on my build and web servers'.
Re: HTTPS for GitHub Pages
#83Earlier quoted context omitted.
DO isn't in the same market as this, at least going off their websites. DO means doing all the work yourself. Netlify handles everything. I don't think the pricing is too high. If anything, the high end is too low. It's not like they're aiming at personal sites, are they? And for a company, $39 is nothing -- plans should probably start there. (Seriously, who wants to service a customer for $7 a month?) FWIW I've neve…
You raise an interesting point. The prices seem too high for some commenters. They are presumably capable of doing this themselves on a DO box so they do not think it is valuable enough to justify that price. However, one of the features of their highest price ($39/month) plan is that you can use 100 custom domains. If you have 100 domains hosted on Route 53 you will be paying over $50/month for domains, at which poi…
Re: HTTPS for GitHub Pages
#84Does anyone know if github is planning to support https for custom domains?
"HTTPS is not supported for GitHub Pages using custom domains"[1] which is annoying. [1]: https://help.github.com/articles/securing-your-github-pages-...
Re: HTTPS for GitHub Pages
#85Does anyone know if github is planning to support https for custom domains?
I added https for my personal blog using cloudflare
Re: HTTPS for GitHub Pages
#86Earlier quoted context omitted.
You raise an interesting point. The prices seem too high for some commenters. They are presumably capable of doing this themselves on a DO box so they do not think it is valuable enough to justify that price. However, one of the features of their highest price ($39/month) plan is that you can use 100 custom domains. If you have 100 domains hosted on Route 53 you will be paying over $50/month for domains, at which poi…
Netlify never misses an opportunity to self-promote in these SSG related threads, but AWS S3/Cloudfront/route53 is so cheap and simple for the audience that would even understand the point of Netlify, it's difficult to understand their target market. Netlify is priced like Squarespace, Wix, Weebly, etc. which are quite a bit simpler.
Re: HTTPS for GitHub Pages
#87Earlier quoted context omitted.
CloudFlare is what serves your custom domain. On the backend you point CloudFlare to https://username.github.io and CF will receive the wildcard certificate for *.github.io
How do you do that in CloudFlare? I didn't know you could change the host in non-enterprise versions. All I've seen is the ability to proxy request to a specific IP or CNAME. If you CNAME your site to foo.github.com, it doesn't change the R-URI or Host header.
Re: HTTPS for GitHub Pages
#88Does anyone know if github is planning to support https for custom domains?
Check out https://www.netlify.com (disclaimer, I'm a co-founder). It's like GitHub pages on steroids and includes free Let's Encrypt based SSL for custom domains, can run builds from your GitHub repo with any static site generator, supports rewrite/redirect rules/proxying/form processing/password protection and much more...
So it's free and doesn't have quota buckets? Checks it out.
This is nothing like GitHub pages… It costs money and has quota buckets
Re: HTTPS for GitHub Pages
#89Earlier quoted context omitted.
How do you do that in CloudFlare? I didn't know you could change the host in non-enterprise versions. All I've seen is the ability to proxy request to a specific IP or CNAME. If you CNAME your site to foo.github.com, it doesn't change the R-URI or Host header.
https://www.benburwell.com/posts/configuring-cloudflare-univ...
Looking at CF's help again and having used them a bit, there seems to be no way at all to enable full encryption (user-CF-github) with CF's non-enterprise offerings. This is because the request from CF to Github is still requested with your domain name (TLS and host header).
In order for it to work with Github's *.github.io cert, Cloudflare would need to offer an option to rewrite the request itself, not just proxy it.
Re: HTTPS for GitHub Pages
#90Earlier quoted context omitted.
CloudFlare is what serves your custom domain. On the backend you point CloudFlare to https://username.github.io and CF will receive the wildcard certificate for *.github.io
This is where the breakdown is. Cloudflare will get the certificate for *.github.io, however it is making the request for the custom domain. It is unable to validate the certificate. It is impossible to enable "strict" SSL mode, because it cannot validate the certificate. And as such, a bad if able to trick cloudflare to resolve username.github.io to themselves could use any SSL certificate they choose. This is admit…