Author Topic: flatfile cms du jour  (Read 20369 times)

Drastic

  • Need a bigger hammer...
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 3084
  • Resident Redneck
    • View Profile
Re: flatfile cms du jour
« Reply #60 on: July 25, 2016, 01:49:58 PM »
Another mention of lektor from a respected person in the field.


rcjordan

  • I'm consulting the authorities on the subject
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 16268
  • Debbie says...
    • View Profile
Re: flatfile cms du jour
« Reply #61 on: July 25, 2016, 02:32:22 PM »
It's been a while since I looked, but I believe BakedJake's requires a unique directory for every page.  Also, I looked but couldn't really determine how images were managed. It's been my experience that these two items become fatal flaws if you try to scale beyond a few dozen pages or so.

ergophobe

  • Inner Core
  • Hero Member
  • *
  • Posts: 9255
    • View Profile
Re: flatfile cms du jour
« Reply #62 on: July 25, 2016, 02:59:00 PM »
One thing that really appeals to me about Lektor is this

Quote
All source data is well structured and can be tracked in a version control system or cloud storage like Dropbox.

This is often a pain point with a DB-driven CMS

Drastic

  • Need a bigger hammer...
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 3084
  • Resident Redneck
    • View Profile
Re: flatfile cms du jour
« Reply #63 on: July 25, 2016, 03:21:00 PM »
>requires a unique directory for every page.

I looked at this last week, briefly, and it didn't look like a good client solution due to the short-code style coding. However, did look like a good option for internal projects. I'll let you know when I eventually get back to this and dig in deeper.

rcjordan

  • I'm consulting the authorities on the subject
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 16268
  • Debbie says...
    • View Profile
Re: flatfile cms du jour
« Reply #64 on: July 25, 2016, 05:07:42 PM »
>short-code style coding

I didn't like it, either. 

Typesetter still catches my eye.  A quick search turns up a 3yr old post where someone was trying to make an add-on for better pix management --no telling if they ever got it to fly.

https://www.typesettercms.com/Forum?show=t1504  scroll down to
https://www.typesettercms.com/Forum?show=t1504#post_6634 for down-n-dirty list of cms pix problems


ergophobe

  • Inner Core
  • Hero Member
  • *
  • Posts: 9255
    • View Profile
Re: flatfile cms du jour
« Reply #65 on: May 18, 2017, 05:02:52 AM »

rcjordan

  • I'm consulting the authorities on the subject
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 16268
  • Debbie says...
    • View Profile
Re: flatfile cms du jour
« Reply #66 on: May 18, 2017, 11:37:53 AM »
https://mavo.io/

So, github-to-static but will require users to have js enabled??

ergophobe

  • Inner Core
  • Hero Member
  • *
  • Posts: 9255
    • View Profile
Re: flatfile cms du jour
« Reply #67 on: May 18, 2017, 04:17:20 PM »
Github or Dropbox for persistent storage, it looks like

And yes, it seems the whole thing runs on JS... honestly, I find their docs kind of confusing. I think I would need to use it to understand it. It's a different paradigm and it seems like it's easier to set up and use than to "get" through reading

rcjordan

  • I'm consulting the authorities on the subject
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 16268
  • Debbie says...
    • View Profile
Re: flatfile cms du jour
« Reply #68 on: August 02, 2017, 06:58:22 PM »
Drastic upstream 18 months ago:

Quote
I'm working on a short-list spec:

- pinging (outgoing only for notify of new posts) & way to edit sites pinged
- custom url structure for cats/posts
- image upload & rich text editor for client posting
- rss feed of posts
- no comments for now, ability to integrate fb/discus comments if client wants.
- runs on php
- uses flatfiles and no db connection
- easily styled using an existing html template to match the site, and run in a directory on the site

Ever come up with a dog-simple cms for clients, Dras?

Drastic

  • Need a bigger hammer...
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 3084
  • Resident Redneck
    • View Profile
Re: flatfile cms du jour
« Reply #69 on: August 03, 2017, 01:22:50 AM »
Unfortunately no, and it needs to be revisited. It's been back-burnered so far I'm going to have to dig it out of the drywall. Recent G changes mean I really need to get back on this (or put someone on it, more likely) soonish.

Drastic

  • Need a bigger hammer...
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 3084
  • Resident Redneck
    • View Profile
Re: flatfile cms du jour
« Reply #70 on: August 09, 2017, 12:34:47 AM »
So, it's been a while since I looked at these and was looking at grav again.

The sticking point has been the editor and this makes it more workable:
https://learn.getgrav.org/admin-panel/page-editor

Using the panel buttons on highlighted text will add markdown to the text. This still isn't good for a client front end. I'll need to dig around some more.

Drastic

  • Need a bigger hammer...
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 3084
  • Resident Redneck
    • View Profile
Re: flatfile cms du jour
« Reply #71 on: August 10, 2017, 10:36:49 PM »
ok, I think I found a contender:

https://pagekit.com/

ergophobe

  • Inner Core
  • Hero Member
  • *
  • Posts: 9255
    • View Profile
Re: flatfile cms du jour
« Reply #72 on: August 10, 2017, 10:51:43 PM »
ok, I think I found a contender:

https://pagekit.com/

Database required though. I thought that was a showstopper

rcjordan

  • I'm consulting the authorities on the subject
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 16268
  • Debbie says...
    • View Profile
Re: flatfile cms du jour
« Reply #73 on: August 10, 2017, 11:01:54 PM »

Drastic

  • Need a bigger hammer...
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 3084
  • Resident Redneck
    • View Profile
Re: flatfile cms du jour
« Reply #74 on: August 11, 2017, 01:25:12 AM »
>Database required though. I thought that was a showstopper
It uses sqlite, which is close enough.

Played around with it this evening. Meh indeed. About the same for typesetter, played around with it some more too.

Hard to find just what I want.