Go to file
Alessio Gravili e63d3e300c .env.example
2024-03-07 12:10:17 -05:00
.vscode chore: add payload and some fixes 2024-03-01 11:48:52 -05:00
public Initial commit from Create Next App 2024-02-27 14:10:20 -05:00
src/app chore: tests 2024-03-06 21:16:10 -05:00
.env.example .env.example 2024-03-07 12:10:17 -05:00
.eslintrc.json Initial commit from Create Next App 2024-02-27 14:10:20 -05:00
.gitignore chore: bumps deps 2024-03-05 16:38:45 -05:00
next.config.mjs chore: bumps deps 2024-03-07 12:05:29 -05:00
package.json chore: bumps deps 2024-03-07 12:05:29 -05:00
payload.config.ts chore: tests 2024-03-06 21:16:10 -05:00
README.md Update README.md 2024-03-05 17:17:35 -05:00
tsconfig.json chore: bumps dependencies 2024-03-06 16:18:41 -05:00
yarn.lock chore: bumps deps 2024-03-07 12:05:29 -05:00

Payload 3.0 Alpha Demo

This repo showcases a demo of Payload 3.0 running completely within Next.js.

It's extremely important to note that as of now, this demo contains ALPHA software and you are 100% guaranteed to run into bugs / weird stuff.

We're actively working toward a beta release, and then a full stable release as fast as we possibly can.

Highlights

  1. Payload is now Next.js-native
  2. Turbopack works out of the box (this will get faster over time, expect more here)
  3. The Payload admin UI is built with React Server Components and automatically eliminates server-side code from your admin bundle, completely alleviating the need to use Webpack aliases to remove hooks, access control, etc.
  4. GraphQL is now initialized only when you hit the GraphQL endpoint, and does not affect overhead of REST API routes
  5. All UI components have been abstracted into a separate @payloadcms/ui package, which will be fully documented and exposed for your re-use once we hit stable 3.0 or before
  6. You can run your own Next.js site alongside of Payload in the same app
  7. You can now deploy Payload to Vercel, and there will be official support for Vercel Blob Storage coming soon (so no S3 needed for files)
  8. Server-side HMR works out of the box, with no need for nodemon or similar. When the Payload config changes, your app will automatically re-initialize Payload seamlessly in the background
  9. All custom React components can be server components by default, and you can decide if you want them to be server components or client components
  10. Sharp has been abstracted to be an optional dependency
  11. Payload now relies on the Web Request / Response APIs rather than the Node Request / Response
  12. Express can still be used with Next.js' Custom Server functionality
  13. Payload itself has slimmed down significantly and can now be fully portable, run anywhere. You can leverage the Payload Local API completely outside of Next.js if you want.
  14. The data layer, including the shape of the database Payload used and the API responses in 2.0, has not been affected whatsoever

Work to come

We are making this available to our community so that we can gather your feedback and test the new approach that Payload is taking. Don't expect it to be fully functional yet. There are some things that we are aware of that are not yet completed, but we're going to keep blazing through the remaining items as fast as we can to reach stable 3.0 as quickly and efficiently as possible. Here are a few of the items that we are still working on (not a full list):

  1. beforeDuplicate hooks
  2. The config preview function
  3. Focal point / cropping
  4. Documentation
  5. Vercel Blob Storage adapter
  6. Lots of bugs for sure
  7. 100% of tests passing
  8. Overall speed improvements
  9. Support for all official plugins
  10. An install script to be able to install Payload easily into any existing Next.js app
  11. A full list of breaking changes for 2.0 -> 3.0, including an in-depth migration guide

Technical details

The app folder

You'll see that Payload requires a few files to be present in your /app folder. There are files for the admin UI as well as files for all route handlers. We've consolidated all admin views into a single page.tsx and consolidated most of the REST endpoints into a single route.ts file for simplicity, but also for development performance. With this pattern, you only have to compile the admin UI / REST API / GraphQL API a single time - and from there, it will be lightning-fast.

The next.config.js withPayload function

You'll see in the Next.js config that we have a withPayload function installed. This function is required for Payload to operate, and it ensures compatibility with packages that Payload needs such as drizzle-kit, sharp, pino, and mongodb.



Find a bug?

Open an issue at https://github.com/payloadcms/payload with as much detail as you can provide and we will tackle them as fast as we can. Let's get stable!