Static site generator - eine kleine Übersicht

Die meisten CMS sind inzwischen recht aufgebläht, auch wenn wordpress sehr simple daher kommt (im vgl zu Drupal und typo3), ich weiss immer noch nicht warum man für ein CMS eine Datenbank braucht. static site generators erleben gerade ein Art retrotrend, aber durchaus sinnvoll. Denn nicht jede Anwendung die in den letzten 15 Jahren in CMS verbaut wurden sind sinnvoll und andereseits sind Clients wesentlich besser geworden; eine Vorschau z.B. braucht man heute mit JS nicht mehr zwingend zum Server und zurück schicken. Außerdem machen sie gleich hübschen urls.

What CMS users should learn from static site generators: KISS, no workflow, Markdown, Caching! Und damit kann man 99% aller Anforderungen an Webseiten blogs aber auch wikis erfüllen. All the cool kids already made this step.

Aber es gibt so viele staticsitegenerators.net, da weiss man nicht welchen man nehmen soll (list by programming language and page format)

Und es werden langsam mehr, laut w3techs.com

Spice

Klar ein ssg kann nicht alles was ein CMS kann. Mit einem SSG soll an auch eine social community bauen, aber vieles was Webseiten an dynamischen Funktionen brauchen geht auch so

  • Mailformular mit http://formspree.io

http2webmail

http://formspree.io oder https://www.formular-chef.de/ ist halt noch ein Drittdienst, warum kann die Funktion nicht einfach jeder Webmailer, (der kombiniert eh schon http Anfragen mit Mailverwaltung). Ein Webmailer soll einfach auf http, als Art "postbox", Mails annehmen kann und die ganz normal in seinen IMAP Eingang legen. Hilft allen Webmastern, verhindert Mailverluste und den Webmailer muss man eh warten.

  • OS http://www.roundcubeforum.net/
  • gmail soll auch https://productforums.google.com/forum/#!forum/google-mail-de

und dann zieht hoffentlich outlook nach.

Wünsche

Was mir jetzt noch fehlt sind:

  • nutzt der SSG nur "keine Datenbank" und baut Seiten auch zu Laufzeit auf oder speichert er richtig static html Dateien. Sinnvoll wenn man nur ein php-less stratopaket, CDN oder viel traffic hat
  • repository zur Versionierung, denn git kann mehr als codeverwaltung (git)
  • welches oder überhaupt markup (z.B. Markdown) (md)
  • edit, create und commit (fast CRUD mit shell oder web?
  • muss man Inhalte über shell/ftp/repos und per texteditor ändern, oder gibt es zusätzlich auch onlineditor zum einfachen bedienen und zugriff zum edit online.
  • und wenn man schon per online editor schreiben kann, dann will ich auch generaten und commiten (ohne auf die CLI zu müssen)
  • YAML für config und html-metadaten (markdown schreibt ja keine html heads)

Spezieller Wünsche * hat er ein templ__atesystem * __meta__daten verwalten * kann man (z.B. mit __tags) Listen und Kategorien erzeugen (braucht man nur bei größeren seiten) * versionen per mail einreichen... * Kommentare kann man bequem anhängen.

Was ich noch nicht verstehe warum man das braucht * viele ''static''-site-generatoren dann doch einen eigenen Webserver mitbringen, ein 'bake' ist ist doch genauso schnell wie wenn der webserver das on demand macht. Höchstens zum empfangen von __edit__ierten Daten braucht man den, aber das hat ja keiner.

Clientseitig JS

Warum nicht gleich alles pasing clientseitig mit JS. Nur source und html files auf den server laden. Using Backbone.js for a static-content, JavaScript-heavy site?. Auch die Versionierung geht im browser.

Beispiele

Static Site Generator - Was ist das? mit pro und contra je nach Anwendung

Welche

Neben github loved jekyll gibt es ein ṕaar andere neue Systeme

  • getgrav.org ist ein flatfilesystem, das zum ersten mal nach dokuwiki ein webinterface ;) hat.
    • markdown und yaml leider mit frontmatter und nicht PROSErial
  • Data2Css
  • leider sind die Namen der flatfiles nicht persitent. Leading sortnumbers ändern sich je nach menüreihenfolge ;(

Disclaimer: naturlich hab ich das alles sleber besser gemacht mit github.com/klml/drfrederson/

Mehr