Jedes Jahr neu: * Soll der gpg-Schlüssel weitergeführt werden, ist er noch sicher genug? * Wenn ja, eine sub-uid für das Jahr anlegen

Prinzipielle Überlegung zur Sicherheit. Wenn der Schlüssel nicht kompromittiert ist, spricht Nichts dagegen den Schlüssel auch weiterhin zu benutzen, zumal man das gewachsene Vertrauen durch Fremd-Signierungen nicht verlieren will.

Struktur des GPG-Schlüssels:

Ich betreibe mittlerweile einige Drupal-Installationen, wovon die meisten noch mit Drupal-6 laufen.

Für ein Upgrade steht nun Drupal-7 und Drupal-8 zur Verfügung und es gibt sowohl von 6-nach-7, als auch für 6-nach-8 einen Migrationsweg.

(Für Drupal 6 / Drupal 7 nach 8 Migration )

1. Vor einem Upgrade sind nun die Verfügbarkeit von zusätzlich genutzten Modulen zu prüfen.

(Module die nach 2017 nicht mehr aktualisiert wurden, sind aussortiert)

Die Takticker

Update: 2020/03 - Wegen der aktuellen Situation bieten wir derzeit keine Dienste an

Der Herbst malt seine Blätter bunt an.

Was macht der Mensch – er fängt an alles wegzufegen und zu entsorgen. Das Laub hat auch eine Schutzfunktion für Bäume und Sträucher

Höre es Dir an auf Youtube "Laubbläser-2017":https://youtu.be/gVqbJC5xzR8

Aktuell: Markdown (2021/12/05)

Um bereits für Drupal-9 bereit zu machen sollte man bereits jetzt das Upgrade auf Version 8.x-2.0 erwägen. Leider sind die Settings nicht ganz kompatibel

Deswegen:

eCryptfs ist eine feine Sache um das Home-Verzeichnis zu verschlüsseln, oder ganze Ordner (ich bevorzuge Letzteres). Das ist für die darin enthaltenen Dokumente eine gute Absicherung, um z.B. diese verschlüsselten Dateien via Dropbox über mehrere Rechner synchron zu halten. Um das ein wenig transparenter zu machen verschlüsseln viele Betriebssysteme den eigentlichen eCryptfs-Schlüssel mit dem Start-Password der Desktop-Umgebung.

SVN Merkhilfe: Ich such immer wieder nach den entsprechenden svn Befehlen und erstelle mir deswegen eine Merkhilfe

svn Merge Trunk in Branch

Beispiel in Trunk habe ich revision 438 und 439 zusätzlich und möchte das noch in mein bereits abgespaltenes Reles/Branch mergen.

Ich stehe im Hauptverzeichnis des Release/Branch

svn merge -r 437:439 https://svn.domain/repo/trunk .

Man kann nicht direkt 438 als Beginn eingeben, sondern sagt alles nach "437" und bis inklusive "439",

Ich hatte es bisher nur gehört, aber nicht geglaubt. Die PHP count Funktion braucht Zeit. Test-Szenario: Nicht durch ein Array durch-iterieren (per foreach copy-Operation der Felder), sondern nur die Größe des Array benutzen.

Auf SVN via Apache und der http-Methode zugreifen ist an sich trivial; einfach nach Handbuch konfigurieren und es tut.

Nun sind wir über ein Problem gestolpert, dass wir ähnlich wie bereits 2006 hatten, bei dem "svn copy" (COPY / MOVE / RENAME) ein "400 Bad Request" Fehler im Apache lieferte.