Das HTML-Beispiel:

<form [..]>
    <select id='selectid' name='selectthis'>
        <option value='a'>h</option>
        <option value='b'>i</option>
        <option value='c'>j</option>
        <option value='d'>k</option>
        <option value='e'>l</option>
        <option value='f' selected='selected'>m</option>
        <option value='g'>n</option>
    </select>
</form>

Wenn wir bei einer Änderung des Select-Blockes in irgendeiner Form reagieren wollen, dann hilft uns die Funktion ".change()" von jQuery.

$("#selectid").change(function() {
    //do stuff here
});

Wenn der Benutzer jetzt das Formular ändert, dann wird die anonyme Funktion aufgerufen (Als "anonyme Funktion" bezeichnet man die Funktionen die direkt als Parameter übergeben werden und keinen Namen haben).

Sagen wir, wir wollen, wenn die Option mit dem Wert (value) "e" aufgerufen wird, an ein weiteres select-Feld eine Option anfügen, dann sähe der Code so aus:

$("#selectid").change(function() {
    if($(this).val() == "e") {
        $("#weiteres-select-feld").append("<option value='klasse'>Toll</option>");
    }
});

Dieser Code macht folgendes:
Der Ausdruck "$(this)" enthält eine Referenz auf die ausgewählte Option und mit "$(this).val()" lesen wir den Wert dieser Option aus. Achtung mit Wert ist hier der value Parameter gemeint, nicht der Text zwischen den öffnenden und schließenden Tags.
Wenn dieser Wert nun also gleich e ist, dann wird an das select Feld mit der Id: "weiteres-select-feld" der HTML-Code "<option [...]>[..]</option>" an gehangen.

Hinweis: Die Zeile $("#weiteres-select-feld").append("<option value='klasse'>Toll</option>"); kann man auch so umsetzen: $(<option></option>').val('klasse').text('Toll').appendTo('#weiteres-select-feld');

Falls wir nun noch zusätzlich sicherstellen wollen, dass die angefügte Option als selected markiert wird, dann muss folgender Code noch hinzugefügt werden:

$("#selectid").change(function() {
    if($(this).val() == "e") {
        $("#weiteres-select-feld").append("<option value='klasse'>Toll</option>");
        $("#selectid option:selected").each(function () {
            $(this).attr("selected", false)
        });
        $("#weiteres-select-feld option[value='klasse']").attr("selected", true);
    }
});

Hier passiert nun folgendes:
Der Aufruf $("#selectid option:selected").each([...] geht alle selektierten Optionen durch und setzt diese mit der nächsten Zeile auf nicht selektiert. Zum Schluss wird über #weiteres-select-feld option[value='klasse'] der Wert des eben hinzugefügten Option auf selected gesetzt. Um die richtige Option zu erwischen muss über das Schlüsselwort option[value='|DER WERT DEINER OPTION'|'] der Wert des values, der zu selektierenden Option ausgewählt werden.

Eine Anmerkung: Wenn man die selektierten Optionen nicht durch loopt, dann bleiben bereits als selected markierte Optionen weiterhin selektiert, was zu komischen Ergebnissen beim Abschicken des Formulars führen kann.

Schlusswort: Man kann, vor allem das letzte Beispiel, auch anders umsetzen. Das war lediglich mein Weg.

Nun ist es so, dass dies nicht nur im Notfall, also wenn der RAM voll ist, sondern auch "zwischendurch" geschieht. Das bringt auf Systemen die viele Prozesse am laufen haben, welche eher selten auf den RAM zugreifen den Vorteil, dass der RAM für neue evtl. häufig genutzte pages frei bleibt und so eventuelles Tauschen von SWAP auf RAM entfällt.

Das schöne ist, dass man dem Kernel sagen kann wie er sich verhalten soll, also ob er nur im Notfall auslagern soll oder ständig.
Dies kann man über folgendem Parameter festlegen:

vm.swappines = [WERT]

Man kann dort einen Wert von 0 bis 100 eintragen. 0 bedeutet so viel wie: Alles im RAM behalten und 100 "aggressiv" auslagern.

Was der optimale Wert für dein System ist kann man nicht so einfach sagen. Dies muss man schlicht ausprobieren.
Setzen kann man den Parameter temporär mit:

sysctl vm.swappiness=[WERT]

und um ihn permanent zu übernehmen muss der Parameter vm.swappiness=[WERT] in die Datei /etc/sysctl.conf hinzugefügt werden.
Nachsehen ob alles geklappt hat kann man mit sysctl -a | grep vm.

Wie bereits gesagt gibt es keinen optimalen Wert. Wenn man allerdings ein voll verschlüsseltes System betreibt, wobei die swap ebenfalls verschlüsselt ist, dann tendiere ich dazu den Wert auf 0 zu setzen, weil Festplatten so schon langsam sind, aber verschlüsselt sind sie nochmal langsamer, somit ist ein Zugriff auf die Swap noch langwieriger. Im Endeffekt muss man es einfach ausprobieren, aber ein passender Wert kann durchaus einen Performance-boost bringen.

Über sysctl kann man noch viele viele andere Parameter setzen, wenn man allerdings nicht weiß was sie bedeuten, dann lieber die Finger davon lassen

In file included from mp4common.h:29,
from atom_avc1.cpp:22:
mpeg4ip.h:126: error: new declaration 'char* strcasestr(const char*, const char*)'
/usr/include/string.h:367: error: ambiguates old declaration 'const char* strcasestr(const char*, const char*)'
In file included from mp4common.h:29,
from 3gp.cpp:28:
mpeg4ip.h:126: error: new declaration 'char* strcasestr(const char*, const char*)'
/usr/include/string.h:367: error: ambiguates old declaration 'const char* strcasestr(const char*, const char*)'
In file included from mp4common.h:29,
from atom_amr.cpp:28:
mpeg4ip.h:126: error: new declaration 'char* strcasestr(const char*, const char*)'
/usr/include/string.h:367: error: ambiguates old declaration 'const char* strcasestr(const char*, const char*)'
atom_avc1.cpp: In constructor 'MP4Avc1Atom::MP4Avc1Atom()':
atom_avc1.cpp:27: warning: deprecated conversion from string constant to 'char*'
atom_avc1.cpp:30: warning: deprecated conversion from string constant to 'char*'
atom_avc1.cpp:32: warning: deprecated conversion from string constant to 'char*'
atom_avc1.cpp:35: warning: deprecated conversion from string constant to 'char*'
atom_avc1.cpp:37: warning: deprecated conversion from string constant to 'char*'
atom_avc1.cpp:39: warning: deprecated conversion from string constant to 'char*'
atom_avc1.cpp:42: warning: deprecated conversion from string constant to 'char*'
atom_avc1.cpp:47: warning: deprecated conversion from string constant to 'char*'
make[3]: *** [atom_avc1.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: *** [3gp.o] Error 1
atom_amr.cpp: In constructor 'MP4AmrAtom::MP4AmrAtom(const char*)':
atom_amr.cpp:33: warning: deprecated conversion from string constant to 'char*'
atom_amr.cpp:36: warning: deprecated conversion from string constant to 'char*'
atom_amr.cpp:38: warning: deprecated conversion from string constant to 'char*'
atom_amr.cpp:41: warning: deprecated conversion from string constant to 'char*'
atom_amr.cpp:43: warning: deprecated conversion from string constant to 'char*'
make[3]: *** [atom_amr.o] Error 1
make[3]: Leaving directory `/root/software/encoding/faac-1.28/common/mp4v2'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/root/software/encoding/faac-1.28/common'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/software/encoding/faac-1.28'
make: *** [all] Error 2

Es geht also schlicht nicht, weil es eine Inkompatibilität zwischen Code und Compiler gibt.

Jetzt die gute Nachricht! Es gibt einen Patch.
Diesen findet man hier:
http://www.linuxfromscratch.org/blfs/view/svn/multimedia/faac.html
oder als direkt Link:
http://www.linuxfromscratch.org/patches/blfs/svn/faac-1.28-glibc_fixes-1.patch

Ausführen kann man den Patch folgendermaßen (Im Verzeichnis von faac ausführen):
patch -Np1 -i faac-1.28-glibc_fixes-1.patch

Beim kompilieren werden zwar trotzdem eine Menge Warnings rausgehauen, trotzdem läuft der Codec danach einwandfrei und kann produktiv eingesetzt werden.

Hier die zwei Zeilen die dazu nötig sind:
cd /etc/apt/sources.list.d/
rm google*


Dann einmal apt-get update ausführen und die sources.list ist wieder Google frei

Um diesen Fehler zu reparieren benötigt man das Tool qt-faststart.

Das Tool bekommt man hier:
Klick mich

Einfach via: easy_install qtfaststart installieren.

Wenn das Tool installiert ist, dann müsst ihr qtfaststart nutzen und nicht qt-faststart. Letzteres Tool ist für MOV-Dateien gedacht.

Die Syntax ist selbsterklärend:

Usage: qtfaststart [options] infile [outfile]

Vielen dank an:
http://videoencoding.websmith.de/encoding-praxis/linux-qtfaststart-metadaten.html
und natürlich an
https://github.com/danielgtaylor/qtfaststart

Wenn das passiert, dann kann man das Panel einfach mit:
gconftool-2 --recursive-unset /apps/panel
zurücksetzen, anschließend killt man es noch mit pkill gnome-panel und es sollte wieder einwandfrei laufen.

Falls ihr eure Shell immer über das Panel geöffnet habt, dann versucht über "ALT+F2" den Anwendungsstartet zu bekommen und tippt dann "gnome-terminal" ein, falls das nicht geht legt einfach einen Starter mit dem entsprechenden Befehl.
Wenn gar nichts mehr geht, dann drückt "ALT+STRG+F1", dort müsst ihr euch erneut einloggen (mit dem gleichen Nutzer in dem das Problem mit dem Panel auftritt) und führt dann in dieser Shell die Befehle aus.

Es werden 4 Arten von Kursen Angeboten: "Beginner", "Intermediate", "Advanced" und "Special Topics". Unter den Special Topics verbergen sich Themen wie ein Upgrade auf eine neue Version oder ähnliches.
Alle Kurse kosten 49$ (Als ich mich angemeldet habe hat ein Kurs noch 89$ gekostet, aber nach der Preissenkung habe ich 30$ erstattet bekommen) und gehen 1 Stunde. Die Kurse werden bisher nur auf Englisch angeboten, soweit ich weiß sind andere Sprachen in Planung.

Ich habe den "Intermediate"-Kurs gewählt.
Die vorgestellten Themen waren:

• Sicherheit

• XSS prevention
• CSRF protection
• Secure against SQL injection

• Containable behavior
• Query caching
• Full page caching

• Pretty URLs
• Meta tags

Der Kurs geht damit los, dass man ca. eine halbe Stunde vor Beginn eine E-Mail mit der URL zum Kurs erhält. Anschließend meldet man sich an und hier fing das erste Problem an: Ich hatte vergessen welchen Benutzernamen ich damals angegeben habe. Das Problem ist, dass ich keine E-Mail erhalten habe in der mein Nutzername enthalten war und es auch keine "Recovery"-Option auf der Seite gab. Zum Glück war jemand von der Foundation im offiziellen IRC-Chanel (#cakephp) auf Freenode und konnte mir nach der Nennung meiner E-Mail meinen Benutzernamen mitteilen. Ich hatte nun also meine Daten wieder zusammen und konnte mich anmelden.

Nach der Anmeldung wird man auf eine "BigBlueButton"-Session weitergeleitet, BigBlueButton ist eine Open-Source-Software um Web-Konferenzen abzuhalten. Auf dieser Seite bekommt man einige Impression wie so eine Session abläuft.
Es gibt im wesentlichen 3 wichtige Fenster:

• Chat
• Webcam-Bild
• Powerpoint artige Folien

Zu Beginn der Session geht der Kursleiter alle Themen kurz durch und erzählt etwas dazu, also was ist eine XSS-Lücke etc..
Anschließend geht es mit einem Praxisteil weiter, dazu muss man einen weiteren Link öffnen, welcher auf eine "JoinMe"-Session weiterleitet, da momentan noch Probleme mit dem Screencast bestehen.

Beim Screencast bekommt man live an einer Beispielanwendung gezeigt wie man sich vor den vorgestellten Lücken schützen kann oder wie man z.B. Caching implementiert.

Man kann zu jeder Zeit frage stellen, die von einer Zweiten Person direkt beantwortet werden. Diese Zweite Person fasst das gesagt auch noch einmal zusammen, man kann also, falls man etwas nicht verstanden hat, einfach nochmal nachlesen.

Alles in allem würde ich sagen, dass sich der Kurs gelohnt hat. Auch wenn es hier und da noch etwas holprig abgelaufen ist könnte ich doch ein paar Sachen aus dieser Session mitnehmen.
Ich werde auf jeden Fall noch an dem "Upgrade-Kurs" teilnehmen, um möglichst reibungslos meine Software zu portieren.

Es gibt grundsätzlich 2 Arten von Pfaden.

Typ 1: Absolute Pfade

Ein absoluter Pfad gibt dem Weg zur Datei oder zum Ordner absolut an, also der direkte Weg ohne Abhängigkeiten.
Ein Beispiel:
/etc/apt/sources.list
Dieser Pfad beschreibt nun den direkten Weg zur Datei sources.list.
Es geht also im Verzeichnis "/" los, dieses Verzeichnis ist das Wurzelverzeichnis oder auch einfach "Root" genannt.
Dann geht es weiter im Ordner etc über den Ordner apt zur Datei sources.list .
Der Pfad /etc oder /etc/ gibt dem Weg zum Ordner "etc" an.

Absolute Pfade sind also direkte Wege.

Typ 2: Relative Pfade

Ein relativer Pfad beschreibt den Weg zu einer Datei in Abhängigkeit von dem Verzeichnis, indem man sich befindet.
Wenn man beispielsweise die Shell/Terminal/Kommandozeile öffnet, dann befindet man sich im Home-Verzeichnis, also /home/[dein Nutzername]/.

Wenn man einen relativen Pfad nun angeben möchte, dann benutzt man folgende Zeichen ../. Diese Zeichen bedeuten schlicht, dass man ein Verzeichnis über dem Verzeichnis, in dem man sich befindet, ansprechen möchte.
Wenn man nun nach dem Starten der Shell folgendes eingibt: ../, dann bedeutet das, dass man das Verzeichnis /home ansprechen möchte.
Jetzt kann man ausgehend von diesem Zeichen in der Ordnerstruktur hoch klettern, also z.B. ../test, damit würde man im Verzeichnis /home/test landen.

Eine weiteres Zeichen ist noch: ./. Diese Kombination besagt einfach, dass man ausgehend von dem Verzeichnis, in dem man sich befindet, einen Pfad angeben möchte. Das kann man sich auch sparen in dem man einfach den Ordnernamen hinschreibt und sich dann höher hangelt, wenn im Homeverzeichnis ein Ordner mit dem Namen "zucker" existiert, dann kann man auch schreiben: zucker/ und dann einfach den weiteren Pfad angeben.

Um nun das Verzeichnis in dem man sich befindet zu wechseln benutzt man einfach den Befehl cd, was für "change directory" steht.
Also, wenn wir von unserem Homeverzeichnis zum Wurzelverzeichnis möchten schreiben wir einfach: cd / und wir sind im Wurzelverzeichnis.
Für alle relativen Pfade gilt nun, dass diese ab sofort von diesem Verzeichnis ausgehen.

Den Ordner bzw. Pfad in dem man sich befindet erfährt man mit: pwd
Je nachdem wie man sich seinen Shell-Prompt eingestellt hat wird er auch direkt im Prompt angezeigt: [01:40:11:ubuntu@/etc/apt].

In fast jeder Shell gibt es auto complete, welches man mit der Tabulatortaste auslösen kann (Die Taste mit dem Pfeil rechts und links). Dazu tippt man die Taste einfach 2x an und er zeigt alle Ordner an die existieren, wenn man einen Buchstaben hinschreibt z.B. "e", dann werden alle Ordner mit einem e am Anfang angezeigt. Wenn nur ein Ordner mit einem "e" am Anfang existiert, dann vervollständigt die Shell den Namen komplett.

Es gibt auch noch zwei besondere Pfade (Anderer dieser Art fallen mir momentan nicht ein):
"~/" Dieser Pfad ist halb relativ und halb absolut, denn er gibt das Home-Verzeichnis in Abhängigkeit vom angemeldeten Benutzer an.
Wenn man beispielsweise als Benutzer "test" angemeldet ist, dann würde dies bedeuten, dass "~/" dich in das Verzeichnis "/home/test" bringt.

Und es gibt noch den Pfad "-", das ist eigentlich kein Pfad, sonder eher eine Variable.
Dieses Zeichen sorgt dafür, dass wenn man cd - eingibt, dass man in das zuletzt besuchte Verzeichnis wechselt.
Beispiel:
Man ist im Verzeichnis "/etc/apt/" und war vorher im Verzeichnis "/home/test", dann würde man, mit dem oben genannten Befehl, ins Verzeichnis "/home/test" zurück gelangen.

Ich bin Anfänger und komme leider über dieses Stadium nicht hinaus. Mir ist noch nicht ganz klar, warum so viele Leute so begeistert sind von Ubuntu oder Linux. Wenn mir das doch mal bitte Einer erklären könnte.

Wir sind so begeistert von Ubuntu/Linux, weil es ein stabiles, freies System ist. Wenn dir etwas nicht gefällt, dann installierst du einfach ein anderes Softwarepaket, welches dir gefällt und das beschränkt sich nicht nur auf "normale" Programme wie Browser etc..
Du kannst alles Wechseln!
Du kannst deine grafische Oberfläche wechseln, wenn sie dir nicht gefällt (KDE, Gnome, Pewm und viele viele mehr).
Du kannst deinen Kernel (Der Betriebssystemkern der zentrale Bestandteil [des] Betriebssystems ist) selber bestimmen und verändern.
Du weißt einfach was auf deinem System abgeht!
Es ist natürlich alles mit etwas Arbeit verbunden, aber viele Distribution machen einem den Einstieg doch relativ einfach.

Wenn ich mir die Befehlskette anschaue, die ich formulieren muss, um eine einfache Suchaufgabe zu lösen (ubuntu@ubuntu:~/test$ grep Funktion test1.txt), sehe ich mich in die DOS-Anfänge vor 25 Jahren zurückversetzt. Auch da musste ich in die Befehlsebene abtauchen und alle Befehle und ihre Optionen auswendig wissen. Mir ist bekannt, dass diese Formulierung ein Frevel bedeutet, ich weiß nur nicht warum.

Ob man die Shell (Kommandozeile) benutzen sollte kommt auf die Situation drauf an.
Einfache Suchbefehle können auch problemlos über die grafische Oberfläche ausgeführt werden, wenn man allerdings eine ausgefeilte Suche starten möchte, dann bietet sich die Shell an, denn die grafischen Oberflächen greifen meist auf Befehle zurück, welche man auch direkt in der Shell ausführen kann.
Der Vorteil an der Shell ist nun, dass in grafischen Oberflächen häufig nicht alle Optionen der Befehle implementiert sind, diese bieten häufig nur Standardprofile, welche nicht in jeder Situation effektiv sind. Das heißt man kann in der Shell häufig schnellere, bessere und übersichtlichere Ergebnisse erzielen.

Man muss auch nicht alle Befehle/Optionen auswendig wissen. Es reicht wenn man einen Grundschatz an Befehlen kennt. Man kann auch zu fast jedem Befehl mit dem Befehl man [Befehl] eine Dokumentation erhalten, welche alle Möglichkeiten aufzeigt.
Nur FYI, wenn ich ein Video einfach schnell konvertieren möchte, dann kämpfe ich mich auch nicht durch die Dokumentation von FFmpeg, um das beste Ergebnis herauszubekommen, sonder greife auch auf Programme wie z.B. WinFF zurück. Es ist immer die Frage: Wie gut soll mein Resultat sein? Lohnt es sich die Mühe zu investieren?

Ich kann sagen, dass sich die Mühe in den meisten Fällen lohnt, wenn man z.B. ein Programm installieren möchte, dann will ich mich nicht durch die grafische Oberfläche wühlen, sondern ich gehe einfach in die Shell und installiere mein Programm mit: apt-get install [Programmname]. Es geht für mich schneller und das System muss sich nicht mit der Grafik rumquälen, obwohl das heutzutage wohl nicht zwangsläufig ganz so schlimm ist.

Die Erklärung oben ist sicher mustergültig. Aber wo schreibe ich die Befehle denn hin? Muss ich denn immer den kompletten Pfad hinschreiben, wenn die Datei zum Beispiel auf einem anderen Laufwerk ist? Auch ist mir nicht klar, wozu man hier die Zeichen ~/ benötigt (vermutlich seid ihr schon lange nicht mehr auf so viel Ignoranz gestoßen).

Zunächst einmal: Laufwerke wie unter Windows gibt es in dem Sinne nicht unter Linux. Unter Linux hängt man Festplatten/Partitionen im Filesystem ein, also in der Ordnerstruktur von daher musst du dich nicht durch Laufwerke quälen.
Man muss die Befehle natürlich in die Shell eingeben, welche du unter Ubuntu so findest: "Anwendungen -> Zubehör -> Terminal". Die Wörter "Terminal", "Shell", "Kommandozeile" oder auch "Konsole" meinen alle das selbe.
Zum Thema mit den Pfaden schreibe ich einen eigenen Artikel. Hier klicken

Ach, wie wünschte ich mir, dass der Rechtsklick bei Ubuntu hilfreicher wäre und mich gleich beim Suchen in einem bestimmten Laufwerk (die bei mir alle Volume heißen) und Unterordner unterstützen würde. Ich habe mich inzwischen so an kontextbezogene Menüs gewöhnt und für mich ist Ubuntu ein echter Rückschritt.

Manchmal muss man sich einfach etwas um gewöhnen. Wenn du beispielsweise Ubuntu benutzt mit Nautilus als Filebrowser, dann kannst du auch ganz simpel suchen indem du oben auf die Lupe klickst.
Oder generell kannst du auch über Orte -> Nach Dateien suchen, suchen. Ein Betriebssystemwechsel ist wie ein Automarkenwechsel, da muss man auch erst mal schauen wie der Rückwärtsgang eingelegt werden kann oder wie das Licht angeht.

Vielleicht sollte ich als nächste neue Vokabel grep lernen, viele schwärmen von diesem Begriff, das habe ich schon gemerkt. Vielleicht lerne ich dann auch einmal, wann und warum man bei so trivialen Suchaufgaben auch mit den Zeichen Dach, Dollarzeichen, Tilde, Sternchen etc. operieren muss, das haben sich sicher benutzerferne Programmierer ausgedacht.

Das mag zwar benutzerfern sein, aber die "Zeichen" (Reguläre Ausdrücke) sind auch nicht für triviale Suchaufgaben gedacht, sondern für Komplexes suchen mit verschiedenen allgemeinen Möglichkeiten, da kommt man um Formalitäten nicht herum. In dem Artikel wollte ich nur kurz die Möglichkeit vorstellen und das ganze sollte einfach gehalten werden. Reguläre Ausdrücke sind im Grunde für "Profis", der normale Nutzer sollte auch ohne sie auskommen.

Mit eurer Hilfe werde ich vielleicht doch noch leidenschaftlicher Ubuntu-Benutzer.
Vielen Dank.

Ich hoffe dieser Artikel hilft dabei

Dieses Verhalten kann man allerdings unterbinden. Dazu einfach den Theme-Editor öffnen und an das Ende der Datei "functions.php" folgende Zeile hängen:
<?php remove_filter('the_content', 'wptexturize'); ?>

Falls die functions.php nicht existiert: Einfach erstellen.

Problem gelöst! Jetzt kann man endlich wieder kopierbaren Code posten!

Danke an:  http://coding.smashingmagazine.com/2009/01/07/10-killer-wordpress-hacks/ für die Lösung