public-demo VS cms

If you're open to other headless CMS, I'd really recommend Payload. You can get a blog content structure setup SUPER easily and it is all code based and extensible. You can poke around this demo to get a feel for it and see if it's something that interests you https://demo.payloadcms.com/

Update your own Payload project or head on over to the public demo and give it a shot.

Hey HN, my name is James and I founded Payload (https://payloadcms.com/) with two close colleagues, Dan and Elliot. We're a dev-first headless CMS [1] that's half app framework and half CMS. We're closing the gap between the two.

Imagine you're going to build a new SaaS app. Would you think of building it on a headless CMS? Probably not. To devs, "content management system" is usually a swear word. If a team of engineers gets assigned a CMS project, it's less than thrilling. Engineers want to avoid roadblocks, write code, and build things they're proud of—but existing CMS get in the way of that left and right.

Rather, you'd build your backend on an app framework like Django, Laravel, etc—and for good reason. Ownership over the backend, better access control, customizable auth patterns, etc. Typically, headless CMS are super limiting; you'll end up fighting the platform more than having it help. But, with app frameworks, you're often left to roll your own admin UI, and that takes time. Not to mention building CRUD UI gets old quick after you do it a few times. That’s where a headless CMS could shine, because they instantly give you admin UI that non-technical teams can use to manage digital products. That saves a ton of UI dev time but without an extensible API, headless CMS are far too limiting.

Payload provides the best of both ends—a powerful and extensible API and a fully customizable admin UI out-of-the-box. All with a developer experience that we obsessed over.

Typical CMS’s squabble over winning the minds of marketers, but we know that marketing teams pretty much need table stakes when it comes to CMS. Log in, create a draft, preview the draft, publish the content. Go back and update some pages. Define editor roles and localize content. There's no point in competing with that noisy market, so we're undercutting it wholesale and treating developers as first-class citizens.

It uses your own Express server, so you can open up your own endpoints alongside of what Payload does, and you can extend just about every single thing that Payload does all in TypeScript. It's MIT and open-source, fully self-hosted, comes with GraphQL and REST APIs, and completely customizable.

We realized the need for Payload while we were building the corporate website for Klarna. The Klarna engineers we were working with were among the best in the world, and while they evaluated headless CMS options, they saw restrictions in how all of the normal contenders "black-box" away the API. They wanted to build their CMS, deploy it on their own infrastructure, and truly "own" their CMS. They fell back to using WordPress. When that happened, Klarna inadvertently shined a spotlight on the CMS market and pointed out a significant void in proper code-based, developer-first CMS. There was no one to give them the DX they needed. So we built Payload.

Our business model is based on two things:

1. Enterprise features like SSO, audit logs, publication workflows, and translation workflows. Of course, as Payload is open-source, you can build these functions yourself, but enterprises are opting to pay for our official functionality and SLAs rather than rolling it themselves.

2. Cloud hosting. Now that Payload 1.0 is released and ready for production after more than two years of development and dogfooding, we've shifted focus to building a deployment platform for Payload that will deliver permanent file storage, database, API layer, and CI. It will be the easiest way to deploy Payload, but not mandatory to use—much like the NextJS and Vercel model.

You can get started in one line by running `npx create-payload-app` or you can try out our public demo at https://demo.payloadcms.com. The code for the demo is open source and available at https://github.com/payloadcms/public-demo.

We would love to hear your feedback. If we don't have something, we'll build it. If there's a sticky spot in the DX (developer experience!), we’ll fix it. Looking forward to hearing what you think—and thank you!

[1] Quick refresher: CMS stands for "content management system" and headless just means "API-based", with no restrictions over where you use the content on the frontend.

Payload CMS has a responsive admin UI. Check out the public demo on your phone to see what it looks like!

Here's a screenshot of our public demo where you can see a custom YouTube element built. You can go play with it and check it out for yourself. That's fully custom. Also, the source code is available here.

Hey I know that software! If you haven't already, could you file an issue on their public-demo github page? If you already have, thank you for contributing to OSS!

Our public demo is open source which can probably give you a huge learning head start, and we've also got a very in-depth video series on our YouTube channel that shows you how to build a high-end website with NextJS and Payload. There will be a lot more coming from us on YouTube as well.

Statamic is one of the best flat-file CMSs. It’s built with Laravel and can be used as a headless Git-based CMS as well. The paid professional version allows you to use REST APIs and GraphQL APIs for content management and offers a GitHub integration for content storage and editorial workflows.

Aah, that's always a controversial question, on one hand, some universal rules of usability do exist, but on the other hand, everyone's habits, taste and use cases are very different.

The most neutral definition of a "well designed" website, without any further context, could be "created in a way that helps users achieve intended goals efficiently, while keeping max number of users happy about its look".

Again, different audiences will have very different answers. Here at HN, sites like https://www.mcmaster.com/ and https://www.craigslist.org win – because HN users appreciate old look and how efficient these sites are.

https://www.apple.com/ is an industry standard of a marketing site for consumer tech. It's not universally "well designed".

Other examples of well done marketing pages: https://www.sketch.com/ ; https://statamic.com/ ; https://linear.app/ got its share of hype recently.

Other times, a website is well designed because its content is awesome and is easy to consume. See https://ciechanow.ski/ and https://www.joshwcomeau.com/

Is https://github.com/ well designed? As an amateur developers, I'd say yes.

Is https://htmx.org/ well designed? Hmm, at a glance, there's no design at all. Is no design also design? That's a rabbit hole.

P.S. I often hear my website is well-designed :-)

Local CMSs are the ones that are mostly file-based (like Statamic or Astro). This means that you can edit everything locally and deploy the data. This way, our CMS is more secure, but on the downside, you have to have a local server working, and you might experience more conflicts, especially when two people will work on the same article (although Git might save you from many of those). It also means that there is a higher learning curve. A remote CMS works somewhere on a server, and most users don't care how.

I use Statamic, the free version will do everything your looking for and it can be as simple or as complex as you need it to be. It's flat file based (by default) too so deployment / version control is super easy.

Statamic (PHP / Laravel)

I'm not in the market for a CMS but if I were I'd likely go with https://statamic.com/ if I needed to build something from scratch.

If you're looking for a great CMS and were bitten by WordPress back in the day, you should take a look at Statamic (https://statamic.com)

It's a Laravel package and it's the best CMS I've ever used (from a dev perspective). v4 just dropped the other day

https://statamic.com free for personal. Your welcome.