Alright I’m sold. Gonna move over to payload. Wish you had this functionality now - but I’m willing to beta test it when it’s ready ;)
@paulsalele3844
11 ай бұрын
Love this move, this will make it easy to adopt a serverless architect!!
@Thedestroyermod
10 ай бұрын
Why are zero people besides you talking about this unified function runtime? Where was that in the conference, I’d love to see more about it!
@JimmyKeeseeJr
8 ай бұрын
already working on migrating off payload. I don't want to deal with additional abstractions on top of data. we use next js for some stuff that consume payloads data, but don't want our apis linked to a particular framework.
@JamesMikrut
3 күн бұрын
wat, just seeing this comment now but you do know that payload 2.0 was _also_ on a particular framework, right? it was called Express
@jluquer
11 ай бұрын
Can't wait to see the move! It's a huge DX win :)
@dukeselwood
7 ай бұрын
If you move to running Payload on Next, I assume that won't stop me being able to use it from my SvelteKit app?
@stylrart
11 ай бұрын
What about SvelteKit?
@tinotaylor
11 ай бұрын
Yes please do the move. How long would it take?
@JamesMikrut
11 ай бұрын
Probably a month or so. I did a PoC earlier this week and it went very well. We'd likely go hard on making the move for ~1 month, and then release 3.0 as beta, letting it cook as beta for like 2 months prior to releasing a full 3.0.
@tinotaylor
11 ай бұрын
Super exciting! Best of luck with it all.
@kirillpodolinniy309
8 ай бұрын
@@JamesMikrut Good day! Thank you for your work:) How soon will version 3.0 be released?
@deividasmacavariani8684
8 ай бұрын
Definitely 🎉 Next js is huge move
@dopetag
7 ай бұрын
I am good with next.js app router but it feels so unstable. I want to try my next project without using next.js (no pun intended). I have not tried payload cms yet, but I want to give it a try. If next.js works for you, that's ok. I hope you will not get stuck with it as next.js decisions are not 100% satisfying for everybody. But this is just a way of life lol
@muhadbk0
11 ай бұрын
What about Elysia JS as replace for express?, then it will work everywhere including vercel edge
@JamesMikrut
11 ай бұрын
We'd love to support Elysia, but the reasoning for Next.js is mostly related to the admin UI. We need React server components!
@plumduffer
11 ай бұрын
"Web Development is great except for bundling". Couldn't agree more lmao
@JamesMikrut
11 ай бұрын
i feel this in my bones
@muperdev
11 ай бұрын
Nice chat 👌🏻
@johndenver7241
10 ай бұрын
Express is just more flexible overall. Keeps it far more agnostic as well. Not a fan of the move. :(
@wizardfed1221
11 ай бұрын
Yes
@RobbieHunt-n3u
11 ай бұрын
Any consideration for SvelteKit? Or anything other than Next.JS? EDIT: what about rewriting the whole admin UI in Svelte so that I specifically can have a nice admin UI written in Svelte that does the exact same thing as the React one? I love Svelte
@JamesMikrut
11 ай бұрын
That would be a big move and would require the rewrite of our entire admin panel. I don't think that will happen in the immediate future. React serves our admin UI well, so unless something catastrophic happened to the React ecosystem in general, we'll probably continue to build on React. That's not to say an admin UI for Payload couldn't be built with SvelteKit! Could be a cool community project.
@RobbieHunt-n3u
11 ай бұрын
@@JamesMikrut I appreciate the genuine response you've given, you've got patience that I haven't. I was just joking (hence the edit) about how anal some people are about tech stacks Loving using Payload, you and the Payload team are doing a phenomenal job with it
@JamesMikrut
11 ай бұрын
@@RobbieHunt-n3u LOL omg. Thank you for your compliments! This is only the beginning!
@billzhou8686
11 ай бұрын
nextjs 🚀
@hgezim
8 ай бұрын
Fuck no. I don't want to be locked into Next.js.
@hgezim
8 ай бұрын
Putting some more here: I find next.js extremely frustrating to work with. It's great for a demo but the warts suck so bad. Everything is "magical" until it breaks then you're left with a heap of trash that you don't understand the magic of. Docs are written like they're tutorials and generally not very useful for these situations. The idea of this move sucks so bad. Not to mention, vercel will likely eat your lunch, anyway and then you'll have zero differentiation.
@GeorgeFrick-x4z
11 ай бұрын
Please, no. I've moved away until they remove the telemetry stuff.
@kouohhashi
11 ай бұрын
please keep payloadcms simple. i'm not sure add more and more features is a good idea...
@JamesMikrut
11 ай бұрын
Hey @kouohhashi - this will actually not add new features and instead quite literally focus solely on making Payload -simpler-. It would be a dramatic reduction in complexity and will make the DX a lot easier. Does that make sense? What new features were you thinking that this would add?
@NunoCostapt
11 ай бұрын
we starting use payloadcms for our clients and we love the way it is now. Please dont do that! We use others frontend frameworks, if you will tie to nextjs that will be sad for us!
@JamesMikrut
11 ай бұрын
Just to be clear - you will still be able to use Payload with ANY frontend framework! It will work exactly as it does now for you. The only differences will be internal to Payload so you would still be able to pair Payload with Remix, Astro, Nuxt, etc. What framework do you use on the frontend, out of curiosity?
@NunoCostapt
11 ай бұрын
@@JamesMikrut Remix, ionic framework, vue, nuxt, and we are evaluating your fantastic tool. we love it so far!
@anhcode
11 ай бұрын
@@JamesMikrutnuxt js
@D-Oliver
11 ай бұрын
I'm using the Payload REST API from a server-side language and framework (Elixir, Phoenix), that has server-generated templates and websocket-based live updates (LiveView). I believe Next won't prevent that. :) It's good to hear about your prioritising of Lexical and Postgres. Thank you!
@dominikweber9463
11 ай бұрын
Please no next.js if so i do not use this anymore.
Пікірлер: 40