hmm, what advantage would that have? that I could route based on that domain so they could change th

hmm, what advantage would that have? that I could route based on that domain so they could change their own domain if they want and not break the routing?

Jjohtso hmm, what advantage would that have? that I could route based on that domain so ...

Chaika•7/5/24, 6:24 PM

that I could route based on that domain so they could change their own domain if they want and not break the routing

No, how would CF know what CNAME each request used if they're using ext dns? The only thing they get is the host header and the ip requested

Chaika•7/5/24, 6:25 PM

I think advantage is just more pretty

provides a friendly and more flexible place for customers to route their traffic.

and you could always point them to some other unproxied origin them if needed I guess for a specific customer

CChaika > that I could route based on that domain so they could change their own domain...

johtsoOP•7/5/24, 6:26 PM

that makes sense, my dns understanding is a bit thin. so then what's the advantage of them CNAMEing google.customer.saasprovider.com instead of just everyone CNAMEing customer.saasprovider.com?

johtsoOP•7/5/24, 6:26 PM

ah that makes sense

johtsoOP•7/5/24, 6:27 PM

aesthetics and then flexibility of switching up the routing for just that customer outside of the SaaS functionality

johtsoOP•7/5/24, 6:28 PM

well, I'm hitting my hello world worker through my custom domain with SSL, thanks for the help

Jjohtso aesthetics and then flexibility of switching up the routing for just that custom...

valkyrie_pilot•7/6/24, 2:06 AM

you could also do some shard scaling by pointing them at different IPs so that every node doesn’t know how to route every single request

[

[ ⚡ ] ElBretxa•7/6/24, 8:06 PM

Hey, my team and I have a website for a project, but when trying to go in the website, we get an error saying

Error: Connection closed.
    at t (23-63969a852fd53b0b.js:2:17735)

Error: Connection closed.
    at t (23-63969a852fd53b0b.js:2:17735)

I managed to load into the website today once, we might think it is an issue with cache, but we did the purge cache in cloudflare website and nothing changed.

The website is
https://kenabot.xyz/en

Peps•7/6/24, 8:11 PM

from what I can tell it has something to do with RSC I think?

[

[ ⚡ ] ElBretxa•7/6/24, 8:12 PM

We do not use RSC

[[ ⚡ ] ElBretxa We do not use RSC

Peps•7/6/24, 8:16 PM

hm your page's response does seem to indicate RSC is being used

[

[ ⚡ ] ElBretxa•7/6/24, 8:18 PM

we only use client components, with next v14 you must have enabled RSC by default

Peps•7/6/24, 8:24 PM

probably best to create a help thread in #general-help and continue there

[

[ ⚡ ] ElBretxa•7/6/24, 8:24 PM

Thanks

PPeps hm your page's response does seem to indicate RSC is being used

Isaac McFadyen•7/6/24, 9:34 PM

Out of curiosity: how can you tell between RSC and client components there?

Isaac McFadyen•7/6/24, 9:34 PM

I'd be able to tell it's Next but that's it

IIsaac McFadyen Out of curiosity: how can you tell between RSC and client components there?

Peps•7/6/24, 9:41 PM

from what I could find, both the

connection closed

connection closed

error and

self.__next_f

self.__next_f

are coming from Next.js' RSC

JellyMuffin•7/7/24, 6:19 AM

Requiring users to enter their new password twice before changing it is a good practice. Since the password field is masked, users might not notice if they make a typing error. Confirming the password helps prevent mistakes.

JJellyMuffin Requiring users to enter their new password twice before changing it is a good p...

JellyMuffin•7/7/24, 6:20 AM

ömer•7/7/24, 10:39 AM

Hey, a few months ago I contacted to Cloudflare Galileo team for our application but then I lost our conversation and I can't find it now. I tried to contact Galileo through their landing page but now I don't get any responses. Can someone from CF help me contact Galileo again?