* Add a note about when metrics was added
* better note
* Update src/docs/markdown/metrics.md
Co-authored-by: Matt Holt <mholt@users.noreply.github.com>
Co-authored-by: Matt Holt <mholt@users.noreply.github.com>
* docs: Getting Started -> Intro, new Getting Started
Several other smaller improvements and clarifications.
* Replace original Getting Started for now
* Fix title
Started in #263 - will handle new Introduction article another time
* docs: Changes for v2.5.2 release
* docs: Remove -X POST
Curl automatically uses POST for -d and --data-binary.
I intentionally left it in to be explicit to learners, but
maybe best practices are better.
* api: /adapt endpoint and Etag usage
* api: Minor tweaks
* Alright fine
* Clarify Etag usage
* CEL embedded matchers
* Oops
* Lots more adjustments
Co-authored-by: Francis Lavoie <lavofr@gmail.com>
* docs: Some random polish
Just a bunch of little things that I think would help users from frequently asked forum questions.
* Adjustments, fix `tls_server_name` docs
* Update src/docs/markdown/caddyfile/concepts.md
Co-authored-by: Matt Holt <mholt@users.noreply.github.com>
Co-authored-by: Matt Holt <mholt@users.noreply.github.com>
On Firefox, we were seeing an extra large horizontal scrollbar. Didn't happen on Chrome though. I think it's an edgecase bug with Firefox... but I think we can take a better approach that can avoid it anyways.
The CSS for `paper` classes was set up so that they would stack/overlap onto eachother. It was using `left: -100%;` and `left: -200%;` on `paper2` and `paper3`, to stack the next two on top of the first one, all three being relative positioned.
The problem comes because I think Firefox calculates the scrollbar width before relative positioning calculations come into play, so because the elements were rendered way off to the right before being moved over, it would "grow" the page really wide. Go to https://caddyserver.com/docs/ on any browser, element inspector, find `#paper2` and `.paper3`, uncheck the `left` CSS prop on both of those. You'll see that they render over to the right.
An alternate way to do the same thing is to use negative margins to stack the elements. I think margins are calculated earlier, so on Firefox this doesn't cause a scrollbar problem.
I did need to use a `calc()` unfortunately to get it pixel-perfect positioning compared to how it was before, because `#paper1` has `margin-left: 20px` and then `#paper2` inherits that margin so it needs to remove the extra 20px to realign. `calc()` is cheap though. It's fine.
Also, need `z-index: -1;` to make sure the BG papers go behind the page content.
