You can tell this bru has alot of experience. So many similar pain points.
@JamesMikrut Жыл бұрын
thank you! i appreciate it!
@buzzeins Жыл бұрын
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.
@amranmohamed37711 ай бұрын
Yh as nextjs 14, i think you need to use Expressjs in nextjs to use payloadcms
@SeaDraGraphics10 ай бұрын
@@amranmohamed377Did you watch the video? xD
@sergeigarcia18610 ай бұрын
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)
@king_james_official10 ай бұрын
@@sergeigarcia186yo what happened to next? i've been working with c for a few months so what's the controversy?
@samoltman6 ай бұрын
@@SeaDraGraphics LOL
@leonardshayo-u8u9 ай бұрын
it sounds like a traditional CMS for next js folks
@JamesMikrut8 ай бұрын
nailed it, will still be headless, but it'll work especially nicely with Next.js
@dinoscheidt10 ай бұрын
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.
@Dharsto7 ай бұрын
About to recommend a headless solution to my company, payload is my top choice. Incredible work!
@AtomicPixels9 ай бұрын
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.
@bioburden Жыл бұрын
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.
@dopetag9 ай бұрын
If you have a mobile app and a web app, it makes sense to have a headless CMS.
@bioburden9 ай бұрын
@@dopetag in that scenario, yes. However, the majority of people are not in this scenario.
@swish61435 ай бұрын
Even then, you can have a traditional CMS and get the content for the app via their API.
@bioburden5 ай бұрын
@@swish6143 Yeah, that's all well and good until you then need to POST to the API...
@swish61435 ай бұрын
@@bioburden I see.
@adventurer23954 күн бұрын
It's decoupled for a reason. Not every web app has monolith and horizontal scaling needs.
@raph15151510 ай бұрын
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.
@lukasmolcic514311 ай бұрын
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.
@Coding_Junkie3 ай бұрын
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
@avwie13210 ай бұрын
It’s hard to take someone seriously when he claims “I’ll say everything to get money”
@shanefulmer57869 ай бұрын
I think that was a joke
@skylartkitchen9 ай бұрын
That was the joke.
@O1O1OO19 ай бұрын
Yes a joke, but a joke with serious claims attached.
@JamesMikrut8 ай бұрын
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.
@avwie1328 ай бұрын
@@JamesMikrut But what if you're passionate about money?
@ruchernchong Жыл бұрын
Really like the thoughts being put into Payload!
@hannesrossler5480 Жыл бұрын
Counterstrike actually works on Mac. I speak from experience.
@raph15151510 ай бұрын
cs2 doesn't
@hannesrossler548010 ай бұрын
@@raph151515 Right, damn.
@king_james_official10 ай бұрын
@@raph151515what about apple silicon rosetta?
@JamesMikrut8 ай бұрын
i wish that this were so my dude
@cotyhamilton10 ай бұрын
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 😂
@cotyhamilton10 ай бұрын
This CMS actually looks amazing though, great talk!
@skaramickeАй бұрын
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.
@alvesvaren11 ай бұрын
4.0 will probably be like what happened for tanstack, payload becoming a framework agnostic core
@JamesMikrut8 ай бұрын
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
@alvesvaren8 ай бұрын
@@JamesMikrut :O nice!
@skaramickeАй бұрын
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.
@pan7k2 ай бұрын
I’m sold.
@mdstudio813911 ай бұрын
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.
@fuzzychest11 ай бұрын
His point was it was not needed by his clients. It was overkill. Most people will not benefit from extra abstractions in their projects.
@mdstudio813911 ай бұрын
@@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.
@fuzzychest11 ай бұрын
@@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.
@aleksandrkobelev886810 ай бұрын
Thank you. I thought im only one who struggled with deploy
@MickDavies10 ай бұрын
100% windows for CS Go. I'd have a beer with this guy
@JamesMikrut8 ай бұрын
give me a beer and i'll drink it with ya
@edhahaz7 ай бұрын
The CMS is never for the developer, but it can get in the way of the developer...
@simpel80404 ай бұрын
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.
@samuellembke456510 ай бұрын
I want this!!!! DO IT
@strangertongues11 ай бұрын
Thumbs up for a Counter-Strike mention
@cqz894 ай бұрын
Hope payload go with postgres
@daz1uk4 ай бұрын
The circle of life 🎶
@TVpositiv4 ай бұрын
Laravel PHP Do it many years
@lordpain007 Жыл бұрын
is that new kinda wordpress
@CoryTheSimmons Жыл бұрын
Yes in the sense it's a CMS that you can self-host, but it's written in TypeScript. PayloadCMS is amazing.
@wchorski10 ай бұрын
@@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
@ronaldaug850410 ай бұрын
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.
@stylishskater9210 ай бұрын
@@CoryTheSimmons Why is that a good thing? Lol
@jeremytenjo Жыл бұрын
Do it!
@vinnylozada10 ай бұрын
I stopped listening after I heard: "I would say anything to make money".
@george_davituri10 ай бұрын
serverless ✌️⭐️
@TheAyushSomani8 ай бұрын
Since when Channing Tatum become a developer? btw loved the presentation, James.
@russpalermo10 ай бұрын
I think Nuxt does all this already
@nxone99037 ай бұрын
ofc he's a cs player
@swordali6 ай бұрын
cool
@AtomicPixels9 ай бұрын
I hate webpage more than a wart that screams only on hot dates
@user-sw1wq8lh2w Жыл бұрын
so just further dig into giving facebook control of our frameworks and services... it's like entirely disregarding vendor lock-in
@1SquidBoy10 ай бұрын
Dude, it's free open source software. Look what happened to terra form. We can just fork react.
@wchorski10 ай бұрын
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
@-Jakob-4 ай бұрын
@@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.