Live data from Hacker News

Show HN: GraphCMS – A GraphQL-based Headless CMS

graphcms.com

11–20 of 70 posts

Re: Show HN: GraphCMS – A GraphQL-based Headless CMS

#11
post #9
post #2

It'd be rather refreshing if one of the headless CMS PaaS solutions could follow an open model similar to WordPress/Gitlab

Squidex is MIT license and has reasonable pricing for their cloud offering, also has graphQL support and more feature rich.

Last time I tried squidex the GraphQL APIs weren’t working. I think they are also removing support for their immature GraphQL mutations.

Re: Show HN: GraphCMS – A GraphQL-based Headless CMS

#12
post #10

The scary thing to me is if a service like this stops, I have an angry client and a lot of work. Headless CMS's are a delight to work with though.

Exactly. Or drastically changes their pricing model (see: Contentful).

I understand the benefits of all of these individual services, but I also miss the days of the only service I had to worry about when I handed off a client site was hosting.

Now it's often the headless CMS hosting (i.e. Contentful, GraphCMS), actual hosting (Netlify), CDN, Image CDN, Search (i.e. Algolia). So many places for things to break. So many separate charges.

I also love headless CMS's but much prefer self-hosted ones. Directus has been a favorite to experiment with so far.

Re: Show HN: GraphCMS – A GraphQL-based Headless CMS

#13
post #7

Earlier quoted context omitted.

Hey! I'm one of the co-founders of GraphCMS. We will soon start open sourcing our content management interface, so users have the opportunity to customize the CMS UI to their needs. Most of our customers just want us to take care of the hosting.

Can you compare pros/cons to Contentful?

GraphCMS is the only CMS that exclusively offers GraphQL. Other CMSs have since entered the space to offer GraphQL technology, but they still try to maintain both REST and GraphQL APIs which will lead to some maintenance issues in the future. An example of this is that the other CMSs aren’t able to offer a “mutation” API for their CMS through GraphQL. With our CMS you can query the data and change it through the same powerful interface. This opens the door to a wide range of tooling and custom workflow enhancements. Additionally, because we only offer GraphQL, we are able to be more agile with changes to the technology.

In the future, our focus will shift even more to content based BaaS as we will support end user authentication. We are also preparing a new suite of workflow tools that will make managing large datasets a breeze.

Re: Show HN: GraphCMS – A GraphQL-based Headless CMS

#14
post #2

It'd be rather refreshing if one of the headless CMS PaaS solutions could follow an open model similar to WordPress/Gitlab

It's really, really hard to build an open source (free) product that makes any money. GitLab works because it's a very complex product that a few really large companies are willing to spend hundreds of thousands of dollars on it. I can't imagine that being true of a CMS. That being said, different genres of software have "known" price points. For source control, it's expensive. For analytics, it's expensive. For blog…

100% Agree.

Re: Show HN: GraphCMS – A GraphQL-based Headless CMS

#15
post #2

It'd be rather refreshing if one of the headless CMS PaaS solutions could follow an open model similar to WordPress/Gitlab

Agreed! I'd much rather have a GraphQL-based headless CMS to the WordPress backends I usually work with, but everything I have seen is a hosted service rather than something I could download and host on my own. Usually isn't cheap, either. It's been a real turn-off for me.

Re: Show HN: GraphCMS – A GraphQL-based Headless CMS

#16
post #5
post #3

Earlier quoted context omitted.

See Directus https://getdirectus.com

Directus is always at the top of self-hosted CMS lists, but one of the reasons I avoid it and other PHP self-hosted headless CMS solutions is due to the difficulties(tech debt) of automating dev environments and CI/CD pipelines across different distros and OSes. I would have possibly given Directus a spin if it didn't have hard dependencies on the following PHP system extensions: curl, gd, finfo, pdo_mysql and mbstri…

The problem you're describing is precisely why containers are so popular. You can install and deploy any app even if it doesn't provide user-level installation choices (such as php native extensions)

Re: Show HN: GraphCMS – A GraphQL-based Headless CMS

#17
post #2

It'd be rather refreshing if one of the headless CMS PaaS solutions could follow an open model similar to WordPress/Gitlab

Hey! I'm one of the co-founders of GraphCMS. We will soon start open sourcing our content management interface, so users have the opportunity to customize the CMS UI to their needs. Most of our customers just want us to take care of the hosting.

Yes, I'd be interested if I could self-host. As others mentioned, having this externally hosted introduces another potential point of failure.

Re: Show HN: GraphCMS – A GraphQL-based Headless CMS

#18
post #10

The scary thing to me is if a service like this stops, I have an angry client and a lot of work. Headless CMS's are a delight to work with though.

I definitely can understand this point of view! But this is actually the case for all SaaS's out there. I would even say that this is also the case for open source projects if there aren't maintained anymore and the costs for trying this yourself are too high.

One benefit of the nature of a headless CMS though, is that there can't really be a vendor lock-in on your content.

Post reply on HN