I switch from wordpress to Pelican. I did not have a particular issue with wordpress apart from the mentioned security hassles but I also found it to be a bit bloated for what I wanted. Now I have a much cleaner implementation in Pelican and I am liking it... alot! check it out @ https://techtum.eu
Ask HN: Most Sites Don't Use a CMS Like Wordpress – What Non-CMS Do You Use?
71–74 of 74 posts
Re: Ask HN: Most Sites Don't Use a CMS Like Wordpress – What Non-CMS Do You Use?
#72For my personal website, I wrote a backend in Haskell: https://github.com/myfreeweb/sweetroll after trying a lot of static generators, writing Dropbox-backed blog engines, etc. It uses the Micropub protocol for posting/editing/deleting (I also made a frontend editor app for Micropub: https://github.com/myfreeweb/micro-panel ), Webmention for talking to other websites, Git+JSON to store content. I don't like the PHP/M…
Firstly, sweetroll looks amazingly cool and being able to add javascript plugins seems like a great idea. Second, have you looked at clckwrks[0]? It aims to specifically dethrone wordpress by making plugins that are provably safe. I think this is a viable way to attack wordpresses stronghold, though I think being able to do things like write plugins based in javascript or other popular languages when an existing prov…
I have kinda looked at it — it's not really what I wanted. For my personal website, I don't want an admin interface, password authentication and all that CMS-y stuff. Also, sweetroll was my "learning haskell" project, so of course I had to write a whole backend from scratch!
Setup wasn't the problem, Cabal sandboxes weren't much harder to use than stack… The actual benefit of stack is sharing compiled packages across all sandboxes instead of rebuilding everything every time.
Plugins in Haskell, or any compiled language, are kinda awkward to work with honestly. If you have to recompile the app, it's not very pluginy :D What are the other options? Dynamically loading shared libraries or using standalone RPC processes, neither of which feels good for a web app.
Embedded interpreters like duktape are pretty safe already. In terms of security model (you only expose what you want, there's nothing like file I/O available by default). Of course there might be bugs in them, especially memory bugs since they're written in C, but I'm not very concerned about actively hostile plugins tbh.
Re: Ask HN: Most Sites Don't Use a CMS Like Wordpress – What Non-CMS Do You Use?
#73Earlier quoted context omitted.
Firstly, sweetroll looks amazingly cool and being able to add javascript plugins seems like a great idea. Second, have you looked at clckwrks[0]? It aims to specifically dethrone wordpress by making plugins that are provably safe. I think this is a viable way to attack wordpresses stronghold, though I think being able to do things like write plugins based in javascript or other popular languages when an existing prov…
I have kinda looked at it — it's not really what I wanted. For my personal website, I don't want an admin interface, password authentication and all that CMS-y stuff. Also, sweetroll was my "learning haskell" project, so of course I had to write a whole backend from scratch! Setup wasn't the problem, Cabal sandboxes weren't much harder to use than stack… The actual benefit of stack is sharing compiled packages across…
> Cabal sandboxes weren't much harder to use than stack… The actual benefit of stack is sharing compiled packages across all sandboxes instead of rebuilding everything every time.
I disagree. Stack saves tons of time by giving me package versions that just build together.
> Plugins in Haskell, or any compiled language, are kinda awkward to work with honestly. If you have to recompile the app, it's not very pluginy :D
Dyre?
Re: Ask HN: Most Sites Don't Use a CMS Like Wordpress – What Non-CMS Do You Use?
#74Earlier quoted context omitted.
Firstly, sweetroll looks amazingly cool and being able to add javascript plugins seems like a great idea. Second, have you looked at clckwrks[0]? It aims to specifically dethrone wordpress by making plugins that are provably safe. I think this is a viable way to attack wordpresses stronghold, though I think being able to do things like write plugins based in javascript or other popular languages when an existing prov…
[0] http://www.clckwrks.com/page/view-page-slug/1/clckwrks-com
Thanks!