A static site generator that can put the toothpaste back in the tube.
git clone https://git.mulligrubs.me/squeeze
Log | Files | Refs | LICENSE

readme.md (3915B)

      1 # Squeeze
      3 A static site generator that can put the toothpaste back in the tube.
      5 ## What is this?
      7 A few months ago I lost the source files I used to generate my static website. Fortunately there was no irreparable data loss because I still had the generated site up on my server. The problem was now I needed to write a script that would extract all the articles into source files again, and then I'd have to reconfigure the site generator. Then I went, "Oh. This is a Prolog problem." (But then I love Prolog so every problem is a Prolog problem. I don't care. Fight me.) A Prolog program is basically a set of rules and the logic that's guided by those rules can be run in either direction. I figured if I could write a Prolog program that described my HTML template then I could use the same code both to un-generate and re-generate the website.
      9 So the skinny is I wound up writing my own static website generator in Prolog. Well, the main components are in Prolog. I also wrote a shell script to make use of a bunch of common \*nix utilities (find, sed, grep, etc.) and to pipe output to some third-party programs where I needed them (Markdown and SmartyPants). Weirdest bit was that I just couldn't find anything decent to generate RSS feeds. I considered dropping the RSS all together, but I've spent enough time haranguing people for not supporting interoperable standards that I didn't want to be a hypocrite. I wound up writing my own RSS generator too, also in Prolog.
     11 It's pretty closely tailored to my specific needs, but it works, and IMHO it works better than my old site generator which injected a bunch of nonsense into my HTML. To make this work for your site, all you need to do is define the template of your website in "html.pl".
     13 ## Dependencies
     15 * A POSIX shell. Used to run the script that automates everything else.
     16 * A Prolog interpreter. Tested with [SWI-Prolog](https://www.swi-prolog.org/) and [GNU Prolog](http://www.ohloh.net/p/gprolog), but the syntax aims to be vanilla ISO Prolog and should work with any implementation.
     17 * [Markdown](https://daringfireball.net/projects/markdown/). Used to convert Markdown to HTML.
     18 * [SmartyPants](https://daringfireball.net/projects/smartypants/). Used to smarten the punctuation in the HTML output.
     20 ## Assumptions
     22 The website folder used in the second argument is expected to contain three things:
     24 * a "source" folder containing the website's source;
     25 * an "output" folder containing the website's static output;
     26 * and a "site.pl" file containing site-specific definitions.
     28 One or the other of the "source" and "output" folders must be populated, but not necessarily both. In the case of saving a website for which you'd lost the source code, you'd populate "output", ungenerate the site, then commit the contents of "source" to version control.
     30 site.pl contains DCG definitions of this site's specifics, such as title, author, etc. An example site.pl file might look like this:
     32 	site_title --> "My website name".
     34 	site_subtitle --> "My website description/subtitle".
     36 	site_url --> "https://www.example.com".
     38 	user_email --> "webmaster@example.com".
     40 	user_name --> "Harold Gruntfuttock".
     42 	markdown_command(['/usr/bin/hoedown', '--footnotes']).
     44 ## Use
     46 Generate a static website from Markdown sources:
     48 	./squeeze.sh /home/user/website
     50 Generate source files from a static website:
     52 	./unsqueeze.sh /home/user/website
     54 ## Notes
     56 The Markdown converter is called from inside Prolog, so the path to your Markdown (and any arguments) is specified in site.pl. This allows you to have different Markdown converters or arguments on a per-site basis.
     58 Because ISO Prolog doesn't support making calls to external programs, I've implemented a compatibility layer that allows you to define the `markdown_to_html` predicate for whatever dialect of Prolog you happen to use. Included are compatibility predicates for SWI-Prolog and GNU Prolog.