Netz - Rettung - Recht

DokuWiki ist für mich derzeit und schon länger die generische Antwort auf die Frage nach einem Wiki, nicht nur für Dokumentationszwecke, und auch für die Frage nach einem (simplen) CMS.

Ich installiere DokuWiki dabei (wie die meisten Webapplikationen) nicht als Debian-Paket, sondern direkt vom Erzeuger; zum einen, weil ich gerne eine aktuelle Version habe, zum anderen, weil ich dann (wie bei anderen Webseiten) frei entscheiden kann, wo die Dateien liegen sollen - und das ist in der Regel nicht dort, wo Debian sie ablegen würde, insbesondere, wenn es mehr als einen Nutzer mit Webseiten geben soll - und nicht zuletzt, weil das trivial funktioniert. Das führt dazu, dass ich Updates von Hand durchführen muss, und das kann dann schon etwas nervig werden, wenn es mehrere Hosts und mehrere Wikis betrifft.

Daher überlege ich schon länger, wie ich - zumindest bei Installationen auf demselben Host - den Aufwand (und, natürlich, auch den Platzverbrauch) minimieren kann. Die offenkundige Lösung ist eine “Farm”- oder “Multisite”-Installation, bei der der Code nur einmal vorhanden ist, aber jedes Wiki seine eigenen Konfiguration und natürlich seinen eigenen Speicherplatz für Inhalte hat. DokuWiki unterstützt das prinzipiell, aber die nächste Frage ist ja immer, wie gut das auch tatsächlich funktioniert: stabil, flexibel und vor allem ohne krude Hacks.

Nachdem ich mich diese Woche damit beschäftigt habe, kann ich sagen: es funktioniert gut. Die Flexibilität bleibt erhalten, Hacks braucht man nicht, weil die aktuellen DokuWiki-Versionen eine “Multisite”-Installation unterstützen, und stabil wirkt es bisher auch.

Der offensichtliche Vorteil liegt darin, dass man für beliebig viele Wikis nur einmal den Code für das Wiki selbst - und den für Plugins und Templates - installieren, updaten und pflegen muss. Der offensichtliche Nachteil liegt darin, dass alle Plugins und Templates im “Master”-Wiki installiert werden müssen und in den einzelnen Wikis nicht nachinstalliert werden können, und dass sich alle Wikis in Unterverzeichnissen unter einem “Stammverzeichnis” befinden müssen, deren Namen identisch mit der URL des Wikis sind.

"Dokuwiki als "Multisite"-Installation" vollständig lesen

Wer ein Blog betreibt, kennt vermutlich die Frage danach, welcher Editor für die Einträge am sinnvollsten verwendet werden sollte.

Meine erste Blogengine, sunlog, bot meiner Erinnerung nach bloß ein Eingabefeld, in das man entweder HTML eingeben oder darauf setzen konnte, dass der ansonsten nicht weiter bearbeitete Text schon irgendwie ausgegeben werden würde.

Nach dem Umstieg auf Serendipity habe ich auch erst einmal den Standard-Editor verwendet, wozu braucht man schließlich WYSIWYG, wenn man HTML beherrscht? Das war auf die Dauer dann aber doch eher anstrengend: um jeden Absatz herum <p>...</p> schreiben, Hervorhebungen korrekt mit <strong>...</strong> einbauen, Links von Hand setzen … Das macht keinen wirklichen Spaß. Und der Einbau von Bildern ist von Hand auch eher eine Strafe als ein Vergnügen.

Also bin ich später auf den WYSIWYG-Editor von Serendipity gewechselt; ich glaube, ich habe sogar nacheinander verschiedene solche benutzt. So richtig zufrieden war ich damit aber auch nicht; das daraus generierte HTML erschien teilweise suboptimal, zwischendurch hatte das Gerät aufgrund irgendeiner (vermutlich von mir irrtümlich getroffenen) Einstellung die Neigung, alle Texte per <font>-Tag mit weißem Hintergrund zu hinterlegen und Spielereien dieser Art mehr. Außerdem war es so mit nicht unerheblichem Aufwand verbunden, Einträge in einem Texteditor vorzubereiten und später per copy & paste ins Blog zu übernehmen, bedurfte es dann doch eines zweiten Schrittes, in dem Formatierungen und Links hinzugefügt wurden, wie auch lx4r in einem vergleichbaren Blogbeitrag berichtet. Wenn ich stattdessen direkt im Editor schrieb, ereilte mich gerne ein Missgeschick wie “langen Blogeintrag geschrieben, abgeschickt, mittlerweile aber ausgeloggt” (worauf Serendipity den Beitrag üblicherweise hungrig verspeist und man ihn neu schreiben darf) oder, noch schlimmer, ich komme an eine Tastenkombination, die eine Browseraktion auslöst und dann den Browser den Text verschlucken lässt. Gut, dagegen hilft Lazarus, aber der wahre Jakob ist das trotzdem nicht, ganz abgesehen davon, dass man eben so nicht sinnvoll offline arbeiten (oder auch nur die Annehmlichkeiten eines guten Texteditors nutzen) kann.

Mit dem Relaunch des Blogs habe ich auch dafür eine Lösung gefunden: ich verwende den simplen Standardeditor von Serenditpity zusammen mit dem Markdown-Plugin. Wieder eine für mich sehr hilfreiche Anwendung von Markdown. Jetzt kann ich flüssig Texte schreiben, sie ggf. per copy & paste ins Blog übernehmen und muss mich nie wieder um seltsame Formatierungen kümmern. Passt. Das ist ein Workflow, der Spaß macht.

(Um zu verhindern, dass ältere Einträge durch das Markdown-Plugin zerhackt werden, kann man dieses Plugin für die älteren Einträge - jeweils einzeln pro Eintrag - deaktivieren. Jedenfalls dann, wenn man das Plugin “erweiterte Eigenschaften für Artikel” [serendipity_event_entryproperties] installiert hat. )

Amazon habe ich als Buchladen kennengelernt, und früher habe ich dort auch (nur) Bücher gekauft. Dann ab und an auch mal Software, v.a. Spiele. Und DVDs. Und später dann Elektronikzeugs, und mittlerweile fast alles.

Das hat natürlich Folgen.

Wer das ungute Gefühl, dass Amazon für einen wesentlichen Teil des Ausgabenbudgets verantwortlich ist, einmal näher quantifizieren möchte, dem kann mit damazon.py geholfen werden.

(Wem - wie mir - pip install requests beautifulsoup4 nichts sagt, außer der Vermutung, dass es sich um entsprechende Bibliotheken handelt, die zunächst installiert werden müssen, dem hilft - wenn er nicht noch einen weiteren Paketmanager zusätzlich zu apt bzw. aptitude (Debian), cpan (Perl), gem (Ruby) und Co. auf dem System begrüßen möchte - unter Debian Wheezy auch die Eingabe von aptitude install python-requests python-bs4 weiter.)

Via @towo.

Der erste längere (Erläuterungs-)Text, den ich zur Veröffentlichung im Netz verfasst habe, war im September 1998 die Header-FAQ, deren erster Entwurf am 18.09.1998 in der Newsgroup de.admin.net-abuse.mail veröffentlicht wurde und die dann seit dem 15.10.1998 unter dem Titel “E-Mail-Header lesen und verstehen” dort über viele Jahre lang monatlich erschien.

Text- und HTML-Version

Natürlich sollte es zu der monatlich geposteten FAQ auch eine Web-Version geben, die bereits im Oktober entstanden war und deren URL im November 1998 das erste Mal in der FAQ genannt wurde. Und natürlich sollte diese Version auch mit allem Annehmlichkeiten, die HTML für Optik und Funktion bietet, also namentlich Formatierungen und Verlinkungen, ausgestattet sein. Das bedeutete dann umgekehrt aber auch, dass zwei völlig getrennte Versionen desselben Textes zu pflegen waren; insbesondere bei größeren Änderungen und Ergänzung keine wirklich gute Idee. Es musste also eine andere Lösung her: die eine Fassung sollte aus der anderen Fassung generiert werden, oder ggf. beide Fassungen aus demselben Rohtext.

HTML-Dokumente aus Textdokumenten erzeugen

Da mir das Usenet als Publikationsmedium (damals) deutlich näher lag, hatte ich zuerst den Gedanken, die Webseite - also das HTML-Dokument - zumindest im wesentlichen aus dem Textdokument der geposteten FAQ zu erzeugen. Bei entsprechenden Recherchen stieß ich dann auch auf das Tool AscToHTM, das genau diesem Zweck diente und sich auch insbesondere an FAQ-Autoren richtete. Eine Zeit lang habe ich damit auch gearbeitet (und das erzeuge HTML-Dokument dann quasi mit Header und Footer versehen, um es optisch und organisatorisch - Navigation! - in meine damalige Webseitenstruktur einzubinden), aber so wirklich überzeugend war das nicht. Es bedurfte einiger Kompromisse im Layout des geposteten Textes, um die HTML-Generierung überzeugend hinzubekommen, und der Aufwand war doch vergleichsweise groß.

Textdokumente aus HTML-Dokumenten erzeugen

Daher habe ich mich - theoretisch im übrigen völlig richtig - in der Folge davon überzeugen lassen, dass die Vorgehensweise, aus (letztlich) unstrukturiertem Text strukturierten Text (mit Markup) zu erzeugen, bereits gedanklich verfehlt ist und keinen dauerhaften Erfolg haben könne: HTML enthält gegenüber text/plain zusätzlichen Informationsgehalt, Struktur, Markup eben, und aus der Gestaltung des Rohtextes das Markup zu “erraten”, ist keine brauchbare Lösung. Daher bin ich danach dann eben den umgekehrten Weg gegangen und habe beschlossen, dass nunmehr die Webversion der FAQ das “Master-Dokument” (oder die Quelle) sein sollte und ich den geposteten Text daraus erzeuge. Information und optische Gestaltung zu kürzen sollte ja vergleichsweise trivial sein. — Ganz so war es dann erwartungsgemäß doch nicht, denn auch der gepostete “reine” Text sollte ja einigermaßen apart formatiert sein, mit dem was, man an “Formatierungen” in E-Mail und Usenet so gewohnt ist: Zitate eingeleitet mit “|” am Zeilenfang, Hervorhebungen und Betonungen durch *Sternchen* o.ä. und dieser Dinge mehr. Für den Anfang half dazu html2text, damals in C++ geschrieben, mittlerweile durch den verstorbenen Aaron Swartz auch in PYthon reimplementiert, aber ganz zufrieden war ich mit dem Output noch nicht.

Einiges Experimentieren führte dann zu dem folgenden Workflow:

Und wrap.pl, das (daher der Name) vor allem für den Umbruch auf 70 Zeichen pro Zeile unter Beachtung von (nicht zu umbrechenden Zitaten) zuständig war, sah folgendermaßen aus:

Das ließ sich jetzt durchaus automatisieren; andererseits gefiel es mir nicht wirklich, dass die Quelle des Textes nun ein HTML-Dokument war und ich erst längere Konversionsprozesse laufen lassen musste, um zu überprüfen, ob auch die (aus meiner Sicht immer noch primäre) Textfassung ordentlich aussah. Und HTML schreiben ist auch deutlich aufwendiger als “Klartext”, selbst wenn man sich durch geeignete Editoren beim Einfügen der passenden Tags (und deren Schließen!) unterstützen lässt.

Die Lösung?

Am Ende habe ich, glaube ich, einfach wieder beide Texte getrennt gepflegt oder, wahrscheinlicher, die FAQ (erst einige Zeit nicht mehr richtig aktualisiert und dann) gar nicht mehr gepostet; sowohl das Spam-Problem (jedenfalls der Wunsch, Spam nachzuverfolgen und zu melden) als auch das Usenet waren dabei, in die Bedeutungslosigkeit abzurutschen.

"Markdown: HTML aus Text erzeugen" vollständig lesen

Wie ich schon im Eintrag “Serendipity 2.0-beta” dokumentiert habe, hatte ich anfangs mit meiner Serendipity-Installation das Problem, das alle (über Spartacus) heruntergeladenen Plugins falsche Dateirechte hatten, die Verzeichnisse nämlich 0700 und die Dateien allesamt 0600. Das hatte zur Folge, dass der Webserver auf die Dateien und Verzeichnisse nicht zugreifen und u.a. Grafiken nicht anzeigen konnte, und auch sonst die Funktion der Plugins eingeschränkt war. Stattdessen müssten richtigerweise Rechte von 0755 und 0644 (oder zumindest 0705 und 0604) gesetzt werden.

Nachträglich beheben lässt sich das - im Verzeichnis plugins - ganz einfach so:

Nachdem ich einen Bug reportet hatte, bekam ich sehr schnell den richtigen Hinweis, dass die Spartacus-Konfiguration entsprechende Einstellungsmöglichkeiten aufweist, was ich übersehen hatte. Im Plugin lassen sich daher die richtigen Rechte vorgeben, und dann funktioniert die Installation auch zukünftig direkt problemlos.

Die Ursache für die zu strikten Rechte war für mich dann nicht auf Anhieb zu finden; die umask des Systems stand nämlich erwartungsgemäß und korrekt auf 0022. Allerdings setzte suphp für PHP dann noch einmal eine eigene umask in /etc/suphp/suphp.conf, und dort steht tatsächlich 0077…

Wer also vor demselben Problem steht, sollte an der einen oder der anderen Stelle entsprechend den Schraubenzieher ansetzen.

Keywords: serendipity s9y spartacus plugins apache php suphp permissions too strict wrong

Mitte April 2014, gerade als ich überlegte - und im Usenet diskutierte -, ob ich für den Relaunch meines Blogs weiter auf Serendipity (s9y) setze oder zu Wordpress wechseln soll, erschien die erste Beta des lange entwickelten Serendipity 2.0, auf die mich zuerst Dirk in seinem Blog aufmerksam machte und über die man kurz danach dann auch in Nur ein Blog lesen konnte.

Also habe ich ein Testblog aufgesetzt und mir das mal angeschaut, und nachdem das ganz gut lief und alles sehr schick aussah für den Relaunch meines Blogs direkt auch auf die Beta-Version gesetzt.

Unter anderem YellowLed und onli haben sehr gute Arbeit geleistet: das Standard-Template 2k11 funktioniert gut und ist sehr schick, und auch die renovierte Backend-Oberfläche kann auf den ersten Blick bereits optisch, aber auch technisch-inhaltlich gefallen. Insgesamt ist bereits die Beta einen Blick wert, und so stabil, wie man das von Serendipity gewohnt ist.

Natürlich gibt es auch noch einige kleine Fehler, Haken und Ösen:

• Die Vorschaubilder der Templates (jetzt: “Themes”) stecken in riesig großen Rahmen, die zu Scrollorgien führen, weil ein Vorschaubild übergroß ist (mittlerweile behoben).
• Das Einfügen von Bildern als Thumbmail mit Link auf das große Bild funktioniert mit dem eingebauten Button irritierender Weise nur beim ersten Mal; danach wird kein Link mehr generiert (mittlerweile behoben).
• Ab und an (konkret insbesondere: beim Filtern bzw. Durchsuchen von Einträgen nach ihrem Inhalt) führt ein Druck auf die Enter-Taste nicht zum erwarteten Ergebnis, sondern zum Aufruf einer ganze anderen Seite (mittlerweile behoben).
• Kategorien können über die Admin-Oberfläche nicht mehr bearbeitet werden, weil dann eine Namenskollision auftritt (bereits behoben).
• Das serendipity_event_entrycheck-Plugin versagt schweigend: wenn es eigentlich wegen leerer Titel o.ä. das Speichern verhindern müsste, bestätigt es zumindest bei Entwürfen das erfolgreiche Speichern, verwirft den Eintrag aber (es lebe das Lazarus-Plugin für Firefox!).
• Der schöne neue Button “Veröffentlichen” im neuen Admin-Dashboard für Entwürfe funktioniert nicht; der Eintrag wird zwar auf “veröffentlicht” gesetzt, erscheint aber nicht im Blog (mittlerweile behoben).
• Zumindest bei mir hatten alle Plugin-Verzeichnisse und -Dateien zu strikte Zugriffsrechte.
• Mit HTTPS werden (aufgrund der Protokollangabe in den Links zu CSS- und Javascript-Dateien) Stilinformationen, Icon-Schriften und Javascript nicht korrekt eingebunden.

Das sind jedenfalls die Kleinigkeiten - oder auch Größerigkeiten -, über die ich bisher gestolpert bin, aber: es wird!

Ich habe heute abend dann mal noch Bugreports für alle noch nicht bekannten Probleme eingeworfen (statt des Forums hat Serendipity dankenswerterweise jetzt auch einen Bugtracker in Form von github Issues) und bin sicher, dass wir in einiger Zeit einen Release Candidate und dann eine großartige 2.0-Version von Serendipity haben werden!

Nachtrag vom 19.05.2014 und 22.05.2014:

Das HTTPS-Problem lässt sich dadurch lösen, dass man unter “Konfiguration” (Block “Einstellungen” im Backend) und dort dann im Panel “Pfade” die Option “HTTP-Hostnamen automatisch erkennen” auf “Ja” setzt. Es handelt sich also eher um eine Fehlkonfiguration als einen Fehler.

Und die Einstellungen für die Dateirechte lassen sich im Spartacus-Plugin vorgeben (was ich auch hätte bemerken können). Mit passenden Werten (0644 für Dateien und 0755 für Verzeichnisse) dort funktioniert dann auch alles blendend. - Allerdings sollten leere Eingaben dort einen Fallback auf die umask nach sich ziehen, und die ist korrekt auf 0022 gesetzt. Ganz in Ordnung scheint mir das daher noch nicht zu sein. Allerdings nur die umask des Systems. In der /etc/suphp/suphp.conf ist hingegen standardmäßig, auch unter Debian, eine umask von 0077 gesetzt … was das Problem erklärt. Also kein Fehler in Serendipity, sondern nur etwas, woran man denken sollte.

Nachtrag vom 10.06.2014:

Die meisten gemeldeten Probleme - und noch einige kleinere Baustellen, die mir zwischendurch aufgefallen sind - sind mittlerweile im Entwicklungszweig 2.0 bereits behoben.

Und wenn ich schon zu spät dran bin mit dem Fangen der Stöckchen, fange ich sie dafür doppelt. Nach ToJes Stöckchen nun also das Stöckchen vom Tomatenblog (ohne Mozzarella!).

1. Ist heute Vollmond?

Nein, der war letzten Mittwoch. Sagt Google.

2. Berichtet dein Blog von deinen Hobbies?

Ja! - In erster Linie jedenfalls.

Ich schreibe über das, was ich privat so erlebe, vor allem über die Themen, die mich interessieren.

3. Private Fotos im Internet - wie sieht deine Lösung aus?

Früher war ich damit sehr freigiebig; heute veröffentliche ich nur, was ich auch dauerhaft öffentlich sichtbar haben möchte, und überlege mir ggf., welche Rückschlüsse daraus zu ziehen sind: auf mich, auf das, was ich tue, den Ort, an dem ich war, die Menschen, mit denen ich zu tun habe. Und ich bemühe mich, dabei neben dem Geotagging durch das Posten in sozialen Netzwerken auch daran zu denken, dass ggf. Informationen nicht nur über Zeit und Datum, sondern auch den genauen Ort des Bildes in diesem eingebettet sein können, jedenfalls dann, wenn das Bild mit einem mobilen Gerät, bspw. einem typischen Smartphone, gemacht wurde.

Was nicht für die unbegrenzte Öffentlichkeit vorgesehen ist, sondern nur für einen kleineren Personenkreis - mag dieser auch groß sein - schütze ich entsprechend: sei es mit den (oft lückenhaften) Funktionen sozialer Netzwerke, sei es durch ein Passwort, wenn selbstgehostet.

4. Wie würdest du dein Fahrrad beschreiben?

Als silbern, tragfähig, flott und toll.

5. Ein freier Nachmittag, schönes Wetter: Würdest du einen Ausflug machen, und wenn ja, wohin?

VIelleicht sollte ich das, und dann am besten gemeinsam mit dem Rad - meistens faulenze ich aber stattdessen, lese ein Buch, sitze am Rechner, arbeite (trotz des freien Nachmittags), und schlimmstenfalls ärgere ich mich hinterher furchtbar darüber, dass ich den Ausflug nicht gemacht hab.

6. Wann warst du das letzte Mal (privat) in einer Bibliothek?

In einer Fachbibliothek: ziemlich sicher diesen, spätestens letzten Monat.

In einer öffentlichen Bibliothek, also bspw. auf der Suche nach Belletristik, Reiseführern usw.: seit Menschengedenken nicht mehr. (Es sei denn zu anderen Zwecken als der Suche nach einem Buch oder Medium.)

7. Welches Hörbuch hörst / Buch liest du gerade? Taugt es was?

Hörbücher höre ich gar nicht, ebenso wenig wie ich gerne Podcasts höre oder Videos schaue; das hat bei mir bisher nicht “gezündet”.

Ansonsten lese ich aktuell gerade kein Buch … habe aber einen sehr großen Stapel (ach was, einen Stapel - etliche davon, über die Jahre aufgehäuft!) und hoffe, wieder regelmäßiger zum Lesen auch von Büchern (und nicht nur von Fachzeitschriften) zu kommen.

8. Wofür nutzt du unterwegs das Internet?

• Zum Twittern (und Lesen meiner Timeline)
• Zum Lesen meiner (privaten) E-Mails (selten: zu einer kurzen Antwort)
• Zur Recherche, bspw. bei Google oder in Nachschlagewerken, auch über Apps
• Zum Blick in Webforen (selten: zu einer Antwort)
• Zum Blick in soziale Netzwerke (selten)

9. Hast du einen Facebook-Account?

Ja. Ich bin auf Facebook aber kaum präsent, mein “Netzleben” spielt sich anderswo ab.

10. Welches Computerspiel (o.ä.) kann dich stundenlang fesseln?

Zum Spielen “richtiger”, großer Spiele bin ich seit Jahren nicht mehr gekommen; die letzten, irgendwann 2010/2011 (?) gekauften Spiele liegen noch verpackt irgendwo im Schrank.

Ansonsten: Triple Town im Modus “Wachsende Stadt” oder (sonntags) im neuen Turnier-Modus. Kann man endlos Zeit mit totschlagen …

11. Wann wirst du heute abend ins Bett gehen, und wann solltest du eigentlich schlafen?

Schlafen sollte ich spätestens um 22 Uhr - ich brauche meinen Schönheitsschlaf. Wann ich ins Bett gehen will: dito.

Wann ich ins Bett gehen werde …

---

Auch hier und hiermit sei dann ein Schlussstrich gezogen unter das Stöckchen, das nicht mehr weitergeworfen wird.

(Man darf die Regeln ja frei auslegen, hieß es …)

Ein Blogstöckchen (kurz: Stöckchen) ist eine Aktion mit dem Ziel, Blogs und Blogger besser miteinander zu vernetzen, und dabei ein bestimmtes Thema gemeinsam zu bearbeiten.
— Stefan Waidele jun.

Ich hätte gedacht, dass “Stöckchen”, die man sich unter Bloggern zuwirft und die dann vermutlich apportiert werden müssen, schon lange aus der Mode gekommen wären - aber offensichtlich irrte ich insoweit, und daher freue ich mich, dass ich hiermit ein Stückchen von ToJe vom Datentrampelpfad (verspätet) auffangen darf.

Nun also, frischauf ans Werk, die Staubschicht ist vom Blog gepustet, es ist geputzt und poliert - jetzt die 11 Fragen und (mindestens) 11 Antworten dazu!

1. Ist das Blog selbst gehostet oder bei einem Blogprovider?

Ich hoste alle Dienste, wenn irgendwie sinnvoll möglich, selbst - einmal, weil das spannend ist und Spaß macht, zum anderen, weil ich damit meine Dienste und meine Daten selbst unter Kontrolle habe und nicht von Drittanbietern abhängig bin, die vielleicht sonst etwas mit meinen Informationen anfangen oder (noch schlimmer) ihren Dienst irgendwann einstellen. Wenn und so lange ich das kann und ohnehin genügend Platz auf Webspace und Servern habe, ziehe ich das einem Provider vor; nicht zuletzt kann ich dann auch alles genau so konfigurieren, wie ich es haben will (und verstehen, was im Hintergrund geschieht).

Daher: ja, auch mein Blog ist selbstgehostet, und ich betreibe es dank Serendipity und seiner Entwicklerschar.

2. Sind der Inhalt eher spontane Artikel oder lange vorbereitete Texte?

Das hat sich über die Jahre geändert … Früher waren es primär spontane, meist auch eher kurze Artikel. Später waren es dann vor allem länger vorbereitete Texte - sowohl solche, die ich dann (ggf. nach längerem Zuwarten auf ausreichende zeitliche Ressourcen) “in einem Rutsch” heruntergeschrieben habe als auch solche, die über einige Zeit (und Recherchen) gereift sind. Noch später waren es dann vor allem … gar keine Texte mehr, weil es an Zeit und Elan fehlte.

Nach dem Relaunch meines Blogs werden sich voraussichtlich längere (vorbereite) Texte und kurze Hinweise, bspw. auf neue Releases, die Waage halten.

3. Benutzt du zur Kommunikation verschlüsselte oder unverschlüsselte Email?

Ich kommuniziere zumeist unverschlüsselt. Der zusätzliche Aufwand für eine Ende-zu-Ende-Verschlüsselung ist es mir meist nicht wert.

Die Kommunikation von meinem Rechner zu (meinem) Mailserver und, wenn unterstützt, bis zum Empfänger ist ohnehin transportverschlüsselt; das genügt m.E., um das Mitlesen durch zufällige Dritter und Angreifer ohne erhebliche kriminelle Energie zu verhindern. Meine E-Mails gegen einen Zugriff durch staatliche Akteure oder beim Empfänger zu schützen habe ich wenig Bedarf. Zudem müsste ich für eine wirklich sichere Kommunikation einen nicht unerheblichen Aufwand zur Validierung der Schlüssel (und, natürlich, zur Sicherung meines Rechners!) betreiben. Ich mag es auch nicht, wenn empfangene E-Mails nur verschlüsselt vorliegen, weil ich sie dann nicht ohne weiteres durchsuchen oder nur einmal schnell überfliegen kann und das ganze Handling unnötig komplex wird.

Was mir persönlich allerdings - in Kenntnis der Implikationen für die Sicherheit - sehr gut gefällt, ist ein Proxy, der sich transparent zwischen meinen Mailclient und den (lokalen) Server klemmt, verschlüsselte Mail (nach Eingabe der Passphrase für den privaten Schlüssel) entschlüsselt und dann dem Client auch entschlüsselt - ggf. mit Prüfung der Signatur und Dokumentation des Ergebnisses - übergibt und ausgehende Mail nach bestimten Regeln ebenso transparent verschlüsselt. So habe ich meine ein- wie ausgehende Mail im Client ganz normal unverschlüsselt vorliegen, der Übertragungsweg ist aber Ende-zu-Ende verschlüsselt. Total bequem! Das nutze ich auch tatsächlich für alle Kommunikationspartner, von denen mir Schlüssel vorliegen und bei denen ich weiß, dass sie das entweder wünschen oder zumindest nicht ablehnen und damit technisch klarkommen.

Ein Nachteil bleibt allerdings: von unterwegs, von meinem Smartphone oder Tablet aus, kann ich diese Mails nicht lesen, denn meinen privaten Schlüssel möchte ich nicht auf einem Android-Gerät liegen haben …

4. Benutzt du in der Stadt den ÖPNV oder das Fahrrad?

hüstel Das Auto …

5. Was war früher als Kind dein Lieblingsspielzeug?

Schwer zu sagen. Ich habe sowohl mit Playmobil als auch mit Lego sehr viel (gebaut und) gespielt; das dürften insofern meine Lieblingsspielzeuge gewesen sein, ohne dass ich darunter jetzt echte Prioritäten gehabt hatte.

Danach kamen natürlich irgendwann die Rollenspielrunden und noch davor der erste Computer …

6. Hatte dein erstes Telefon eine Wählscheibe oder Tasten?

Das erste Telefon, das ich benutzt habe, vermutlich noch eine Wählscheibe; die Telefone, mit denen ich bewusst, also ab etwa dem Grundschulalter, aufgewachsen bin, und mein erstes eigenes Telefon hatte(n) Tasten

7. Unternimmst du Ausflüge in fremde Welten lieber mit Science fiction oder mit Fantasy?

Auch hier habe ich keine klare Präferenz, würde mittlerweile aber sagen: eher mit Fantasy. Gerade mit “klassischer” oder “literarischer” Science Fiction - Asimov und Co. - kann ich, muss ich gestehen, herzlich wenig anfangen.

8. Ist selbst kochen Entspannung oder lästige Pflicht?

Definitiv lästige Pflicht! - Insofern greife ich dann entweder auf Fertiggerichte bzw. den Lieferdienst zurück, gehe essen oder darbe …

9. Gibt es ein Musikstück, das du liebst, obwohl es überhaupt nicht zu der sonst von dir gehörten Musik paßt?

Liebst … Nun ja. Es gibt(mehrere) Musikstücke, die ich zumindest sehr gerne höre, die aber so gar nicht zu meinem Stil passen, ja. Eigentlich bin ich eher ein Freund der Balladen, Hymnen und auch instrumentalen Stücke, also des sanften, gefälligen - ich mag aber auch manchmal Metal und ab und an die verstorbenen Beinkleider … Nur eines geht ganz sicher nicht (und nie): Rap.

10. Hast du schon einmal auf einem (echten oder virtuellen) Flohmarkt etwas gekauft, das du früher unbedingt haben wolltest, aber nicht bekommen konntest?

Ich glaube nicht … Jedenfalls kann ich mich nicht bewusst erinnern.

11. Hast du lange überlegt, ob du diese Fragen beantworten willst?

Nein! - Ich habe nur lange gebraucht, um es zu tun.

---

Nachdem ich nunmehr - verspätet - hoffentlich alles Notwendige getan habe, einen Szafskater froh zu machen, wollen wir es hierbei auch belassen und das Stöckchen nicht weiterwerfen.

Mit dem Relaunch meines Blogs ändern sich auch die URLs für den bzw. die Feeds! Die Einträge im jeweiligen Feedreader sollten entsprechend angepasst werden.

Aktuelle Links finden sich in der rechten Seitenspalte unter der Überschrift “Blog abonnieren”.

Dieses Blog wird im Juni 2014 11 Jahre alt - Zeit für einen Rückblick, Zeit für Gedanken, wie es weitergeht, Zeit für einen Neuanfang.

Ein Rückblick

Im Juni 2003 wurde (der Vorgänger) dieses Blog(s) begonnen. In diesem guten halben Jahr gab es dann 130 Einträge, im Folgejahr 2004 bereits 509, 2005 waren es 330 Blogeinträge und 2006 dann schließlich 298.

2007 folgte darauf die erste lange Pause - 19 Beiträge im Januar, 7 im Februar, 6 im März und dann lange Zeit nichts: im Juni 2008 einmal 8 Beiträge aus dem Urlaub, ein vereinzelter Beitrag im September, aber ansonsten Stille. Fast zwei Jahre lang.

2009 im Februar ging es dann wieder los, diesmal weniger mit persönlichen Erlebnissen und kurzen Artikeln aus wenigen Sätzen, sondern mit zumeist längeren, gehaltvollen, meistens juristischen Beiträgen. 103 wurden es bis Juli, dann gab es eine kurze Pause, und dann ging es im November wieder los: 16 Beiträge noch in 2009, und dann im Jahre 2010 wieder 159 Beiträge, anfangs einige technischen Anleitungen, dann wieder gemischt mit längeren juristischen Ausführungen und kurzen Nachrichten. Ab der Jahresmitte war die Veröffentlichungsfrequenz allerdings schon wieder auf 1-2 Beiträge pro Woche gesunken; im Januar 2011 folgte noch einmal ein großer Schub von 33 - meist eher technischen - Artikeln, zu denen aber im Verlauf des Jahres bis Oktober auch nur noch 18 bis zur Gesamtzahl von 51 hinzukamen.

Ab da ruhte dann wieder still der See - 1 Beitrag 2012, 3 Beiträge 2013. Ansonsten: Stille. Diesmal gut drei Jahre.

Eine Nabelschau

Gründe für die Stille gibt es viele: an erster Stelle steht natürlich die mangelnde Zeit. Gerade in den Jahren 2012 und 2013 blieb wenig freie Zeit zum Lesen, Denken und Basteln und noch weniger Muße, die Ergebnisse dann auch niederzuschreiben und zu veröffentlichen.

Ein weiterer Grund war sicherlich das fehlende stringente inhaltliche Konzept des Blogs, das irgendwann einmal mit kurzen Geschichten aus dem (meist) privaten Leben (und Beschwerden eines - damals - Fernpendlers über die Bahn) begonnen hat, dann nie so richtig ein juristisches Blawg wurde, aber auch kein eher technisch orientiertes Blog mit Tutorials und Anleitungen. Stattdessen von allem etwas, historisch gewachsen, keine klare Struktur - übernommen von einer Blogengine zur nächsten, mit teilweise mittlerweile defekten Formatierungen, verschiedenen Schreib- und Formatierungsstilen und einem zur Homepage passenden, aber nicht mehr aktualisierbaren alten Template. Insgesamt eher eine Sackgasse.

Und: gerade kurze Gedanken, Gefühle, Kommentare passen mittlerweile mehr in eines der sozialen Netzwerke (Facebook, Google+, man suche es sich aus) oder auf einen anderen Dienst wie Twitter. Auch hier: fehlende Struktur. Was veröffentlicht man wo? Wer bin ich, und wenn ja, wie viele?

Schließlich ist das Blog auch nur ein Teil meiner Webseiten, meiner Homepage, die ganz dringend einer Überarbeitung harrt, inhaltlich, optisch, technisch - und das schon seit mindestens dem Jahre 2010, alleine, die Zeit … und damit schließt sich der Kreis.

"Netz-Rettung-Recht: Relaunch des Blogs" vollständig lesen