Die Option --syntax=LANG stellt die Programmiersprache ein,
--fragment sorgt dafür, dass keine vollständige HTML-Seite,
sondern einbettbarer HTML-Code generiert wird.
Die zugehörigen CSS-Klassen liefert folgendes Kommando nach stdout:
Perltidy stellt die Syntax von Perl-Code farbig und mit
Fontattributen wie kursiv und fett dar, wenn man den Code mit Option
-html nach HTML wandelt. Ich nutze dieses Feature, um lesbareren
Perl-Code für mein Blog zu generieren.
Für die Einbettung des generierten HTML-Codes in eigene HTML-Seiten
sind allerdings kleinere Sonderbehandlungen nötig.
Anpassung der Stylesheet-Definitionen
Perltidy generiert mit
$ perltidy -html -ss >FILE.css
eine Stylesheet-Datei, die die Definitionen der CSS-Klassen für die
Syntaxelemente enthält und in die eigenen HTML-Seiten
eingebunden werden kann:
Die CSS-Definitionen für <body> und <pre> am Anfang sollten im
Falle einer Einbettung nicht vorkommen, da diese an anderer
Stelle definiert sind. Sie lassen sich mit grep wegfiltern.
$ perltidy -html -ss | grep '^\.'
Anpassung 2
Die Namen der CSS-Klassen bestehen aus ein oder zwei
Buchstaben, was zu Nameclashes führen kann.
Dies verbessere ich, indem ich dem Klassennamen
einen Präfix voranstelle. Ich wähle "pt-".
eine Quelltext-Darstellung in HTML. Diese kann in die eigene
Seite eingebunden werden.
Anpassung 1
Der HTML-Code ist in ein <pre> ohne Klassenanabe eingefasst. Das
CSS-Layout dieses <pre> lässt sich also nicht gezielt anpassen. Am
besten filtert man es weg und setzt den HTML-Code in ein eigenes
<pre>.
$ perltidy -html -pre <FILE | egrep -v '^</?pre>'
Anpassung 2
Die CSS-Klassennamen müssen an die oben gewählten Namen in der
Stylesheet-Datei angepasst werden.
Ist eine FAQ (s. perldoc -q occurrences), aber ich vergesse
immer die genaue Syntax, da ich tr/// selten nutze und es mehrere
Funktionen in sich vereint:
$n = $str =~ tr/\n//;
$n ist in diesem Fall die Anzahl der Zeilenumbrüche in $str.
Mit der Direktive
Redirect
kann ein Seitenzugriff auf eine andere Seite umgeleitet werden. Die
Umleitung schließt alle Subpfade ein, also Seiten mit gleichem
Pfadanfang.
Möchte man ein Directory auf ein Subdirectory umleiten, klappt dies
mit Redirect nicht, weil das zu einer Endlos-Rekursion führt.
Die Redirect-Regel
Redirect /a /a/b
führt bei Aufruf von /a zu der endlosen Kette von HTTP-Aufrufen
/a
/a/b
/a/b/b
/a/b/b/b
...
bis der Browser dies erkennt und mit einer Meldung wie
Redirect Loop: Redirection limit for this URL exceeded.
abbricht.
Die Lösung liefert die (leistungsfähigere) Direktive
RedirectMatch. Mit dieser lässt sich der umzulenkende
Pfad per Regex präzise eingrenzen:
RedirectMatch /a$ /a/b
Das Dollarzeichen verankert den Pfad /a am Ende des URL,
so dass Subpfade nicht mehr matchen und die Rekursion unterbleibt.
Da durch die Regel keine Subpfade weitergeleitet werden,
müssen die Zugriffe innerhalb von /a/b relativ sein.
Ist das Ausgangsdirectory das Root-Directory, muss
auch der Anfang verankert werden, da jedes Verzeichnis
auf / endet:
Mit der Option -a führt rsync den Abgleich im „Archive Mode”
durch, d.h. Symlinks, Devices, Permissions, Ownerschaft usw. werden
auf die Zielmaschine transferiert.
Was aber, wenn gewisse Unterschiede erforderlich sind, z.B. die
Ownerschaft einiger Dateien verschieden sein muss, weil
der Owner oder die Group auf der Zielmaschine anders heißen?
Beispiel: Die Group des HTTP-Servers heißt auf der
einen Maschine „www-data” während sie auf der anderen Maschine
„apache” heißt. Über die Group bekommt der HTTP-Server
Rechte auf bestimmten Dateien eingeräumt, sie muss
also passend zur Maschine gesetzt sein.
Solche Differenzen kann rsync nicht auflösen und bietet auch keine
Option hierfür. Es lässt sich aber mit einem nachgeschalteten
Shell-Skript erreichen, das via ssh auf der Zielmaschine ausgeführt
wird:
Overlays sind Bilder, die von Google Earth auf einen Bereich
der Erdoberfläche (GroundOverlays) oder statisch ins Anwendungsfenster
(ScreenOverlays) projeziert werden.
Zu den Bildern gehört eine Spezifikation in
KML (Keyhole
Markup Language), die die Bilder beschreibt und festlegt, wie
Google Earth mit ihnen verfahren soll. KML ist XML-basiert und
wird in einer Datei mit der Extension .kml gespeichert.
Die kml-Datei und die Bild-Dateien können zusammen in Form einer
einzelnen kmz-Datei an Google Earth übergeben werden. Die kmz-Datei
ist eine ZIP-Datei, die die genannten Dateien enthält.
Die kmz-Datei wird entweder über "File/Open" geladen oder als
Parameter beim Aufruf von Google Earth angegeben.
Obige KML-Spezifiktion beschreibt ein Bild, das auf die Erdoberfläche
projeziert wird (Element GroundOverlay) und ein Bild, das statisch in
der oberen linken Ecke des Fensters dargestellt wird (Element
ScreenOverlay). Die beteiligten Hauptelemente sind:
Document,
GroundOverlay,
ScreenOverlay.
Für die Platzhalter __NAME__, __DESCRIPTION__ usw. müssen konkrete
Werte eingesetzt werden.
__NAME__
Bezeichnung des Orts (Google-Terminus: Place). Diese Bezeichnung
erscheint auf der linken Seite im Fenster und kann direkt ausgewählt werden.
__DESCRIPTION__
Beschreibung zum Ort.
__FILE__
Dateiname des Bildes, das auf die Erdoberfläche projeziert wird.
__NORTH__, __SOUTH__, __EAST__, __WEST__
Ortskoordinaten als dezimale Gradzahlen.
__LEGEND_FILE__
Dateiname des statischen Bildes (das wir hier als "Legende" bezeichnen.
MIME Type
Wird die kmz-Datei von einem HTTP-Server ausgeliefert, sollte
dieser den MIME-Type kennen:
application/vnd.google-earth.kmz kmz
Im Browser kann Google-Earth als Helper-Applikation vereinbart werden.
Beim Eintreffen einer kmz-Datei wird Google Earth dann automatisch
gestartet und positioniert an den betreffenden Ort.
Die Angaben für den Browser sind:
Vielleicht trivial, aber mir war die Antwort bislang nicht klar: Wie gebe ich
eine Gleitkomma-Zahl aus, ohne dass Stellen wegfallen oder überflüssige Nullen am Ende erscheinen?
Bei der Ausgabe von Gleitkommazahlen habe ich bislang automatisch zu printf/sprintf
und %f gegriffen, aber das Format-Element %f formatiert die Zahlen ja immer auf
eine feste Anzahl an Stellen und rundet auf die letzte Stelle. Z.B.
my $x = 0.123456789;
printf "%f",$x;
ergibt
0.123457
(%f formatiert/rundet per Default auf 6 Nachkommastellen)
Natürlich kann ich die Anzahl der Stellen groß wählen, aber dann bekomme
ich u.U. zusätzliche Stellen, wenn die betreffende Zahl binär nur
näherungsweise dargestellt werden kann:
my $x = 0.123456789;
printf "%.20f",$x;
ergibt
0.12345678899999999734
Andererseits erhalte ich am Ende überflüssige Nullen bei Zahlen,
die dezimal weniger als die vorgegebenen Stellen besitzen:
my $x = 0.5;
printf "%.20f",$x;
ergibt
0.50000000000000000000
Was tun?
Die Lösung ist (anscheinend) einfach: Ich gebe die Zahl nicht als Zahl sondern als String aus!
D.h. im Falle von printf/sprintf mit Format-Element %s!
Damit erhalte ich, was ich will. Die Zahl mit allen Stellen und nicht mehr
my $x = 0.123456789;
printf "%s",$x;
0.123456789
und ohne überflüssige Nullen
my $x = 0.5;
printf "%s",$x;
0.5
Bei näherer Überlegung leuchtet das ein, da Perl intern neben der (binären) numerischen
Repräsentation eine Stringrepräsentation des Werts speichert, welche anfänglich
genau der Zeichenfolge bei der Zuweisung entspricht.
Schlussfolgerung: Programme, die nicht rechnen, sondern Gleitkommazahlen
nur einlesen und wieder ausgeben, sollten, um Verfälschungen auszuschließen,
diese bei der Ausgabe grundsätzlich als Strings und nicht als Zahlen behandeln.
Dies setzt natürlich JavaScript voraus. Aber schreibt heutzutage noch jemand
Web-Anwendungen ohne JavaScript?
Im Text
Statt die Email-Adresse im Klartext hinzuschreiben, wird das @-Zeichen ausgetauscht:
entweder durch ein HTML-Entity, eine Zeichenkette wie "<AT>"
oder eine Grafik:
Bei einer Grafik besteht das Problem, dass diese vom Aussehen statisch ist, das Aussehen des
umgebenden Textes u.U. nicht immer gleich ist, z.B. in unterschiedlichen Browsern oder
durch Farbänderung beim Überfahren eines Links.
Eine einfache (eventuell nicht besonders wirksame) Methode, um
Email-Adressen in HTML-Seiten unkenntlich zu machen, um sie vor
Spammern zu verbergen, ist, sie in Entity-Schreibweise zu wandeln. Das
folgende Perl-Skript wandelt einen beliebigen String in
Entity-Schreibweise:
Ein automatisches Login führt SSH durch, wenn auf der Zielmaschine
der Öffentliche Schlüssel des eigenen Accounts hinterlegt ist. Der
Öffentliche Schlüssel wird auf der Zielmaschine zum Zielaccount
hinzugefügt mittels:
Umwandlung eines TIMESTAMP WITHOUT TIME ZONE
in Unix-Epoch (Sekunden seit 1.1.1970 0 Uhr) in einer Anwendung, die mit
UTC-Zeiten arbeitet:
sql> SELECT EXTRACT(EPOCH FROM TIMESTAMP '1970-01-01 00:00:00' AT TIME ZONE 'UTC') AS t;
t
---
0
Entscheidend ist hier der Zusatz "AT TIME ZONE 'UTC'", denn ein
TIMESTAMP WITHOUT TIME ZONE wird als Zeit der lokalen Zeitzone
interpretiert - nicht etwa UTC! Ohne den Zusatz ist das Resultat um dem Offset der
lokalen Zeitzone verschoben - böse Falle. Hier das Ergebnis im Falle von MEZ (+0100):
sql> SELECT EXTRACT(EPOCH FROM TIMESTAMP '1970-01-01 00:00:00') AS t;
t
-------
-3600
Erläuterungen
EXTRACT(EPOCH FROM t) extrahiert die Epoch-Sekunden
vom Zeit-Wert t.
TIMESTAMP '1970-01-01 00:00:00' ist die Zeitangabe
t.
AT TIME ZONE 'UTC' interpretiert die Zeitangabe
t hinsichtlich Zeitzone UTC.
EPOCH nach TIMESTAMP WITHOUT TIMEZONE
Umwandlung von Epoch-Sekunden in einen TIMESTAMP WITHOUT TIMEZONE
(die0 steht für den Epoch-Wert):
sql> gkss=# SELECT TIMESTAMP 'epoch' + 0 * INTERVAL '1 second' AS t;
t
---------------------
1970-01-01 00:00:00
Erläuterungen
TIMESTAMP 'epoch' bzeichnet den Anfang der Zeitrechnung (1.1.1970 0 Uhr).
0 * INTERVAL '1 second' ist der Zeitoffset in Sekunden, der hinzuaddiert wird.
Er kann auch negativ sein.
Wie ermittele ich, welche Perl-Module über das Grundsystem hinaus
installiert wurden?
Die Antwort liefert das Kommando:
$ perldoc perllocal
Das Ergebnis ist ein formatiertes POD-Dokument, das die
Installationshistorie aller per make install oder
./Build install installierten Module aufführt.
Das Dokument wird mit der Installation des ersten Moduls
angelegt. Unmittelbar nach Installation des Core-Systems ist es noch
nicht vorhanden, da noch kein zusätzliches Modul installiert wurde.
Mit jeder Modul-Installation wird ein Eintrag am Ende hinzugefügt.
Wird ein Modul mehrfach installiert, taucht es mehrfach auf.
Programm
Liefere die Namen der zusätzlich installierten Module, alphabetisch
sortiert, ohne Doubletten:
Der Speicherbedarf von einzelnen Perl-Variablen und komplexeren
Datenstrukturen lässt sich mit
Devel::Size
ermitteln. Hier die Werte für Perl 5.10 auf einem 32-Bit System.
(Eine andere Betrachtung - Messung des verbrauchten virtuellen
Speichers bei großen Datenstrukturen - hat Peter J. Holzer angestellt:
http://www.hjp.at/programming/perl/memory/)
Skalare
Skalar ohne Wert:
16 Bytes
Referenz:
16 Bytes
Integer:
16 Bytes
Float:
24 Bytes
Leerstring:
36 Bytes
String der Länge n:
36+n Bytes
Perl alloziert bei Strings jeweils 4 Bytes im Voraus, vermutlich um
jedes UTF-8 Zeichen speichern zu können. Obige Berechnung geht von
1-Byte-Zeichen aus. Enthält der String UTF-8 Zeichen mit 2, 3 oder 4
Byte, vergrößert sich der Platzbedarf entsprechend.
Arrays
leeres Array:
100 Bytes
Array der Größe n:
100+4*n Bytes
Perl vergrößert ein Array schrittweise auf 4, 8, 16, 32, 64,
... Elemente. D.h. wird das 4. Element zugewiesen, vergößert Perl
intern schon auf 8 Elemente usw. Für jedes Element alloziert Perl
einen Pointer (4 Bytes). Die angegebene Größe ist der
Netto-Speicherbedarf des Array, d.h. der Speicherbedarf der
(skalaren) Werte kommt noch hinzu.
Perl vergrößert einen Hash schrittweise auf 8, 16, 32, 64,
... Elemente. D.h. wird das 8. Element zugewiesen, vergößert Perl
intern auf 16 Elemente usw. Für jeden Key alloziert Perl vorab einen
Pointer (4 Bytes). Zusätzlich kommt mit zunehmender Anzahl Buckets ein
wachsender Overhead von 9, 10, 11, ... Bytes je Key hinzu. Die Größe
des Key geht auch mit ein. Bei der Messung unten ist der Key der
String "EintragNNNN", also 11 Zeichen lang. Die angegebene Größe ist
der Netto-Speicherbedarf des Hash, d.h. der Speicherbedarf der
Werte kommt noch hinzu.
Rahmen von 1px Breite statt der normalen Dekoration.
#e {
border: 1px #999 solid;
}
Hintergrundfarbe
Die Hintergrundfarbe des Eingabefeldes ändern, wenn es mit der Maus überfahren wird
(:hover) oder den Fokus bekommt (:focus).
Besitzt das Feld weder den Fokus noch befindet sich die Maus darüber, wird die ursprüngliche Hintergrundfarbe
automatisch wieder hergestellt. Dies braucht nicht vereinbart werden.
#e:hover, #e:focus {
background-color: #eee;
}
Font
Ein Text-Eingabefeld sollte m.E. normalerweise einen monospaced Font eingestellt haben,
nur dann entspricht die optische Feldbreite exakt der Anzahl der Zeichen, die
in das Feld passen.
Die Farben und die Höhe der Elemente sind weggelassen,
da diese mit der Lösung nichts zu tun haben.
Die Breite von #header, #middle und
#footer passt sich dem zur Verfügung stehenden Raum dynamisch an.
Die Reihenfolge der divs in HTML ist signifikant. Das div #middle
kommt nach#left und #right.
"clear: both;" bei #header bewirkt,
dass neben dem Header kein Float platziert wird. D.h. die beiden
Floats #left und #right werden vom Browser darunter
platziert.
Durch "float: left;" wird das Element #left
links platziert. Analog wird Element #right durch
"float: right;" rechts platziert. Die Breitenangabe "width: 80px;"
weist den Floats ihren (fixen) horizontalen Raum am linken
und rechten Rand zu.
Das Element #middle hat keine clear-Angabe
und kann daher zwischen die Elemente #left und #right treten.
Damit der Inhalt des div sich nicht mit den Randelementen überschneidet, wird
mit "padding: 0 80px 0 80px;" ein Padding eingestellt, das den Raum,
der von den Randelementen belegt wird, ausspart. Die Reihenfolge der Angaben ist:
oben, rechts, unten, links.
"clear: both;" bei #footer verhindert,
dass beim horizontalen Verkleinern des Fensters die oberen Floats
neben oder unter den Footer springen.
Die Konstruktion aus den fünf divs kann in den HTML <body>
oder eine Tabellenzelle <td> eigebettet werden.
Um den HTML- bzw. CSS-Code einer Seite direkt zu validieren,
können folgende Links in die Seite eingebaut werden. Aus dem Referer-Header ermittelt
der Validator die Ausgangsseite und ruft diese ab. Das geht natürlich nur,
wenn die Seite öffentlich zugreifbar ist.
Der URL-Parameter ss=1 sorgt dafür, dass der Validator
ein Source-Listing erzeugt. Dies ist sehr sinnvoll, da dann von einem Fehler aus
direkt an die beanstandete Stelle gesprungen werden kann.
PostgreSQL ist meiner Meinung nach das beste frei erhältliche Relationale Datenbanksystem.
Hier die wichtigsten Kommandos, um damit an den Start gehen zu können.
PostgreSQL RDBMS installieren (Debian)
# apt-get install postgresql
Zum DB-Admin machen
# su - postgres
Nur von diesem Unix-Account aus kann nach der Installation
eine Connection zum DBMS aufgebaut werden.
Liste der existierenden Datenbanken
$ psql -l
[Liste]
Nach der Installation existiert zunächst nur die Datenbank postgres.
Datenbank erzeugen/zerstören
$ createdb DB
...
$ dropdb DB
Liste der existierenden Benutzer
$ psql
postgres=# \du
oder
postgres=# SELECT rolname FROM pg_roles;
Benutzer anlegen/entfernen
$ createuser USER
Shall the new role be a superuser? (y/n) y
...
$ dropuser USER
Benutzer sind global für alle Datenbanken einer Installation.
Zunächst existiert nur der Benutzer postgres. Soll der User USER von
einem anderen Account als dem entsprechenden Unix-Account connecten können,
muss ein Passwort vergeben werden. Option -P.
Datenbankzugriff
Ist ein DB-User erzeugt, kann dieser vom gleichnamigen Unix-Account oder per Passwort, falls
eins vergeben wurde, von einem anderen Account per psql auf die Datenbank zugreifen.
USER$ psql DB
Welcome to psql 8.3.6, the PostgreSQL interactive terminal.
...
DB=#
Liste der existierenden Objekte
Tabellen: \dt
Sequenzen: \ds
Views: \dv
Exportieren/Importieren
Alle Datenbanken: pg_dumpall >FILE
Eine Datenbank: pg_dump DB >FILE
Importieren: psql -f FILE DB
Höhe des Players = Videohöhe + 25 (hier: 205 = 180+25 )
$FS
Erlaube Fullscreen-Modus (bei allowfullscreen "true" oder "false", bei fs: 0 oder 1)
$REL
Ähnliche Videos vorschlagen, wenn die Maus über dem Player ist (0=nein, 1=ja)
Im Falle eine Standard-Definition Films - wie oben - im Steitenverhältnis 4:3, errechnen sich z.B.
folgende Playergrößen:
120 x 115 (klein oben - es wird keine Zeit und kein Slider angezeigt)
160 x 145 (mittel oben - es wird keine Zeit angezeigt)
240 x 205 (groß oben - Fullscreen-Button ist explizit abgeschaltet)
320 x 265 (1. YouTube-Vorschlag)
425 x 344 (2. YouTube-Vorschlag)
480 x 385 (3. YouTube-Vorschlag)
640 x 505 (4. YouTube-Vorschlag)
Die Admin-Oberfläche bietet keine getrennte Einstellung für den eigenen Style - entweder
der Haupt-Style ändert den Style der Admin-Oberfläche mit oder es bleibt bei dem (für meinen Geschmack)
nicht sonderlich schönen Default.
Die Admin-Styles sind in den Verzeichnissen der Haupt-Styles in templates/STYLE/admin definiert.
Die Haupt-Styles, die einen Admin-Style mitbringen, lassen
sich folgendermaßen ermitteln:
Ein Style, der keinen Admin-Style definiert, kann mit einem fremden
Admin-Style ausgestattet werden, indem ein fremdes admin Verzeichnis (eines anderen
Style) dorthin kopiert wird oder ein Symlink auf dieses angelegt wird:
$ cd templates/MYSTYLE
$ ln -s ../OTHERSTYLE/admin .
Mit dieser Shebang-Zeile wird der Perl-Interpreter über die Environment-Variable
$PATH gesucht. D.h. die Shebang-Zeile muss nicht angepasst werden, wenn das Skript
in mehreren Umgebungen mit unterschiedlichen Installationspfaden laufen soll.
Meine Wahl der Blog-Software ist auf Serendipity gefallen, da ich es neulich positiv
erwähnt gefunden habe und meine anschließende Recherche ergeben hat, dass es wohl
tatsächlich gut ist.
Als ersten technischen Eintrag schreibe ich auf, wie ich Serendipity from scratch auf meinem
Debian Web-Host installiert habe. Zwar gibt es Serendipity auch fix und fertig als
Debian-Paket, aber das ist in Debian/Stable schon älter. Außerdem
ist diese Anwendung für mich wichtig genug, dass ich alles im Detail kontrollieren möchte,
einschließlich programmierung, und keinesfalls will, dass die Debian-Paketverwaltung
mir mit Updates dazwischen kommt.
Auf der Homepage bekommt man die aktuelle Version als Tarball und auch eine Beschreibung
für die manuelle Installation. Diese hat den Titel Fresh Installation. Sie ist gut, aber in einigen Punkten
nicht ausführlich genug. Ich beschreibe hier die Dinge, die ich bei meiner Installation
dort nicht gefunden habe.
Schritt 2: Auspacken des Pakets
Das Paket, in meinen Fall serendipity-1.5.1.tar.gz, kann irgendwo
im Dateisystem ausgepackt werden. In der Webserver-Konfiguration wird
später mitgeteilt, wo es sich befindet. Ich entscheide mich als Installationsort
für /opt/serendipity/1.5.1/.
Serendipity ist in PHP5 programmiert. Als DBMS verwende ich PostgreSQL.
Imagemagick wird von Serendipity zur Bildbearbeitung gebraucht.
Schritt 4: Apache Konfiguration
Im Serendipity-Paket scheint keine Apache-Config dabei zu sein. Ich habe diese
von der Debian-Version übernommen, mit der ich zuvor herumgespielt habe. Lediglich
die Pfade brauchte ich anpassen. Der URL des Blog wird
http://SERVER.DOMAIN/blog lauten.
Alias /blog /opt/serendipity/1.5.1
<Directory /opt/serendipity/1.5.1>
Options -Indexes +FollowSymlinks
DirectoryIndex index.php
<IfModule mod_php5.c>
php_flag session.use_trans_sid off
php_flag register_globals off
</IfModule>
AllowOverride All
order allow,deny
allow from all
<Files *.tpl.php>
deny from all
</Files>
<Files *.tpl>
deny from all
</Files>
<Files *.sql>
deny from all
</Files>
<Files *.inc.php>
deny from all
</Files>
<Files *.db>
deny from all
</Files>
</Directory>
Die Datei wird als serendiptiy.conf nach /etc/apacha2/conf.d
kopiert und anschließend der Apache neu gestartet:
# apache2ctl restart
Schritt 5: PostgreSQL-Datenbank einrichten
Für die Datenbank-Einrichtung sind drei Dinge zu tun:
Datenbank erzeugen
Datenbank-User erzeugen, über den Serendipity auf die Datenbank zugreift
Datenbanknamen und User und Passwort in die Serendipity-Config eintragen
Wichtig ist bei creatuser der Parameter -P,
damit der User ein Passwort erhält.
Schritt 6: Konfiguration und Administration von Serendipity
Anschließend auf http://SERVER.DOMAIN/blog/serendipity_admin.php gehen
und die Datenbank-Angaben in die Formularfelder eintragen
Bei Anmeldeaufforderung per "John Doe" mit Passwort "john" anmelden. Benutzername
und Passwort sollten nach der Anmeldung als erstes geändert werden. Danach
kann Serendipity im Detail den persönlichen Wünschen angepasst werden.
Ich habe beschlossen, ein Technik Logbuch zu führen, in welchem ich meine Erkenntnisse aufschreibe.
Primär als Nachschlagewerk zur eigenen Erinnerung, aber auch als mögliche Hilfe für andere.
Ich selbst schlage meist zuerst im Web nach, wenn ich auf eine Fragestellung oder ein Problem stoße
und oft ist etwas darunter, was mir schnell weiter hilft. Dies soll mein bescheidener Beitrag
zur globalen Wissensweitergabe im Zeitalter des Internet sein.
fseitz.de
