4 ms·

I think that this can vary quite a bit. My simple GitHub page loads in roughly 1 second. I don't think it's ever taken as long as 5 seconds. The linked site

I think that this can vary quite a bit. My simple GitHub page loads in roughly 1 second. I don't think it's ever taken as long as 5 seconds. The linked site loads in less than half a second, but it costs $5 a month just for a simple page.

buttscicles 13y ago
If you're using github pages you're only hosting flat files, so S3 is another viable option.
- davidcelis 13y ago
  That's not necessarily true. My own site is a Jekyll site. To host that on S3, I'd need to generate it first and upload the generated files as opposed to my source files. Now that's not really a big deal, but I do enjoy the convenience of only having to do a `git push` to deploy my site on Pages. That being said, I notice times similar to another commenter above, around 1-2s usually. I don't think I've seen a five second load time.
  - lazerwalker 13y ago
    This sounds like the sort of thing that could easily be automated using a five-line Bash (Ruby, Python, etc) script.
    - walesmd 13y ago
      I do something very similar to this, using Wintersmith and shell scripts. It essentially boils down to using two repositories for my site: the first being the raw/ungenerated files including the shell scripts, the second being the generated files that are served by GitHub pages.
    - tnjm 13y ago
      s3_website[0] is a very neat solution to this. It integrates automatically with Jekyll. A simple 'jekyll build && s3_website push' uploads all your changes to S3. I'm using it to power all my static sites. It'll even automatically invalidate your Cloudfront distributions, if you like. [0] https://github.com/laurilehmijoki/s3_website https://github.com/laurilehmijoki/s3_website
dieulot 13y ago
It could cost zero with a free host if I’d wanted to and still be as fast. The real performer here is CloudFlare and its edge cache, which doesn’t hit the server most of the time.
ctz 13y ago
I have the same experience (http://jbp.io http://jbp.io). But I noticed that my DNS zone is quite different to how Github now tell you to do it (I have an A record to 204.232.175.78). So perhaps that is a factor.
emidln 13y ago
Came here to say that. My github page (just flat html) loads in ~65ms. Granted, 65ms to load a couple kb of text isn't awesome, but it's not nearly slow enough to optimize for me.
Derbasti 13y ago
Came here to say the same thing (http://bastibe.de http://bastibe.de).

buttscicles 13y ago

If you're using github pages you're only hosting flat files, so S3 is another viable option.

davidcelis 13y ago
That's not necessarily true. My own site is a Jekyll site. To host that on S3, I'd need to generate it first and upload the generated files as opposed to my source files. Now that's not really a big deal, but I do enjoy the convenience of only having to do a `git push` to deploy my site on Pages. That being said, I notice times similar to another commenter above, around 1-2s usually. I don't think I've seen a five second load time.
- lazerwalker 13y ago
  This sounds like the sort of thing that could easily be automated using a five-line Bash (Ruby, Python, etc) script.
  - walesmd 13y ago
    I do something very similar to this, using Wintersmith and shell scripts. It essentially boils down to using two repositories for my site: the first being the raw/ungenerated files including the shell scripts, the second being the generated files that are served by GitHub pages.
  - tnjm 13y ago
    s3_website[0] is a very neat solution to this. It integrates automatically with Jekyll. A simple 'jekyll build && s3_website push' uploads all your changes to S3. I'm using it to power all my static sites. It'll even automatically invalidate your Cloudfront distributions, if you like. [0] https://github.com/laurilehmijoki/s3_website https://github.com/laurilehmijoki/s3_website

dieulot 13y ago

It could cost zero with a free host if I’d wanted to and still be as fast. The real performer here is CloudFlare and its edge cache, which doesn’t hit the server most of the time.

ctz 13y ago

I have the same experience (http://jbp.io http://jbp.io). But I noticed that my DNS zone is quite different to how Github now tell you to do it (I have an A record to 204.232.175.78). So perhaps that is a factor.

emidln 13y ago

Came here to say that. My github page (just flat html) loads in ~65ms. Granted, 65ms to load a couple kb of text isn't awesome, but it's not nearly slow enough to optimize for me.

Derbasti 13y ago

Came here to say the same thing (http://bastibe.de http://bastibe.de).