Weil es aber endlich Zeit wurde, auf FC 10 umzusteigen, zog ich mir das Installationsimage auf DVD und installierte fleißig. Der Ärger begann damit, dass zwar während der Installation die /home-Partition, die verschlüsselt ist, als verschlüsselt erkannt wurde, jedoch beim ersten Starten des neu installierten FC10s die Partition als defekt markiert wurde und durch nichts wollte sich das Check- und Reperaturprogramm fsck umstimmen lassen, dass die Partition fehlerfrei sei.

Nach nun mehreren Installationsgängen ist ein Rechner arbeitsfähig, aber fragt nicht wie. Fedora Core 10 mit Gnome auf einem AMD-8 (64bit) mit 2,1 GHz und 1,2 GB Arbeitsspeicher sowie mit einer ATI 9600er Grafikkarte ist langsam. Die Fenster scrollen zu langsam und hinterlassen „Streifen“, die Schriftarten werden nicht richtig gerendert und das Schreiben im Firefox auf einer AJAX/-JavaScript-beladenen Seite wie der Schreibkonsole eines WordPress Weblogs wird zum Abenteuer. Während ich hier flüssig schreibe, werden die getippten Buchstaben zeitverzögert ausgegeben. Kurzum: Der Betrieb ist alles andere als flüssig.

Auch nach einem Updatedurchgang bleibt FC10 lahmarschig. Schlimmer noch: Nach dem Update ist deutsche Tastaturbelegung, die voreingestellt war, verloren und der Network Manager aktiviert die gefundenen Netzwerkschnittstellen nicht mehr automatisch.

Fazit: Alles in allem eine sehr fragwürdige Ausgabe der beliebten Distribution. Ein paar Tage werde ich mich noch durch Foren wälzen und werkeln, danach aber wieder zu Fedora Core 9 zurückkehren – das lief fehlerfrei und zeitnah flüssig und schell.

Darum geht es: Eine Linux-Distribution vom USB-Stick bootfähig zu installieren, sprich: Stick in den Slot, Computer an, eigenes Linux im Portemonaie, immer zu Hause sein (oder im Büro, das ist sich doch gleich).

Erster Versuch mit „Damn Small Linux“, einer Distribution die mit 51 MByte erstaunlich schmal ist, eben ein verdammt kleines Linux. Installiert wird die Distribution hier auf einem 1GB USB Stick von Trekstor von einem Linux Fedora Core 9 aus.

Die Installation beginnt mit dem Vorbereiten des Sticks mit dem Partitionsprogramm GParted. Der Stick wird eingesteckt und das Programm GParted gestartet. Am besten öffnest du dir eh eine Konsole, in der du als admin/root arbeiten kannst (oder alles per sudo, wie du willst). Der Scan von GParted dauert eine Weile (zumindest versucht es bei mir verzweifelt das Floppy-Drive auf /dev/fd0 zu finden, wo def. keines ist). Nach dem Gerätescan wird eine Auswahlliste rechts oben angezeigt, in dem sich auch der Stick wiederfinden sollte (hier: /dev/sdc1). Dieser wird ausgewählt.

Folgendes passiert nun:

1. Das Gerät unmounten (falls eingebunden)
2. Vorhandene Partitionen löschen
3. Neue Partition erstellen (vollständige Speichernutzung, Primäre Partition, Dateisystem ext3)
4. Die Formatierung als Ext3 auswählen (Kontextmenu über r. Maustaste)
5. Anstehende Operationen ausführen (Menu Edit » Apply All Operations)

Der Stick sollte nun seine neue Ext3-Partition erhalten und auch gleich für Ext3 formatiert werden. Nach Abschluss der Formatierung muss die Partition noch als Bootable markiert werden. Öffne dazu mit einem rechten Mausklick das Kontextmenu und wähle die Option „Manage Flags“ aus. Dort kreuze „Boot“ an und bestätige Deine Auswahl. Nun ist Dein Stick vorbereitet, GParted kann beendet werden.

Nun darf getippt werden – ab in die Konsole:

1. mkdir /flash # Verzeichnis für Deinen Stick
2. mount /dev/sdc1 /flash # Stick mounten
3. mkdir /dsl # Verzeichnis für die DSL-ISO
4. Lade das File current.iso von Damn Small Linux herunter
5. mount /path/to/current.iso /dsl -o loop # ISO mounten
6. cp -vr /dsl/* /flash # alles auf den Stick kopieren
7. cd /flash # auf den Stick wechseln
8. /sbin/grub-install –no-floppy –root-directory=. /dev/sdc1 # Bootloader GRUB installieren
9. cd boot/grub/ # ins boot verzeichnis des Sticks wechseln
10. nano menu.lst # Menu anlegen

Notiz: Für alle Operationen solltest Du /dev/sdc1 an Deine Devicekennung /dev/xxx anpassen.

Folgende Boot-Options sollten dem GRUB-Loader mittels der Datei menu.lst auf den Weg gegeben werden:

title Damn Small Linux
root (hd0,0)
kernel /boot/isolinux/linux24 root=/dev/sda1 ro lang=us noeject frugal
initrd /boot/isolinix/minirt24.gz


Bitte die Datei mit CTRL+O speichern. Der Stick sollte nun fertig sein und kann nun ausgebunden werden.

1. cd ; umount /dev/sdc1

Nun kann mittels USB-Stick die sehr kleine Distribution DSL gestartet werden. Bitte vorher die Boot-Optionen des eigenen Computers überprüfen, an welcher Stelle das Booten von USB in der Bootreihenfolge steht (USB sollte auf jeden Fall vor der Festplatte/HDD stehen).

Hat es geklappt? Ja? Okay. Dann installierem wir in der nächsten Folge Fedora-Live auf einem 2GB-Stick :)

<?php wp_footer(); ?>

direkt über dem </BODY> werden die entsprechenden Funktionen für das Plugin nicht ausgeführt, was zum Statistik-Absturt führt.

Die meisten von diesen Bots dürften kein JavaScript „sprechen“. Warum also nicht in versteckte Formular-Felder Werte generieren lassen, die eine JavaScript-Funktion beim Anklicken des „Jetzt Kommentar hinterlassen“ erst erzeugt?

Theoretisch: Rennt ein JavaScript-loser Bot gegen das Formular an, werden durch Mangel an JavaScript-Funktionalität eben diese Werte nicht erzeugt. Ergo: Das PHP-Script kann den Kommentar zurückweisen, weil es entweder gar keinen oder einen falschen Wert übergeben bekommt.

Die JS-Funktion, die die Werte erzeugt, müsste natürlich extern eingelesen werden, um den Funktionscode nicht gleich mitzuliefern.

Spricht irgendetwas dagegen?

Warum nicht? Zum Funktionieren des MP3-Plugins sind weitere Installationen des GStreamers notwendig.

So findet sich im Wiki von Ubuntu beispielsweise die Information, welche Plugs noch benötigt werden:

• lame
• gstreamer0.10-plugins-ugly
• gstreamer0.10-plugins-ugly-multiverse

Zwar waren auf einem FC9 System die lame-libs installiert, jedoch nicht LAME ansich. Beim Installieren bissen sich die mitgelieferte Version der vorinstallierten lame-libs mit der Heruntergeladenen. Also empfahl sich ein Update über das Livna-Repository, der die Lame-Bibliothek anpasste und danach LAME fehlerfrei nachinstallierte.

Für die zusätzlichen gstreamer-plugins reichte die Installation des gstreamer-plugins-ugly-0.10.8-1.fc9.i386.rpm-Package bei freshrpms.net.

Daraufhin ließ sich das MP3-Feature bei SoundJuicer anwählen. Nun rippt SoundJuicer auch wieder für den MP3-Player, der leider keine OGG-Formate erkennt.

Weitaus vorteilhafter ist das vorherige Cachen des innerHTML-Inhalts, das ganz einfach durch eine scriptglobale Variable vorgenommen werden kann (ergo: Das Speichern des HTML-Inhalts der zu überschreibenen Ebene in einer global angelegten Variablen).

Ein Beispiel

Ein HTML-Dokument enthält eine Ebene, die einen Text enthält, sowie einen Button, der bei Anwahl einen AJAX-Request an den Server ausführt und in die selbe Ebene einen Text ausgibt, sowie einen „Abbruch“-Button. Wird dieser Button gedrückt, soll das Originalbild der Ebene wiederhergestellt werden.

Hier unsere HTML-Datei index.php:

<head>
…
<script type=“text/javascript“ src=“ajax.js“></script>
…
</head>

<body>

<div id=“ausgabe“>
<p>Weitaus vorteilhafter ist das vorherige Cachen des innerHTML-Inhalts, das ganz einfach durch eine scriptglobale Variable vorgenommen werden kann (ergo: Das Speichern des HTML-Inhalts der zu überschreibenen Ebene in einer global angelegten Variablen). </p>

<p><input type=“button“ value=“Senden“ onclick=“request(‘ausgabe’);“ ></p>
</div>

</body>

Im HEAD-Bereich der Datei wird eine Javascript-Datei inkludiert, die die notwendigen Funktionen für den Request bereithält. Der BODY-Bereich stellt einen Text sowie einen Button in der Ebene mit der ID „ausgabe“ zur Verfügung. Wird auf den Button geklickt, soll per AJAX-Request eine weitere Seite nachgeladen und in der geleerten Ebene „ausgabe“ ausgegeben werden.

So sieht die notwendige Javascript-Datei „ajax.js“ aus:

var http;
var output;
var cache;

// — DER EIGENTLICHE AJAX-HTTPXMLREQUEST
function request( layer ) {
// Ausgabe-Ebene global sichern
if( layer ) output = document.getElementById( layer );

// Request vorbereiten
if( window.XMLHttpRequest ) {
   http = new XMLHttpRequest();
} else if( window.ActiveXObject ) {
   http = new ActiveXObject(„Microsoft.XMLHTTP“);
}

if( http ) {
   // Datei nachladen/öffnen
   http.open( „GET“,“test.php“,true );
   // Rückgabefunktion setzen wenn Serverantwort fertig
   http.onreadystatechange = outputRequest;
   // Senden
   http.send( null );
}
}

// — Ausgabefunktion
function outputRequest() {
   if( http.readyState == 4 ) {
      if( output ) {
         // Cachen des alten Inhalts
         cache = output.innerHTML;
         // Überschreiben der Ebene
         output.innerHTML = http.responseText;
      }
   }
}

// —AUS DEM CACHE HOLEN
function loadCache() {
   if( cache && output ) output.innerHTML = cache;
}

Der eigentliche AJAX-HttpXMLRequest wird wunderbarst im OpenBook „JavaScript und AJAX“ von Christian Wenz (Galileo Computing) erklärt.

Wenden wir uns jedoch dem Caching zu: Das eigentliche Caching geschieht in der Ausgabe-Funktion outputRequest(), die aufgerufen wird, wenn der Server auf den Request antwortet. War die Anfrage erfolgreich (readyState = 4) wird nämlich der alte HTML-Inhalt der Ebene in die Variable cache geschrieben. Sie ist global angelegt und hat über die Funktionsgrenzen hinaus bestand, so dass auch andere Funktionen auf den Inhalt der Variablen zurückgreifen können. Erst nach dem Cachen wird die Ebene (in output ist das Ebenen-Handle gesichert) mit der http-Response (http.responseText) überschrieben, in unserem Fall mit dem Inhalt der Datei test.php.

So könnte unsere Datei test.php aussehen:

<p>
Ich bin eine wunderschöne Testdatei. Ich bin dazu geschaffen worden, leere Stellen mit sinnlosem Text zu füllen. Unter mir findet Ihr einen Button, der mich vernichtet und durch den alten Inhalt wieder ersetzt.
</p>

<p>
<input type=“button“ value=“Ebene zurücksetzen“ onclick=“loadCache();“>
</p>

Was also passiert? Die Funktion request() fragt mittels XMLHttpRequest die Datei test.php an. Die Antwort des Servers wird bei Erfolg der Inhalt der Datei test.php sein, der nun an die Ausgabefunktion geleitet wird und dort ausgegeben wird. Der alte Inhalt wurde zuvor in der Variablen cache gesichert. Der Aufruf der Funktion loadCache() durch das Klicken auf den neuen „Ebene zurücksetzen“-Button lädt aus der Variablen cache den alten Inhalt in die Ausgabeebene zurück.

Problematisch wird dieses Verfahren nur, wenn mehrere Requests auf diese Art und Weise in einem HTML-Dokument möglich sind, die alle mit diesem Caching-Verfahren arbeiten. Denn wenn ich Ebene A sichere, nun aber einen Request B ausführe, der Ebene B in die Variable cache schreibt, so kann ich auf Ebene A nicht mehr zurückgreifen, so dass ggf. ein falscher Cache-Inhalt in Ebene-A zurückgeschrieben wird.

Dieses Problem lässt sich jedoch mit einem Cache-Array und Indizes für die einzelnen Ausgabeebenen lösen. Der Artikel mit Cache-Array folgt demnächst.

Bei Quietschbunt: Search-By-Suggestions (SBS) »
Im WordPress-Repository: Search-By-Suggestions (SBS) »

Dabei wird das Templatefile „searchform.php“ im Theme-Ordner komplett gegen den Aufruf einer Pluginfunktion ersetzt. Die Funktion printet ein individuell über eine im Plugin mitgelieferte CSS-Datei (wird über das Plugin automatisch im Header eingebunden) Suchformular aus, das alle nötigen Einstellungen für die Vorschlagsbox bereits implementiert hat.

Es hat sich herausgestellt, dass das Einbinden der zweier Funktionen (setSBSEventHandler, setSBSSuggestionsBox) in das Templatefile searchform.php wesentlich sinnvoller ist, da eingepasste Searchforms nicht neu über das mitgelieferte CSS-File designed werden müssen. Mit dem CSS-File lässt sich jedoch nachwievor die SuggestionsBox einrichten.

Zur Funktionsansicht des Betastadium von SBS können die Suchfunktionen folgender Weblogs genutzt werden: 24stunden.de • Familienpolitik

Downloads der Beta werden mit Freischaltung im WordPress-Repository angeboten.