Die Browser benutzen unterschiedliche Wege, Listen einzurücken.
Einige rücken per Padding ein, andere per Margin.
Soll die Einrückung portabel verändert werden, müssen
margin-left uns padding-left also zusammen gesetzt
werden, und zwar eine Angabe auf die gewünschte Einrückung
und die andere auf 0.
Ein aus mehreren Elementen bestehendes HTML-Konstrukt soll in seinem
Aussehen frei gestaltbar sein. Wie lässt sich dies mit CSS erreichen?
Beispiel
Gegeben sei ein Inhaltsverzeichnis, bestehend aus einer Überschrift
(h1) und verschachtelten Listen (ul, li) mit Links (a) auf die
Dokument-Abschnitte.
1
<h1>Title</h1>
2
<ul>
3
<li>
4
<ahref="#section_1">Section 1</a>
5
<ul>
6
<li>
7
<ahref="#section_1_1">Section 1.1</a>
8
<ul>
9
<li>
10
<ahref="#section_1_1_1">Section 1.1.1</a>
11
</li>
12
<li>
13
<ahref="#section_1_1_2">Section 1.1.2</a>
14
</li>
15
</ul>
16
</li>
17
<li>
18
<ahref="#section_1_2">Section 1.2</a>
19
</li>
20
</ul>
21
</li>
22
<li>
23
<ahref="#section_2">Section 2</a>
24
</li>
25
</ul>
Der HTML-Code wird ohne CSS vom Browser (Firefox) ungefähr so dargestellt
(die Strukturelemente für den Titel (h1) und die Listen (ul) sind zur
Verdeutlichung grau hinterlegt):
Lösung
Um ein HTML-Konstrukt aus mehreren Elementen per CSS anpassbar zu
machen, gehen wir folgendermaßen vor:
Wir geben dem Wurzelelement des Konstruktes eine eindeutige Bezeichnung
und weisen ihm hierzu eine Id oder einen Klassennamen (oder beides) zu.
1
<ELEMENTid="my-toc-4711"class="my-toc">
2
...
3
</ELEMENT>
Eine Id verwenden wir, wenn wir ein bestimmte Instanz des Konstrukts
gestalten wollen. Wollen wir alle Instanzen des Konstruktes
gestalten, verwenden wir einen Klassennamen.
Hat das Konstrukt kein Wurzelelement, wie im Beispiel, denn auf
oberster Ebene stehen hier zwei Elemente: h1 und ul, erzeugen wir
eins, indem wir das Konstrukt in ein <div> einfassen.
1
<divclass="my-toc">
2
HTML
3
</div>
Ein Wurzelelement zu haben, ist in vielerlei Hinsicht praktisch,
denn es kann Definitionen aufnehmen, die das Konstrukt als Ganzes
(Hintergrund, Abstände, etc.) oder alle seine Subelemente
betreffen (Texteigenschaften etc.).
Im Stylesheet adressieren wir die Elemente ausgehend vom Wurzelelement
mit entsprechenden Selektoren. Bei obiger Inhaltsverzeichnis-Struktur
könnte dies so aussehen:
1
.my-toc{
2
/* das gesamte Konstrukt */
3
}
4
.my-toc h1{
5
/* die Überschrift */
6
}
7
.my-toc ul{
8
/* die Liste der Ebene 1 */
9
}
10
.my-toc ul ul{
11
/* die Listen der Ebene 2 */
12
}
13
.my-toc ul ul ul{
14
/* die Listen der Ebene 3 und tiefer */
15
}
16
.my-toc a{
17
/* alle Links */
18
}
Weitere Klassennamen oder Ids werden innerhalb des Konstruktes nicht
benötigt, es sei denn, es liegt der eher seltene Fall vor, dass CSS-Selektoren
die erforderliche Elementauswahl nicht treffen können. Beispiel: gerade
oder ungerade Zeilen einer Tabelle.
Der Medion Life S60003 ist ein einfacher Player zum Abspielen
von MP3- und WMA-Dateien.
Zum Datenaustausch wird dieser auf einen freien USB-Port gesteckt.
Der Player wechselt in den Zustand "USB Connected". Wird gerade
ein Titel gespielt, muss die Wiedergabe erst angehalten werden.
Zugriff auf das Dateisystem des Players
Der Player wird von udev erkannt und vom System automatisch auf ein
Verzeichnis unter /media gemountet. Der Vorgang wird in
/var/log/messages protokolliert:
usb 3-1: new high speed USB device using ehci_hcd and address 18
usb 3-1: New USB device found, idVendor=066f, idProduct=8588
usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=5
usb 3-1: Product: MD 83366
usb 3-1: Manufacturer: Medion
usb 3-1: SerialNumber: 43F9000056B398A30002D8F515A958A3
usb 3-1: configuration #1 chosen from 1 choice
scsi18 : SCSI emulation for USB Mass Storage devices
scsi 18:0:0:0: Direct-Access Medion MD 83366 0100 PQ: 0 ANSI: 4
scsi 18:0:0:1: Direct-Access Medion MD 83366 0100 PQ: 0 ANSI: 4
sd 18:0:0:0: [sdc] 478976 4096-byte logical blocks: (1.96 GB/1.82 GiB)
sd 18:0:0:0: [sdc] Write Protect is off
sd 18:0:0:0: [sdc] 478976 4096-byte logical blocks: (1.96 GB/1.82 GiB)
sd 18:0:0:1: [sdd] Attached SCSI removable disk
sdc:
sd 18:0:0:0: [sdc] 478976 4096-byte logical blocks: (1.96 GB/1.82 GiB)
sd 18:0:0:0: [sdc] Attached SCSI removable disk
Der Mountpoint lässt sich mit mount(1) herausfinden:
$ mount
...
/dev/sdc on /media/87C9-FFD0 type vfat (rw,nosuid,nodev,uhelper=udisks,
uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,flush)
Eigentlich ist der Flash-Speicher des Players nicht direkt
mountbar. Vielmehr wird der Player als MTP-Gerät
(http://de.wikipedia.org/wiki/Media_Transfer_Protocol) angesprochen. Der Eintrag in
/lib/udev/rules.d/45-libmtp8.rules lautet:
Der Player kann, wenn obiges Setup stimmt, auch per Hand gemountet
werden:
# mount /dev/sdX /mnt
X ist der Buchstabe des SCSI-Geräts ohne eine Partitionsnummer,
hier: /dev/sdc.
Ist unter System/Preferences/File Management/Media (Gnome) die
Option "Browse Media when inserted" aktiviert, wird von Gnome der File
Browser Nautilus auf dem Verzeichnis gestartet, wenn es automatisch
gemountet wird.
Aber ACHTUNG: Dies alles klappt nicht, wenn der Gnome
Audio-Player Rhythmbox läuft! Dieser nimmt selbst mit dem Player
via MTP Kontakt auf. Offenbar kann der Player nicht gleichzeitig
gemountet sein, d.h. ein etwaiger Mount - egal ob automatisch
oder manuell aufgebaut - wird sofort wieder abgebaut oder
anderweitig gestört.
Dateien übertragen
Gemountet kann der Player als Datenträger für beliebige
Dateien und Verzeichnisstrukturen verwendet werden.
Auch die Musiksammlung kann theoretisch mittels
Dateisystem-Operationen auf dem Player verwaltet werden. Dies ist
allerdings nicht praktikabel, da der Player die in den MP3-Dateien
enthaltenen ID3-Tags nicht auswertet. Werden MP3-Dateien einfach
nur kopiert, befinden sie sich anschließend zwar auf dem Player und
können gespielt werden, aber der Player "weiß" nichts über ihren
Inhalt und kann dem Benutzer die zur Unterscheidung wichtigen
Informationen Titel, Künstler, Album, Jahr, Genre nicht präsentieren.
Daher ist es besser, die Dateien mit Rhythmbox - oder einem anderen
Programm, welches Musikdateien per MTP verwaltet - zu übertragen. Der
Player erhält dann auch die Meta-Information zu den Dateien.
Analog zu lexikalischen Filehandles besitzt Perl lexikalische
Dirhandles. Eine Dirhandle ist ein Iterator über einem Verzeichnis.
Die Operationen auf Dirhandles lassen sich objektorientiert kapseln.
Hier eine entsprechende Klasse Dirhandle mit drei
Methoden: new() (Directory öffnen), close() (Directory
schließen) und next() (nächster Directory-Eintrag):
Das Dirhandle-Objekt $dh kann wie jede normale Dirhandle an
die Perl-Builtins readdir(), telldir(), seekdir(),
rewinddir(), closedir() übergeben werden.
Mit lexikalischen Filehandles ist es in Perl leicht möglich, File-I/O
objektorientiert zu kapseln. Hier zur Veranschaulichung eine Klasse
Filehandle mit drei Methoden: new() (Datei öffnen), close()
(Datei schließen) und slurp() (Datei komplett einlesen):
1
package Filehandle;
2
3
usestrict;
4
usewarnings;
5
6
sub new{
7
my($class,$mode,$file) = @_;
8
9
openmy$fh,$mode,$fileordie"ERROR: open failed: $file ($!)\n";
10
returnbless$fh,$class;
11
}
12
13
sub close{
14
my$self = shift;
15
16
close$selfordie"ERROR: close failed ($!)\n";
17
return;
18
}
19
20
sub slurp{
21
my$self = shift;
22
23
local$/;
24
returnscalar<$self>;
25
}
26
27
1;
28
29
# eof
Beispiel: Lies eine Datei komplett ein und gib sie auf STDOUT aus
Der Clou: Die Filehandle $fh kann unabhängig von der Klasse wie
jede andere Perl-Filehandle benutzt werden, z.B. mit dem
Diamant-Operator <> oder jeder anderen Filehandle-Operation
wie read(), write() usw. Obiges Programm lässt sich also auch so
implementieren:
Mitunter soll eine Menge von Dateien, die man erstellt und bearbeitet,
systematisch in etwas anderes, z.B. ein anderes Format, konvertiert
werden. Die Konvertierung lässt sich mit dem Utilty make
organisieren, so dass überflüssige Konvertierungen vermieden werden.
Wie sieht ein GNU Makefile für diese Aufgabe aus?
Das folgende (fiktive) Beispiel geht davon aus, dass wir .in-Dateien
in .out-Dateien konvertieren wollen. Die Konvertierung übernimmt das
(fiktive) Programm in2out.
Definition der Liste der Targets, also der Dateien, die zu
generieren sind. Das sind .out-Dateien. Diese Liste könnten wir per
Hand pflegen, was aber mühselig wäre. Stattdessen nutzen wir die
Möglichkeiten von GNU make und generieren die Liste mittels der
Funktionen wildcard und patsub aus den im aktuellen
Verzeichnis befindlichen .in-Quell-Dateien.
Zeile 3-4
Pattern Rule, welche definiert, welche Kommandofolge aus einer
.in-Quelldatei eine .out-Zieldatei erzeugt. Hier ist es ein einzelnes
Kommando, der Aufruf von in2out [infile] [outfile].
Die make-Variable $< enthält den Namen der .in-Quelldatei,
die Variable $* den Grundnamen der Quelldatei, aus dem
durch Anhängen von ".out" der Name der Zieldatei wird.
Zeile 6
Regel, die bei Aufruf von
$ make
oder
$ make all
zu erfüllen versucht wird. Diese (PHONY-)regel besagt, dass
als Vorbedingung alle $(OUTFILES) zu generieren sind.
Zeile 8-9
Regel ohne Vorbedingung, die aufräumt, also alle .out-Dateien löscht, z.B.
um sie insgesamt neu zu generieren. Aufruf:
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__
Quadrupel von dezimalen Gradzahlen, die die geografische Region
definieren.
__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</pre>
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
Session-Einstellungen
Datumsformat
Datumsangaben im Format YYYY-MM-DD
SET datestyle TO iso, ymd
select localtimestamp(0);
Der clientseitige Zeichensatz kann jederzeit umgeschaltet werden.
Wenn Daten mit unterschiedlichem Encoding verarbeitet werden,
besteht die Möglichkeit, vor dem Schreiben auf die Datenbank das
clientseitige Encoding umzuschalten. Die Konvertierung wird dann
vom Server übernommen.
\-Escapes in Stringliteralen verbieten
SET standard_conforming_strings TO on
Server-Zugriff von externen Hosts
Die folgenden Einträge ermöglichen den Zugriff von allen
Hosts für alle User und alle Datenbanken.
In pg_hba.conf oberhalb der anderen Einträge hinzufügen:
# TYPE DATABASE USER CIDR-ADDRESS METHOD
host all all 0.0.0.0/0 md5
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 Wissensweitergabe im Zeitalter des Internet sein.
fseitz.de
