Live data from Hacker News

CMS Trap

hakunin.com

11–20 of 65 posts

Re: CMS Trap

#13
I am SO sick of spending more time configuring the CMS than writing code.

Oftentimes, I could've built a product from scratch in the time it takes me to Google the undocumented quirks of some stupid YAML file.

Re: CMS Trap

#14
post #10

Earlier quoted context omitted.

> If you're managing content (blog content?) use a CMS. Jekyll would disagree.

Jekyll is a CMS.

Jekyll is a static website generator. It doesn't let you edit and publish content from a central interface. It's not a CMS.

Re: CMS Trap

#15
post #14
post #10

Earlier quoted context omitted.

Jekyll is a CMS.

Jekyll is a static website generator. It doesn't let you edit and publish content from a central interface. It's not a CMS.

You could even simplify and say that Jekyll is a build script

Re: CMS Trap

#16
post #7

Just because you use a CMS doesn't mean you have to use it for everything. If you're managing content (blog content?) use a CMS. If you're making PPC pages, host them statically somewhere. If you sell something, use ecommerce software for that part. The right tool for the right job.

If you're making PPC pages, host them statically somewhere. I'd counter recommend this. In my limited experience with it, dynamic PPC landing pages are so effective as to be almost cheating. BCC's AdWords campaigns are not doing well in 2013 for what I believe are unrelated (and mysterious) reasons, but the ~20 lines of Rails code which make URL #1 and URL #2 roughly the same today but will automatically switch URL #…

Perhaps it would make more sense to say "you don't have to use the same CMS for everything"

Re: CMS Trap

#17
post #14
post #10

Earlier quoted context omitted.

Jekyll is a CMS.

Jekyll is a static website generator. It doesn't let you edit and publish content from a central interface. It's not a CMS.

It depends on what your needs are. If you need a central web interface with multi-stage workflows, multiple authors, image management, future publication, etc, then Jekyll isn't a CMS. But Jekyll focuses on content, handles markdown, reads metadata, and uses templates. For some people, that might be plenty. A pretty web interface isn't a must-have requirement.

Re: CMS Trap

#18
post #17
post #14

Earlier quoted context omitted.

Jekyll is a static website generator. It doesn't let you edit and publish content from a central interface. It's not a CMS.

It depends on what your needs are. If you need a central web interface with multi-stage workflows, multiple authors, image management, future publication, etc, then Jekyll isn't a CMS. But Jekyll focuses on content, handles markdown, reads metadata, and uses templates. For some people, that might be plenty. A pretty web interface isn't a must-have requirement.

> A pretty web interface isn't a must-have requirement.

According to most definitions of "CMS", it is. With static website generators, editing, versioning, publishing, etc is done externally. They aren't systems which encompass all of this. They just punch some content into your templates and write the result to disk. That's all they do.

Re: CMS Trap

#19
post #7

Just because you use a CMS doesn't mean you have to use it for everything. If you're managing content (blog content?) use a CMS. If you're making PPC pages, host them statically somewhere. If you sell something, use ecommerce software for that part. The right tool for the right job.

If you're making PPC pages, host them statically somewhere. I'd counter recommend this. In my limited experience with it, dynamic PPC landing pages are so effective as to be almost cheating. BCC's AdWords campaigns are not doing well in 2013 for what I believe are unrelated (and mysterious) reasons, but the ~20 lines of Rails code which make URL #1 and URL #2 roughly the same today but will automatically switch URL #…

I didn't read the OP as advocating 900 static HTML pages... just using static pages as a first strategy, until reality, not your conjecture, tells you what you need.

Re: CMS Trap

#20
post #18
post #17

Earlier quoted context omitted.

It depends on what your needs are. If you need a central web interface with multi-stage workflows, multiple authors, image management, future publication, etc, then Jekyll isn't a CMS. But Jekyll focuses on content, handles markdown, reads metadata, and uses templates. For some people, that might be plenty. A pretty web interface isn't a must-have requirement.

> A pretty web interface isn't a must-have requirement. According to most definitions of "CMS", it is. With static website generators, editing, versioning, publishing, etc is done externally. They aren't systems which encompass all of this. They just punch some content into your templates and write the result to disk. That's all they do.

Are there any CMS that have a "pretty web interface" ?

From what I've seen of Drupal, the interface exposed to content creators is awful. It works (mostly), but it ain't pretty.

Post reply on HN