No. Pages does not support logpush
No. Pages does not support logpush
Sgot it, ty
JAnyone else having issues with commits not getting picked up by pages today?
JThanks, i've been checking for 20 minutes, must have just missed it
はIs there a way to apply WAF and rate limiting rules to .pages.dev domain for my project? I can add those to my custom domain, but it seems those are not applied to the .pages.dev one
HYou cannot, no. Though you can set up a redirect so no one can hit your pages.dev domain directly?
はHmm, how does the redirection work?
Cif you're super cool with enterprise the account waf would probably apply
HCloudflare Docs
Learn how to use Bulk Redirects to redirect your *.pages.dev subdomain to your custom domain.
はI thought that would create infinite redirection
はSo it actually checks the host header
HIt’s magic
HBut yeah, the above works fine
HA blog about the stuff I do. Some of it is fun, some of it is cool, but it is all me.
はThat worked perfectly, thanks for the answer!
EHey folks, it's been a while since the topic of Zola last came up - fully supported in v1, supported in v2 via a workaround (seems zola build is not working), any chance of seeing it fully supported any time soon?
Yhello there so i have a problem when i connect my account to github it says
N
N(that's nice)
Ycan anyone help?
Yit actually dosent work
Yi didnt unterstand that
Ywhat ben mean by that
CYes, you can have seperate build configs for preview vs prod deployments
PGuys! Brotli compression is not available in Pages. Even if I have compressed files, CF always serve the gzipped version of the files. Is this a feature only for Enterprise Plans?
YHey there, im a bit confused about the subrequest using fetch in cloudflare pages / nuxt3 application.
If I have understood this correctly subrequests using fetch triggerd within a worker/cf pages should respect the cache by default?
When i curl my url (e.g.
Doin the same request with fetch within my pages application, pointing to itself (using the external url), does not return a
I can see in the logs that the main request is hitting my pages application and the subrequest also. What I would expect is to only see the main request and the subrequest is cached, so never reaches the application.
Calling the url from outside again (using my curl), does not create any new logs, so it is cached as expected.
Have I got the wrong idea here?
If I have understood this correctly subrequests using fetch triggerd within a worker/cf pages should respect the cache by default?
When i curl my url (e.g.
https://my-domain.com/api/proxy/foocf-cache-statusDoin the same request with fetch within my pages application, pointing to itself (using the external url), does not return a
cf-cache-statusI can see in the logs that the main request is hitting my pages application and the subrequest also. What I would expect is to only see the main request and the subrequest is cached, so never reaches the application.
Calling the url from outside again (using my curl), does not create any new logs, so it is cached as expected.
Have I got the wrong idea here?
BMight anything be up with CF Pages?
BSeeing huge latency increase during the TLS handshake
B
BStarted to happen suddenly, no deploys have been done
BIt's a static Nextjs site, no logic behind it
Nwhat do you use for these analytics ?
BIt's spectate.net
(disclaimer: it's my own company, I do not mean this as advertising in any way)
(disclaimer: it's my own company, I do not mean this as advertising in any way)
N+1 user then
WInteresting, any specific region this is happening in?
BThey're pinged from Digitalocean AMS3
BI see it's also hapening for my docs site, also static nextjs
Wams hmm ok
Wdo you log what colo you end up hitting? or ray id?
BJust Pages, but granted, the ones that are just proxied via CF (so no Pages) are pinged from Falkenstein (Hetzner). A non-CF website doesn't show increased TLS handshakes in AMS3
Wams colos look ok internally from wht i can see
Blet me check the ray id/colo
B
BYea, I was about to check
BIt appears to have recovered atm
Wwhat was the site being hit? i'd like to dig a bit more internally and see what happened ther
BBeen running the script to call cdn-cgi/trace but no increases anymore atm
Bit was spectate.net and docs.spectate.net
