Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Pages CMS – A CMS for GitHub

pagescms.org

Post reply on HN
Print view View original

111–120 of 122 posts

Re: Show HN: Pages CMS – A CMS for GitHub

#111

Post by araes »

hunvreus wrote: post #104
araes wrote: post #76

Earlier quoted context omitted.

Opened new issue at https://github.com/pages-cms/pages-cms/issues/3 with documentation. On the second comment, kind of figure it was a WIP currently, hence suggestions. Thanks for the work, as its a fairly light weight way to have a quick little CMS.

I rolled out a hotfix release, let me know if that fixed it.

Issue appears to be fixed, Name now appears in lower left and menu is visible on click with visible choice. Also replied over at the GitHub issue.

https://github.com/conceptualGabrielPutnam/JAMA4JS/blob/main...

It would also be nice if when you're logging in at https://app.pagescms.org/ if you click on your name in the lower left because you're logged in it would show you your GitHub repository options.

Re: Show HN: Pages CMS – A CMS for GitHub

#113

Post by ninefoxgambit »

I've been developing premium themes for Hugo & Jekyll for many years at https://www.zerostatic.io so I have tried quite a few Git based CMS.

My favourite was Forestry (RIP) which was replaced by TinaCMS which simply didn't solve the same problem and it was for React websites anyway. CloudCannon now offers something similar to Forestry but requires you to host with them. Netlify CMS had potential but always felt poorly built and fragile, it was turned into Decap CMS when Netlify abandoned it. I admit I have not tried Decap, maybe because I never liked Netlify CMS.

Forestry was right in the sweet spot. It had the following.

* Able to be installed "over the top" of a markdown based site at any stage of the project without deep integration into the codebase. * Does an OK job at inferring content types from folder structure+ssg type and fields from frontmatter, writes config as flat files to git. You can edit these to refine/improve the inital schema. * no lockin to a specific hosting provided.

Look forward to trying Pages CMS

Re: Show HN: Pages CMS – A CMS for GitHub

#115

Post by hunvreus »

ninefoxgambit wrote: post #113

I've been developing premium themes for Hugo & Jekyll for many years at https://www.zerostatic.io so I have tried quite a few Git based CMS. My favourite was Forestry (RIP) which was replaced by TinaCMS which simply didn't solve the same problem and it was for React websites anyway. CloudCannon now offers something similar to Forestry but requires you to host with them. Netlify CMS had potential but always felt poorl…

I agree with a lot of your points.

> Does an OK job at inferring content types from folder structure+ssg type and fields from frontmatter, writes config as flat files to git. You can edit these to refine/improve the inital schema.

That's what I want to spend some time working on next week as I think the onboarding process is far too difficult right now.

Re: Show HN: Pages CMS – A CMS for GitHub

#116

Post by hunvreus »

whizzter wrote: post #107
hunvreus wrote: post #106

Earlier quoted context omitted.

Aspects of the API look fairly similar to GitHub actually. I'll look into it.

How much of your API is dependant on GIT like semantics and how much could work with "plain files" storage? It's neat to be able to transplant a CMS on top of other services that don't necessarily deploy by CI pipes, I made a DAV plugin(basic auth) for Netlify (back before the forks) so as long as a server supported listing(only DAV dependency really), GET, PUT and DELETE you could just plunk down the CMS files somew…

I believe Netlify CMS has an actual backend interfacing with the various Git systems they supported. Pages CMS is different in that it's a pure front-end app. I have a couple tiny serverless functions to help authenticate you with GitHub, but then after that there is no backend involved. That means I need some API for the front-end to interact with, at least for now.

Re: Show HN: Pages CMS – A CMS for GitHub

#117

Post by niutech »

ninefoxgambit wrote: post #113

I've been developing premium themes for Hugo & Jekyll for many years at https://www.zerostatic.io so I have tried quite a few Git based CMS. My favourite was Forestry (RIP) which was replaced by TinaCMS which simply didn't solve the same problem and it was for React websites anyway. CloudCannon now offers something similar to Forestry but requires you to host with them. Netlify CMS had potential but always felt poorl…

Tina CMS is not only for React websites. It runs well with SSGs such as Hugo, Astro, Gatsby, Jekyll, Remix, 11ty: https://tina.io/docs/frameworks/other/

Re: Show HN: Pages CMS – A CMS for GitHub

#118

Post by niutech »

edtechdev wrote: post #51

Good to see further development in this space. Would be interesting to see how it compares to Decap CMS https://decapcms.org/ and Static CMS https://www.staticcms.org/ Me personally I'd like to see something that supports easily creating and using different types of objects besides pages (such as: events, books, recipes, etc.), like content types and fields and views in wordpress or drupal, ideally aligned with schem…

Also try Tina CMS or ProcessWire.

Re: Show HN: Pages CMS – A CMS for GitHub

#119

Post by niutech »

Tomte wrote: post #103
hunvreus wrote: post #39

Earlier quoted context omitted.

I've not tried it yet, it looks pretty slick.

It is quite nice, but since there is no way to configure URLs, it‘s best used for greenfield projects, not moving from some other CMS with a differing URL structure.

What do you mean? Publii allows to configure URLs: https://getpublii.com/blog/publiis-beta-seo-friendly-urls-st...

Re: Show HN: Pages CMS – A CMS for GitHub

#120

Post by Tomte »

niutech wrote: post #119
Tomte wrote: post #103

Earlier quoted context omitted.

It is quite nice, but since there is no way to configure URLs, it‘s best used for greenfield projects, not moving from some other CMS with a differing URL structure.

What do you mean? Publii allows to configure URLs: https://getpublii.com/blog/publiis-beta-seo-friendly-urls-st...

No. For posts you can only configure whether .html is added.

No way to configure something like https://www.example.com/2024/02/post or anything. Posts always live at the very top of the URL hierarchy, and they always have exactly their title as the last part.

Post reply on HN