3 ms·
I've tried pelican, lektor, hugo, and even a cobbled-together flask-based (using frozen pages module) custom static site builder. One of the biggest challenges
by mxuribe 10y ago
I've tried pelican, lektor, hugo, and even a cobbled-together flask-based (using frozen pages module) custom static site builder. One of the biggest challenges/time sinks/annoyances of adopting any of these types of platforms is the time spent on the initial wiring up of the templates. Maybe I'm lazy in this regard, but I'd rather use a GUI/WYSIWYG interface to do the initial UX (not talking about design here, only placement of site objects/elements) for the site within the context of the relevant template. I don't mind spending a few minutes on setting up the build environment, setting up any dependencies, because its a local app that's being installed, so I get it that it requires a tiny investment in time. But setting up the templates, boy, that annoys me; especially for small sites which only have few pages and infrequent additions.
Case in point: I really wanted to use lektor; it's elegant persistent storage mechanism (no database required, basically text files organized within folders), and its brilliant idea for use of a local web GUI were what attracted me to it in the first place. But setup - for example - was annoying as hell on Windows (hey some of us can't afford to keep buying Macs!), and then of course after the install/setup comes the wiring of the templates (ugh). I can not imagine a conventional (non-dev.) user - who I would guess is a good candidate to extract great benefit from using a web GUI - won't have the patience or inclination to dive into code to wire up the templates. I don't mean to pick on lektor (I highly respect the team behind this!!), but it is an example of what most of these static site generators do: they mean to simplify things but 1 or 2 aspects of the system seem like quite a time sink.
- wsvincent 10y agoI've used Lektor recently and I think you're missing its main advantage: it does NOT aim to introduce web dev to non developers or to dramatically simplify the process of wiring up templates. In fact, its use of models is an additional step in the traditional process for static site generators. BUT...once setup by a developer, Lektor's structure and Mac app allows a non-technical user to edit files and publish changes to a website, which can be hosted on S3 or other options for peanuts and has none of the security issues that afflict Wordpress. So viewed through the lens of a potential replacement for Wordpress, I think Lektor is pretty phenomenal. The idea of a Static CMS--whether Lektor can pull this off or not--just makes so much more sense than our current CMS model.
- mxuribe 10y agoCertainly good points. It is definitely headed in the right direction with relation to its use of a web GUI, and its content models (at least once one wraps one's brain around the model approach). Perhaps I should have not expected it to make template wiring easier. Please don't get me wrong, I'm actually a fan of lektor, and wish it to really succeed. ;-)