"A classic example would be a site that has a landing page, various marketing pages, a login page, and then an app section for logged-in users. The logged-in section doesn’t need to be server rendered as all data will be loaded live from your API after the user logs so it makes sense to make this portion of your site client-only."
Wow thanks man. I hope it works. But I need some server for processing Payments, right?
I read it & it means I can have an API which will result in requests/response cycle.
But my use case is I have an /apps route containing all my apps. Lets suppose I have a MarkdownViewer.dmg that I want to show only after Payment is done.
If I make this Client only with Gatsby it will show the url at which MarkdownViewer.dmg is stored in HTML which will cause people to download without paying. From what you are saying will this work with Gatsby ?
And mind you I have seen big companies like Egghead doing it. I found that security issue when they stored all their videos URLs in Redux & I was easily able to download it without a lot of security knowledge.
What I'm referring to is just about the routing (part static, part dynamic). I think that who can access which route doesn't have anything to do with Gatsby – you should handle that yourself.
Oh okk. I don't think it will help for what I am trying to do. What you are saying is like running code on a site which is dynamic. I think I have to make a different server for payment processing & I can send AJAX requests from the Gatsby site. I'll build a prototype to test this idea. It makes sense.
I think Gatsby has a solution for this here: www.gatsbyjs.org/docs/buildin…
"A classic example would be a site that has a landing page, various marketing pages, a login page, and then an app section for logged-in users. The logged-in section doesn’t need to be server rendered as all data will be loaded live from your API after the user logs so it makes sense to make this portion of your site client-only."
Wow thanks man. I hope it works. But I need some server for processing Payments, right?
I read it & it means I can have an API which will result in requests/response cycle.
But my use case is I have an
/appsroute containing all my apps. Lets suppose I have aMarkdownViewer.dmgthat I want to show only after Payment is done.If I make this Client only with Gatsby it will show the url at which
MarkdownViewer.dmgis stored in HTML which will cause people to download without paying. From what you are saying will this work with Gatsby ?And mind you I have seen big companies like Egghead doing it. I found that security issue when they stored all their videos URLs in Redux & I was easily able to download it without a lot of security knowledge.
What I'm referring to is just about the routing (part static, part dynamic). I think that who can access which route doesn't have anything to do with Gatsby – you should handle that yourself.
Oh okk. I don't think it will help for what I am trying to do. What you are saying is like running code on a site which is dynamic. I think I have to make a different server for payment processing & I can send AJAX requests from the Gatsby site. I'll build a prototype to test this idea. It makes sense.