Considering the amount of people jumping ship away from Next.js intro astro and remix after the disaster that has been Next 13/14 beta-like releases, I hope this doesn't kill Payload CMS as well by eliminating what made it great to begin with (being headless and agnostic to existing frameworks)
Great presentation. I totally feel your pain points as I currently feel them too. Building websites driven by CMSs used to be fun, now with the headless approach, I feel way more stressed when it comes to deployments, I gotta spit types all over the place and can't easily share them, I have this ugly separation of concerns between the front and backends, which was meant to be a developer's dream, but instead that dream has become a nightmare, for content editors and marketing users too. Broken or sub-par previews and ultimately, going headless was pointless as no one else actually needs access to the content from outside of our website. Going all in on Nextjs makes perfect sense. As you say, you get everything in a single repo, shared types, local API which can be utilised with server actions etc. and with REST & GraphQL access to the data should anyone else need it, it sounds ideal to me.
6:51 “if you don’t even build with an API” - exactly - What year is it? … Asking a hypothetical question on stage of a service paddling server-client rendering and coupling like its the 1990s PHP again.
We've been doing wp + next at a place where I work, and I can see these pain points, the majority of the problems we see are not in building the project, but rather from handling the decoupled setup that we created. My current idea to try to combat this is to go back to just doing custom wp themes, but with twig, htmx and alpine, I get a decent SSR/CSR FE DX with a declarative syntax in a traditionally server first environment, I use twig for separating the components, handling their props and doing templating logic on the server side, on the client side I have alpine for any client side logic and htmx if I want to talk to the server without refreshing the page. Oh, and I just turn on a good caching plugin and I effectively have incremental static regeneration, static assets hosted on cdn with very little setup and maintenance.
Yeah I don’t get going through all this trouble when you can just have a serve a Wordpress blog website from a CDN with all the caching, minification, lazy loading, etc. The difference being, going into Wordpress is and creating new blogs and posts is easy and quick
a few hundreds Ks of JS is actually a big thing, most web pages don't serve a 10 MB video, the tech should scale from simple static content to complex UI or big content, a simple page should not load and parse big scripts if it's not necessary, it should be mostly static and use very few CPU resources.
The real lie in CMS is that people still think a backend is a defendable requirement for hosting something where the content changes only a few times per day and the only dynamic functionality is a contact form. NextJS and other things that for no reason valid reason at all require a backend is a perfect way to get Vercel customers to pay more for stuff they don't need, when most customers would do just fine with their whole site hosted without functions in a CDN and use Decap or something - without cloud - to get that much liked wysiwyg to edit json or md files on git.
People peddling headless cms tryna tell people the whole thing going to have to go through a build step to see your content updates 😂 and then the build fails 😂
ha, that was a joke for sure. If you ever do something solely to make money, it's probably bad. If you make something because you're passionate about it, it'll probably be good.
What people need isn't "headless" but "serverless" CMS. If they actually wanted headless, no UI, they'd edit the source files for the content manually. But that's not what they want, they want the head. But stuff like this trick people into thinking they need a server, which they don't. If they need a server, it's not for the CMS part of the website, it's for any dynamic interaction with users like shopping carts or what ever the website is about. The content is unchanging, non dynamic, statically generated at build time, so why would that require a server? Makes no sense. The CMS only needs to do work when an editor saves updated content, once per edit, not continually waiting to re-generate the content for each unique end user of the website like some stupid Wordpress blog or something. The industry is moving in the wrong direction and it's frustrating to watch. Please prove me wrong so I can stop being frustrated.
I mean they want to piggy back on Next.js but I don't think the direction it is going is necessary great. Headless approach still seems like a better option in the future for exactly the same reasons he told his clients. Those were valid points and still are even if they went over clients heads.
@@fuzzychest Okay some clients don't need that and only ever want a website, but what if the brand grows and they change their mind. What if with AR tech comes a new way of creating websites, with headless approach you can use the same data everywhere. I think that is super powerful and I am really trying so hard to understand Next decision to move away from that.
@@mdstudio8139 i used to work for LinkedIn. We always had to think about scale. What ifs. It took me years to stop thinking that way for small businesses. 99% are just fine without any of that and will be for a long time. So long, in fact, by the time they need an update there will be something new to use anyway.
@@CoryTheSimmons have you messed with KeystoneJS? Looking at Payload it looks like a more modern version and I'm getting a 'grass is greener' feeling watching this
In simple terms, Wordpress refreshes the page while Nextjs does not. :) So, if you could build wordpress without refreshing the page, they are basically the same. Lol.
To be honest. This guy just epiphanies the thing this industry needs to get away from. He’s age shaming, he basically tells us stuff that everyone with a bit of experience already knows but makes it sound like he just invented sliced bread.
Facebook? I guess you could say we're also giving everything to Microsoft (Typescript). React is an open sourced library that could be forked and modified down the road. NextJS provides us a nice vantage point with extra tools, but these frameworks are a dime a dozen and one could transfer to Vue, Solid, Remix with a good plan. So the only lock-in is from laziness
@@1SquidBoy So you haven't learned about the strategies how enterprises like Vercel use open source (NextJS) to drag you into their payed business because some nice features only work with their enterprise stuff? look deeper.
You can tell this bru has alot of experience. So many similar pain points.
thank you! i appreciate it!
Oh yeah, James, if you bring Payload into Next.js natively, I will rewrite all my Remix and Astro applications back into Next.js 14 again.
Yh as nextjs 14, i think you need to use Expressjs in nextjs to use payloadcms
@@amranmohamed377Did you watch the video? xD
Considering the amount of people jumping ship away from Next.js intro astro and remix after the disaster that has been Next 13/14 beta-like releases, I hope this doesn't kill Payload CMS as well by eliminating what made it great to begin with (being headless and agnostic to existing frameworks)
@@sergeigarcia186yo what happened to next? i've been working with c for a few months so what's the controversy?
@@SeaDraGraphics LOL
it sounds like a traditional CMS for next js folks
nailed it, will still be headless, but it'll work especially nicely with Next.js
About to recommend a headless solution to my company, payload is my top choice. Incredible work!
Great presentation. I totally feel your pain points as I currently feel them too. Building websites driven by CMSs used to be fun, now with the headless approach, I feel way more stressed when it comes to deployments, I gotta spit types all over the place and can't easily share them, I have this ugly separation of concerns between the front and backends, which was meant to be a developer's dream, but instead that dream has become a nightmare, for content editors and marketing users too. Broken or sub-par previews and ultimately, going headless was pointless as no one else actually needs access to the content from outside of our website. Going all in on Nextjs makes perfect sense. As you say, you get everything in a single repo, shared types, local API which can be utilised with server actions etc. and with REST & GraphQL access to the data should anyone else need it, it sounds ideal to me.
If you have a mobile app and a web app, it makes sense to have a headless CMS.
@@dopetag in that scenario, yes. However, the majority of people are not in this scenario.
Even then, you can have a traditional CMS and get the content for the app via their API.
@@swish6143 Yeah, that's all well and good until you then need to POST to the API...
@@bioburden I see.
I started to learn code 1 year ago. I’m stop trying to get past the cli errors. Maybe one day I’ll start to write code instead of being shunned by it.
6:51 “if you don’t even build with an API” - exactly - What year is it? … Asking a hypothetical question on stage of a service paddling server-client rendering and coupling like its the 1990s PHP again.
We've been doing wp + next at a place where I work, and I can see these pain points, the majority of the problems we see are not in building the project, but rather from handling the decoupled setup that we created.
My current idea to try to combat this is to go back to just doing custom wp themes, but with twig, htmx and alpine, I get a decent SSR/CSR FE DX with a declarative syntax in a traditionally server first environment, I use twig for separating the components, handling their props and doing templating logic on the server side, on the client side I have alpine for any client side logic and htmx if I want to talk to the server without refreshing the page. Oh, and I just turn on a good caching plugin and I effectively have incremental static regeneration, static assets hosted on cdn with very little setup and maintenance.
Yeah I don’t get going through all this trouble when you can just have a serve a Wordpress blog website from a CDN with all the caching, minification, lazy loading, etc. The difference being, going into Wordpress is and creating new blogs and posts is easy and quick
a few hundreds Ks of JS is actually a big thing, most web pages don't serve a 10 MB video, the tech should scale from simple static content to complex UI or big content, a simple page should not load and parse big scripts if it's not necessary, it should be mostly static and use very few CPU resources.
Really like the thoughts being put into Payload!
The real lie in CMS is that people still think a backend is a defendable requirement for hosting something where the content changes only a few times per day and the only dynamic functionality is a contact form.
NextJS and other things that for no reason valid reason at all require a backend is a perfect way to get Vercel customers to pay more for stuff they don't need, when most customers would do just fine with their whole site hosted without functions in a CDN and use Decap or something - without cloud - to get that much liked wysiwyg to edit json or md files on git.
People peddling headless cms tryna tell people the whole thing going to have to go through a build step to see your content updates 😂 and then the build fails 😂
This CMS actually looks amazing though, great talk!
It’s hard to take someone seriously when he claims “I’ll say everything to get money”
I think that was a joke
That was the joke.
Yes a joke, but a joke with serious claims attached.
ha, that was a joke for sure. If you ever do something solely to make money, it's probably bad. If you make something because you're passionate about it, it'll probably be good.
@@JamesMikrut But what if you're passionate about money?
It's decoupled for a reason. Not every web app has monolith and horizontal scaling needs.
Counterstrike actually works on Mac. I speak from experience.
cs2 doesn't
@@raph151515 Right, damn.
@@raph151515what about apple silicon rosetta?
i wish that this were so my dude
4.0 will probably be like what happened for tanstack, payload becoming a framework agnostic core
that's actually shipping with 3.0 already! payload itself is now framework-agnostic, but the admin UI and REST API specifically is built with Next.js
@@JamesMikrut :O nice!
Thank you. I thought im only one who struggled with deploy
I’m sold.
What people need isn't "headless" but "serverless" CMS. If they actually wanted headless, no UI, they'd edit the source files for the content manually. But that's not what they want, they want the head. But stuff like this trick people into thinking they need a server, which they don't.
If they need a server, it's not for the CMS part of the website, it's for any dynamic interaction with users like shopping carts or what ever the website is about. The content is unchanging, non dynamic, statically generated at build time, so why would that require a server? Makes no sense. The CMS only needs to do work when an editor saves updated content, once per edit, not continually waiting to re-generate the content for each unique end user of the website like some stupid Wordpress blog or something.
The industry is moving in the wrong direction and it's frustrating to watch.
Please prove me wrong so I can stop being frustrated.
I want this!!!! DO IT
I mean they want to piggy back on Next.js but I don't think the direction it is going is necessary great. Headless approach still seems like a better option in the future for exactly the same reasons he told his clients. Those were valid points and still are even if they went over clients heads.
His point was it was not needed by his clients. It was overkill. Most people will not benefit from extra abstractions in their projects.
@@fuzzychest Okay some clients don't need that and only ever want a website, but what if the brand grows and they change their mind. What if with AR tech comes a new way of creating websites, with headless approach you can use the same data everywhere. I think that is super powerful and I am really trying so hard to understand Next decision to move away from that.
@@mdstudio8139 i used to work for LinkedIn. We always had to think about scale. What ifs. It took me years to stop thinking that way for small businesses. 99% are just fine without any of that and will be for a long time. So long, in fact, by the time they need an update there will be something new to use anyway.
100% windows for CS Go. I'd have a beer with this guy
give me a beer and i'll drink it with ya
The CMS is never for the developer, but it can get in the way of the developer...
Thumbs up for a Counter-Strike mention
The circle of life 🎶
Do it!
Hope payload go with postgres
Since when Channing Tatum become a developer?
btw loved the presentation, James.
is that new kinda wordpress
Yes in the sense it's a CMS that you can self-host, but it's written in TypeScript.
PayloadCMS is amazing.
@@CoryTheSimmons have you messed with KeystoneJS? Looking at Payload it looks like a more modern version and I'm getting a 'grass is greener' feeling watching this
In simple terms, Wordpress refreshes the page while Nextjs does not. :)
So, if you could build wordpress without refreshing the page, they are basically the same. Lol.
@@CoryTheSimmons Why is that a good thing? Lol
serverless ✌️⭐️
I stopped listening after I heard: "I would say anything to make money".
I think Nuxt does all this already
Laravel PHP Do it many years
To be honest. This guy just epiphanies the thing this industry needs to get away from. He’s age shaming, he basically tells us stuff that everyone with a bit of experience already knows but makes it sound like he just invented sliced bread.
cool
ofc he's a cs player
I hate webpage more than a wart that screams only on hot dates
so just further dig into giving facebook control of our frameworks and services...
it's like entirely disregarding vendor lock-in
Dude, it's free open source software. Look what happened to terra form. We can just fork react.
Facebook? I guess you could say we're also giving everything to Microsoft (Typescript). React is an open sourced library that could be forked and modified down the road. NextJS provides us a nice vantage point with extra tools, but these frameworks are a dime a dozen and one could transfer to Vue, Solid, Remix with a good plan. So the only lock-in is from laziness
@@1SquidBoy So you haven't learned about the strategies how enterprises like Vercel use open source (NextJS) to drag you into their payed business because some nice features only work with their enterprise stuff? look deeper.