Okay, I'm still a bit ignorant but I want to make sure I tracked what I read. So to the best of my understanding, Vercel will host static applications. But if you want to create a more dynamic website you can host other elements of it locally. Then when someone connects to your site, by hitting the domain, your Franken-code triggers a proxy request. This request pulls data from an alternative server (in this case your locally running server). It then merges the requests seamlessly on the clientside. Which can either save money, or just be more convenient for hosting which can now be spread out. Yet the user is never aware. And you can in turn host static content and dynamic content together in sort of an "iframe" manner.
Is that right? Cause it's what I'm getting, but what I'm getting might be off.
Also I definitely did clap and say "Uh-oh, guys breaking out the felt tips!" Hahaha! Either way thanks for the info. This is all news to me.
*Also, nice crab apple. Hope you turned it into something good & tart!
It is similar to iframe in a sense that allow you to have contents from multiple servers served under single domain. Reverse proxy is different from iframe because iframe stitches together content on users' browser. Reverse proxy is a server that does the stitching server-side. I hope the diagram helps visiualizing this! The reverse proxy sits between the browser and other servers.
The franken-code is actually only for developers! The code translates the Vercel's reverse proxy config to local dev server proxy config. This way, developers can work on their local machine with the site stitched together in the same way as production.
Danny, thanks for the response! This is really good knowledge. You did a great job, and truly I had absolutely zero-clue about this prior. So know I've got some pretty powerful information in my hand.
My gal said you can do it exclusively locally as well. Which I know you hinted at above. When the time comes for me, it sounds like I'm going to have to put in some research. But just knowing this exists is the key power.
Thanks again!
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
Okay, I'm still a bit ignorant but I want to make sure I tracked what I read. So to the best of my understanding, Vercel will host static applications. But if you want to create a more dynamic website you can host other elements of it locally. Then when someone connects to your site, by hitting the domain, your Franken-code triggers a proxy request. This request pulls data from an alternative server (in this case your locally running server). It then merges the requests seamlessly on the clientside. Which can either save money, or just be more convenient for hosting which can now be spread out. Yet the user is never aware. And you can in turn host static content and dynamic content together in sort of an "iframe" manner.
Is that right? Cause it's what I'm getting, but what I'm getting might be off.
Also I definitely did clap and say "Uh-oh, guys breaking out the felt tips!" Hahaha! Either way thanks for the info. This is all news to me.
*Also, nice crab apple. Hope you turned it into something good & tart!
It is similar to iframe in a sense that allow you to have contents from multiple servers served under single domain. Reverse proxy is different from iframe because iframe stitches together content on users' browser. Reverse proxy is a server that does the stitching server-side. I hope the diagram helps visiualizing this! The reverse proxy sits between the browser and other servers.
The franken-code is actually only for developers! The code translates the Vercel's reverse proxy config to local dev server proxy config. This way, developers can work on their local machine with the site stitched together in the same way as production.
Danny, thanks for the response! This is really good knowledge. You did a great job, and truly I had absolutely zero-clue about this prior. So know I've got some pretty powerful information in my hand.
My gal said you can do it exclusively locally as well. Which I know you hinted at above. When the time comes for me, it sounds like I'm going to have to put in some research. But just knowing this exists is the key power.
Thanks again!