Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Things to know
    • If you're using Putty to SSH to your server and you're connecting to the domain name (e.g. "oorkle.com"), once you start using Cloudflare that may no longer work, and you may get "Network error: Connection refused".  The way to fix it is to get the IP address for the server from the web panel (e.g. the Digital Ocean web panel) and have Putty connect directly to that.
  • How to cache an html page:
  • Why does the time-to-first-byte look so bad after switching to Cloudflare?
    • 2018.01.28 - Cloudflare - Why does my time to first byte appear to be slower with Cloudflare?
    • 2011.07.13 - WebPagetest - Forums - Cloudflare and first byte
      • From the creator of WebPagetest:

        By definition cloudflare will add some first byte time since it needs to go back to your server and process the data but it should be minimal. My algorithm for calculating a first byte time grade doesn't play nicely with something like cloudflare though so look at the before/after first byte times and compare those directly (doesn't explain the one long time you had in a repeat view though).

        The algorithm for first byte time looks at the socket connect time to get an estimate of the round trip time to a server and then it uses a multiple of that as the baseline and adds 100ms for each letter.

        Since cloudflare has distributed edge nodes, they actually make your socket connect time a LOT faster than if the browser had to go back to the original server directly so the baseline is lowered. The actual request still needs to travel back to your server though so it can't be any faster than it was before (and will usually be slightly slower). The effect that has is that it will lower the grade even if it is actually faster because the round trip time used for the baseline is faster.

    • https://blog.cloudflare.com/ttfb-time-to-first-byte-considered-meaningles/
      • At CloudFlare we make extensive use of nginx and while investigating TTFB came across a significant difference in TTFB from nginx when compression is or is not used. Gzip compression of web pages greatly reduces the time it takes a web page to download, but the compression itself has a cost. That cost causes TTFB to be greater even though the complete download is quicker.
      • Probably the only time TTFB is useful is as a trend. And it's best measured at the server itself so that network latency is eliminated. By examining a trend it's possible to spot whether there's a problem on the web server (such as it becoming overloaded).

...