Sirmark bloggt

Im Artikel „Mysql PHP Index-Optimierung: Lange Index-Werte kürzen“ haben die Möglichkeit aufgezeigt, lange Datenbank-Varchar-Felder mittels MD5-Hash merklich zu verkürzen, um Plattenplatz zu sparen und die Performance deutlich zu erhöhen. Doch ganz so optimal ist der MD5-Hash nicht. Hier untersuchen wir nun eine andere Lösung:

Eigener Hash in MySQL aufbauen
Die Storage-Engines in MySQL bieten leider meistens keine Möglichkeit, Indizes per Hash aufzubauen (aktuell nur die Memory-Engine). Also müssen wir uns selbst darum kümmern. Vergleichbar ist das folgende Vorgehen mit der Speicherung von IP-Adressen (siehe „MySQL: IP-Adressen optimal speichern„), die ebenfalls nicht per varchar(15), sondern per Integer (nur vier Bytes!) erfolgen sollte.

MySQL bietet die mathematische Funktion „CRC32“. Diese MySQL-Funktion liefert uns mittels Umrechnung einen Integer zurück. Diese Umrechnung ist auf jedem Fall der oben beschrieben MD5-Lösung vorzuziehen, da der Speicherplatz deutlich kleiner und die Performance deutlich erhöht wird.

Feldanlage in MySQL + Index
url_crc int unsigned NOT NULL DEFAULT 0

Zugriff
SELECT * FROM meine_tabelle WHERE url_crc=CRC32(“http://sirmark.de”);

Mit der CRC-Methode erschlagen wir den Nachteil 1 (Zeichenkette immer 32-Zeichen lang) der MD5-Methode, minimieren den Speicherplatz und erhöhen die Performance noch einmal deutlich. Doch der Nachteil 2 bleibt: Auch diese Methode eignet sich nicht zur Rückrechnung des Feldinhaltes und kann bei völlig unterschiedlichen URLs (Strings) gleiche Werte zurückliefern.

Hash-Kollision ausschließen
Die Problematik, dass unterschiedliche String den gleichen Hash zurückliefern, kann je nach Anwendung zu einem Problem werden. Gerade mit der CRC32-Methode ist die Wahrscheinlichkeit von gleichen Hashs (Hash-Kollision) ein Vielfaches größer, als bei der MD5-Methode. Gehen Sie davon aus, dass Sie bei 100.000 Datensätzen mit mindestens einer Kollision rechnen müssen. Wenn Sie wie in unserem Beispiel eine URL per CRC32 optimieren und zusätzlich die URL im Klartext hinterlegen, benötigen Sie bei der Anfrage beide Werte.
Wenn wir in unserer Tabelle („meine_tabelle“) die Index-Spalte „url_crc“ und eine Textspalte „url“ (ohne Index) haben, dann genügt folgende Anfrage zur Eindeutigkeit:

SELECT * FROM meine_tabelle WHERE url_crc=CRC32(“http://sirmark.de”) AND url=’http://sirmark.de’;

Wichtig ist, dass die indexierte Spalte (“url_crc”) als erstes im SELECT abgefragt wird, da sonst der Index nicht greift!

Die 64bit-Hash-Abfrage in MySQL
MySQL liefert keine 64bit-CRC-Funktion. Wenn Sie jedoch mehr als 100.000 Datensätze in einer mittels CRC32-kodierten Funktion speichern, müssen Sie mit mindestens einer Hash-Kollision rechnen. Wenn Sie den eigentlichen Wert (in unserem Beispiel die URL im Klartext) nicht speichern möchten (da Sie den Wert nicht benötigen oder aus Sicherheitsgründen nicht speichern dürfen), dann können Sie den Hash erweitern. Wenn Sie einen zweiten eindeutigen Wert haben, hashen Sie diesen ebenfalls. Zusammen minimieren Sie die Möglichkeit einer Hash-Kollision deutlich.
In unserem Fall haben wir die Möglichkeit nicht. Also versuchen wir einen 64-Bit-Hash selbst zu generieren. Wir nutzen folgenden Trick: Aus unserer URL erzeugen wir noch zusätzlich einen MD5-Hash, nutzen jedoch nur einen Teil der 32 durch MD5 erzeugten Hash-Zeichenfolge, nämlich nur die letzten 16 Stellen:

SELECT MD5(‚http://sirmark.de‘) as MD5, RIGHT(MD5(‚http://sirmark.de‘),16) AS MyHash64

Zusammen mit der MySQL-Funktion CONV() erhalten wir nun eine Vergleichszahl, die die Möglichkeit einer Hash-Kollision deutlich minimiert. Conv arbeitet mit einer Genauigkeit von 64 Bit.

SELECT CONV(RIGHT(MD5(‚http://sirmark.de‘),16),16,10) AS MyHash64
Ergebnis: 18254737050769978686

Mit einem optimalen Index steht und fällt die Performance einer Datenbank. So ist ein optimales Datenbankdesign eine Kunst, die viel Erfahrung und Wissen verlangt. Und oft scheitert der Datenbankadministrator an den Anforderungen der Benutzer, die scheinbar unmögliches oder zumindest suboptimales von der Datenbank verlangen.

Ein Beispiel ist zum Beispiel das Speichern von URLs und die optimierte Abfrage darauf. Im ersten Schritt dürfte der Datenbankdesigner eine URL-Spalte mit varchar(100) definieren. Im Zeitalter von dynamischen Webseiten stößt man sehr schnell auf längere URLs, so dass die Beschränkung von 100 Zeichen sehr schnell an Grenzen stößt. Aber auch die beliebte Größe von 255 Zeichen wird schnell zu klein. Gemäß Microsoft kann der Internet Explorer URL mit bis zu 2.083 Zeichen verarbeiten. Also eine URL als Text anlegen? Sicher keine schlechte Idee, wenn die URL in der Datenbank nur zur Speicherung dient. Ist sie aber Teil einer Abfrage, dann muss ein Index über die URL gelegt werden.

SELECT irgendwas FROM meine_tabelle WHERE url=’http://sirmark.de’

Welche Probleme sind zu erwarten?
Wenn die Spalte URL plötzlich in ein varchar(500) geändert wird, explodiert die Größe des Index für diese Spalte förmlich. Neben gestiegenem Plattenplatz sinkt die Performance spürbar. Je nach verwendeter Storage-Engine überschreitet das feld bzw. Feldkombinationen plötzlich die zulässige Größe für den Index.

Möglichkeiten zur Optimierung des SQL-Index
Naheliegend ist natürlich, das Feld zum Speichern zu verkürzen. So könnte beispielsweise bei einer URL das „http://“ prinzipiell weggelassen werden, was uns pro Datensatz sieben Zeichen spart. Wenn im Beispielsfall alle URLs die gleiche Domain haben, kann diese weggelassen werden. Sind es nur eine „Handvoll“ Domains, könnten diese per Normalisierung ausgelagert werden. Doch sind es willkürliche URLs, kommen wir mit dieser Methode nicht sehr weit.

Speicherung per Hash: MD5 in PHP
Also stellt sich die Frage, ob wir überhaupt die URL speichern müssen bzw. diese zurückrechnen müssen. Wenn wir zum Beispiel Werte zu einer URL speichern und die eigentliche URL nur als Zuweisung vorhalten müssen, benötigen wir die genaue URL nicht. Nehmen wir einmal an, wir schreiben einen Cache. Wir möchten in einer Anwendung bestimmte Zugriffe nicht immer wieder erneut ausführen, sondern halten das Abfrageergebnis eine Weile in einer Datenbank vor (Cache). Die URL dient als Zuweisung, der eigentliche Content, also das Abfrageergebnis, können wir in einem Textfeld speichern. Da über die URL (Parameter) abgefragt wird, muss dieses Feld mit einem Index versehen werden.
In einem solchen Fall können wir uns damit begnügen, lediglich einen Hash der URL zu speichern. Zum Vergleich bei einer Datenbankabfrage genügt uns dies.

Das folgende Beispiel basiert darauf, dass wir eine Anwendung und den Cache in PHP schreiben. Gehen wir davon aus, dass wir eine Datenbank mit folgendem Aufbau haben

ALTER TABLE `local`.`meine_tabelle` CHANGE COLUMN `url` `url_hash` VARCHAR(32) CHARACTER SET latin1 COLLATE latin1_swedish_ci NOT NULL,
ADD COLUMN `content` TEXT NOT NULL AFTER `url_hash`;

In dieser Tabelle speichern wir die URL nicht im Klartext, sondern als sogenannter MD5-Hash. Wir speichern also einen Fingerabdruck.
Der MD5-Hash hat den Vorteil, dass beliebig lange Zeichenketten auf eine maximale Zeichenkettenlänge von 32 Zeichen eingeschrumpft werden. Wir benötigen also nur ein varchar(32).
Zum Speichern berechnen wir aus der URL in PHP mittels md5($url) den Hash. Bei der Abfrage mittels SQL-SELECT müssen wir ebenfalls aus der Abfrage-URL den Hash ermitteln und über diesen abfragen:

SELECT content FROM meine_tabelle WHERE url_hash=’“.md5($url).“’

Die Funktion MD5 ist ebenfalls in MySQL implementiert, so dass Sie auch wie folgt direct in SQL abfragen können:

SELECT MD5(‚http://sirmark.de‘) as MD5

Diese Methode ist ein erster Ansatz zur Datenbankoptimierung, hat aber noch folgende Nachteile:

1. Alle Zeichenketten werden 32-Zeichen lang. Also auch kürzere wie beispielsweise http://www.google.de
2. Der Hash ist NICHT eindeutig! Die Umrechnung einer Zeichenkette ist zwar immer gleich, doch es ist nicht sicher, dass zwei völlig unterschiedliche Zeichenketten den gleichen Hash ergeben. Die Wahrscheinlichkeit ist je nach Anwendung gering, aber es muss damit gerechnet werden.

Der Nachteil, dass der Hash nicht zurückgerechnet gerechnet werden kann und die nicht gegebene Eindeutigkeit könnte mit einem weiteren Feld, in diesem Fall die URL im Klartext, in der Datenbank begegnet werden. Verrückt? Nicht ganz. Wir erhöhen zwar mit dieser Methode den gesamten Speicherplatzverbrauch, da wir neben der URL im Klartext ja auch noch einen 32-Zeichen langen Hash speichern, aber der Index ist in jedem Fall deutlich kleiner, als wenn dieser über die komplette URL aufgebaut werden würde.

Wir Sie mittels MySQL einen eigenen Hash-Index aufbauen, erfahren Sie im Artikel „Mysql PHP Index-Optimierung: Index-Werte optimieren mittels CRC32-MD5-Hash„.

Wer sich noch nie Gedanken über die Speicherung von IP-Adressen gemacht hat, wird kaum auf die Problematik bei der Speicherung von IP-Adressen stoßen. Und so ist es an der Tagesordnung, dass eine IP-Adresse in aller Regel in einem Feld mit der Definition varchar(15) gespeichert wird. Wenn die IP-Adresse dort nur abgelegt wird, mag diese Definition genügen. Soll die IP-Adresse aber in einem SQL-SELECT abgefragt werden, soll sie eventuell eindeutig in der Tabelle vorhanden sein und/oder wird die Tabelle sehr groß, ist diese Feld-Tabelle alles andere als optimal.

Eine kurze IP-Adressen-Definition (IP4)
Die IP-Adresse besteht aus 4 Byte (32 Bit). Jedes Byte kann einen Wert zwischen 0 und 255 annehmen. Dargestellt wird  die IP-Adresse in vier Oketten, also beispielsweise 192.168.0.1. Somit ist die kleinste IP-Adresse die 0.0.0.0, die größte IP-Adresse 255.255.255.255.
Gleiches gilt für die eventuelle Speicherung einer Subnetzmaske. Diese Adresse enthält einen Netzanteil und einen Hostanteil und dient zur Wegfindung eines Computers zu einem bestimmten Zielnetz. Die Trennung von Netz- und Hostanteil erfolgt mit Hilfe der Subnetzmaske. Auch hier ist die kleinste Adresse die 0.0.0.0, die größte 255.255.255.255

Sind vier TinyInt-Blöcke eine Lösung?
Da wir nun wissen, dass es vier Blöcke gibt, deren Werte von 0 bis 255 annehmen können, wäre ein TinyInt ohne Vorzeichen ein optimaler Datentyp, da dieser Datentyp Werte von 0 bis 255 aufnehmen kann. Aus Speicherplatz-Sicht auf jeden Fall eine deutliche Verbesserung, denn der Datentyp TinyInt verbraucht nur ein Byte. Vier Bytes im Vergleich zu einem 16 Bytes bei einem varchar(15) eine deutliche Verbesserung. Doch eine Abfrage oder der Index über vier Spalten ist natürlich alles andere als optimal.

Die Lösung liegt im Integer
Vier TinyInt-Blöcke können auch in einem Integer abgebildet werden. Aus Speicherplatz-Sicht nimmt ein Integer genauso viel Platz ein, wie vier Tiny-Int, nämlich vier Byte. Doch aus Abfrage/Index-Sicht ist es natürlich wesentlich einfacher, die IP-Adresse in einem einfachen Integer-Feld abzulegen. Glücklicherweise bietet MySQL die Funktionen „INET_ATON()“ und „INET_NTOA()“ (Funktionen in PHP sind sprechender: ip2long() und long2ip()).

Diese Funktionen liefern den entsprechenden Integer-Wert einer IP-Adresse oder die IP-Adresse anhand des Integer-Wertes. In der Praxis bietet dies viele Vorteile und einen erheblichen Performance-Vorteil bei größeren Tabellen.

Beispiele:
PHP mit MySQL-Funktion:
$result = „INSERT user SET ip_int = INET_ATON(‚{$_SERVER[‚REMOTE_ADDR‘]}‘) WHERE id = “ . $user_id;

Oder PHP mit PHP-Funktion ip2long:
$result = „INSERT user SET ip_int = “.ip2long($_SERVER[‚REMOTE_ADDR‘]) .” WHERE id = “ . $user_id;

UPDATE: Fehlerhafte IP-Adressen bei der Rückrechnung

Wenn bei der Rückrechnung der IP-Adressen die Adresse „127.255.255.255“ gehäuft auftritt, sollte man sich schleunigst die MySQL-Konfiguration des Integer-Datentyps anschauen. Schauen wir uns doch mal das Ergebnis der Umrechnung an:

<?php
echo ip2long("127.255.255.255");
?>

Das Ergebnis dieser Ausgabe ist die Zahl „2147483647“. Wie wir im Artikel „MySQL Tabellen-Optimierung: Der optimale Datentyp“ nachlesen können, bietet der Integer in MySQL Platz bis zur 4.294.967.295; allerdings nur im positiven Bereich. Dieser Bereich halbiert sich, wenn auch negative Zahlen im Integer-Bereich platzfinden sollen. Dann ist eben bei der „2.147.483.647“ Schluss.

CREATE TABLE `integer_ohne_vorzeichen` (
`ip` int(11) unsigned default NULL
);

CREATE TABLE `integer_mit_vorzeichen` (
`ip` int(11) default NULL
);

Dieses Update schreibe ich (leider) aus gutem Grund, denn bei einem aktuellen Projekt habe ich dies nicht beachtet und mich auf die „default“-Einstellung des MySQL Integers verlassen. MySQL hat die IP-Adressen > 127 klaglos angenommen, den Integer jedoch beim Speichern auf den höchsten zulässigen Wert gekürzt.

Der SQL-Server eignet sich auch hervorragend, um Emails zu versenden. Nicht verwechseln mit einem Spam-Mailschleuder, dazu ist der Datenbankserver nicht gedacht. Doch es gibt durchaus Anwendung, bei denen es sinnvoll ist, dass der SQL-Server direkt Mails verschickt.

Mögliche Anwendungen:
Jeder SQL-Administrator kennt die Fehlermails, die der SQL Server selbst verschickt. Liefert ein automatisierter Job einen Fehler, wird der zuständige Datenbankadministrator per Mail benachrichtigt. Nur selten laufende Jobs können auf diesem Wege eventuell auch im Erfolgsfall eine Statusmail verschicken: Der Datenbankadministrator oder andere im Betrieb zuständige Personen wissen so, dass der Job gelaufen ist.
Auch können so bestimmte Personen auf irgend ein Vorkommnis in der Datenbank hingewiesen werden. Bestimmte Datenbankkonstellationen erfordern das Handeln von Mitarbeiter – eine Mail weist den oder die Mitarbeiter darauf hin.

Die Mail verschicken ist eine schnell erledigte Aufgabe. Die System-Prozedur „sp_send_dbmail“ erledigt diese schnell, wie Sie im untenstehenden Beispiel erkennen können.

USE msdb
GO
EXEC sp_send_dbmail @profile_name='_SQLUser',
@recipients='test@mail.de',
@subject='Mein Betreff der Mail',
@body='Hier folgt der Email-Text'

Prüfen, ob Mails vom SQL-Server verschickt wurden
Leider kann man sich nicht zu 100 Prozent darauf verlassen, dass eine Mail auch verschickt wurde, auch wenn der ResultCode aus obigem Beispiel positiv ist. Der ResultCode bestätigt nur, dass der Cache die Mail entgegengenommen hat.
Wenn also der Verdacht nahe liegt, dass eine Mail nicht verschickt wurde, bemüht man an besten den folgende System-View aus der Datenbank „msdb“:

SELECT * FROM dbo.sysmail_sentitems
ORDER BY sent_date DESC

Alternativ:

SELECT *
FROM sysmail_mailitems

Dieser View liefert alle notwendigen Daten der verschickten oder auch anstehenden Mails des SQL-Servers. Wichtig ist das Feld „sent_status“. Es liefert Auskunft darüber, obe eine Mail verschickt wurde, oder ob es beim Versuch, die Mail zuzustellen, zu Problemen gekommen ist.

Weitere Email-Recherche auf dem SQL-Server
Wer noch weitere Informationen über das Mail-Verhalten seines SQL-Servers erhalten will, kann die folgende Abfrage bemühen:

SELECT *
FROM sysmail_log

Auf die Notwendigkeit, Sonderzeichen aus einem String zu entfernen, stößt der C#-Programmierer des Öfteren. Umso unverständlicher, dass es keine systemnahe Funktion gibt, um Strings zu glätten oder eben bestimmte Sonderzeichen zu eliminieren.

Warum benötigen wir diese Funktion?
Die Anwendungsbeispiele sind vielfältig. Wenn Sie zum Beispiel einen FTP-Upload planen, dann sollten Sie den Dateinamen ohne Sonderzeichen sicherstellen. Auch wenn es oft keine Probleme bereitet, sollten Dateinamen prinzipiell ohne Sonderzeichen generiert werden.
Oder Sie planen, Benutzereingaben zu überprüfen. Ein Benutzername sollte auf jeden Fall ohne Sonderzeichen bestehen. Oder Sie möchten im Adresssatz Straße und Wohnort einer kurzen Überprüfung unterziehen. Dort haben Zeichen wie „$%& …“ nichts zu suchen. Auch der Name und Vorname kann auf diese Weise geprüft werden. Hier gilt aber zu beachten, dass Umlaute, eventuell auch französische oder skandinavische Sonderzeichen, möglich sein sollen. UTF-8 sei dank. Auch ein beliebter Fehler (und mir leider auch schon passiert): Das Hochkomma. Aus SQL-Sicht verbietet man das Hochkomma („’“) gerne, um den SQL-String nicht zu gefährden. Doch spätestens wenn man Herrn „O’Henry“ zum Datenbestand hinzufügen möchte, kommt man um die ordentliche Maskierung dieses und anderer  Sonderzeichen nicht herum.
Um SQL-Injections zu verhindern, kann man beispielsweise in einer Benutzereingabe, die gegen die SQL-Datenbank geht, das Semikolon („;“) verhindern. Auf das Semikolon kann man in den allermeisten Fällen als Benutzereingabe verzichten und man erreicht dadurch, dass schon sehr vielen SQL-Angriffen den Grund und Boden entzogen wurde. Doch hier gilt: Das Verhindern der Semikolon-Eingabe ist nicht die alleinige Lösung. Das Semikolon MUSS auch noch – wie hier mit der folgenden Funktion – kurz vor der Datenbankabfrage geprüft werden. Auch wenn die Eingabefelder von C# meines Erachtens sehr sicher sind, schadet es nicht, Benutzereingaben auch noch mal in der zugrundeliegenden Programmvariablen zu prüfen. Im Web (PHP zum Beispiel) ist dies kein Rat, sondern der Verweis auf die Pflicht!
Noch abschließend der SQL-Injection-Hinweis, dass das Verhindern des Semikolons ein erster Schritt in die sichere SQL-Anwendung ist, doch damit ist das Thema leider noch nicht abschließend behandelt. Hier werde ich sicherlich noch einen weiteren Artikel schreiben.

Kommen wir nun endlich zum Listing Regex:

Listing1: Funktion gibt einen bereinigten String (Erlaubt sind nur 0-9, a-z, A-Z und einige Satzzeichen) zurück

public static String CheckString(String text)
{
    return System.Text.RegularExpressions.Regex.Replace(text, @"[^0-9a-zA-Z .;.,_-]", string.Empty);
}

Listing 2: Hier wird zusätzlich geprüft, ob per Regex der übergebene String sich verändert hat. Die Prüfung findet per „S“ (ein Zeichen, das kein Whitespace* ist), statt.

public static String CheckString(String text)
{
string sRes = System.Text.RegularExpressions.Regex.Replace(text, @"[^S ]", string.Empty);
      if (sRes != text)
      {
              Console.WriteLine("Text wurde geändert!");
      }
      return sRes;
            
}

* Whitespace (Leerraum): Steuerzeichen wie  f, n, r, t und v

Als ich gestern Abend in einer Sitzung gesessen bin und freimütig behauptet habe, an einem bestimmten Termin Zeit zu haben, beschlich mich schon ein mulmiges Gefühl. Heute Morgen dann die Kontrolle und der Schreck: Mein HTC Desire hat alle Hotmail-Kalender-Daten nicht mehr verfügbar. Plötzlich sind auch alle Kontakte verschwunden und der Email-Verkehr kam ebenfalls zum Erliegen. Warum mein HTC die Verbindungsdaten zu Hotmail verloren hat, kann ich aktuell nicht nachvollziehen. Ich wollte nur schnell die Verbindung wieder aufbauen, da habe ich entdeckt, dass ich die Verbindungsdaten zu Hotmail Euch verschwiegen habe. Dies möchte ich hier kurz nachholen:

Hotmail Server-Verbindungsdaten für POP3
Die Verbindung via POP3 ist auch beim HTC Desire schnell erledigt. Ob dies der beste Weg ist, bezweifel ich, denn dies ist eine reine Mail-Verbindung. Kontakte und Kalenderdaten werden so nicht syncronsiert. Für eine solche Synchronisation das Protokoll „EXCHANGE“ verwenden!

So wird die POP3-Verbindung aufgebaut:

1. Starten Sie die Mailanwendung auf dem HTC Desire, Taste „Menu“ drücken, dann „Konten“ auswählen. Dann die Taste „Menu“ erneut drücken. „Konto hinzufügen“ auswählen.
2. E-Mail einrichten. Geben Sie Ihre Hotmail-Email-Adresse in Form benutzer@hotmail.de oder „.com“ sowie Ihr Passwort ein. Beim Passwort peinlich genau af die Eingabe achten. Schätze mal, dass 90 Prozent der fehlerhaften Verbindungen auf die falsche Passworteingabe zurückzuführen sind.
3. en Haken bei „E-Mails standardmäßig von diesem Konto senden“ auswählen (oder nicht – je nach Wunsch).
4. „Weiter“ klicken
5. Auf die Frage, um welchen Kontotyp es sich handelt, nun „POP3“ eingeben.
6. Geben Sie nun die folgenden Parameter ein:
   Nutzername: Ihre Email-Adresse (komplett)
   Passwort: Das hinterlegte Passwort (ggfls. mit manuellem Einloggen bei hotmail.com prüfen)
   POP3-Server: pop3.live.com
   Port: 995
   Sicherheitstyp: SSL (oder „SSL (Alle Zertifikate akzeptieren“)“
   E-Mail von Server löschen: „Nie“ ist erstmal gut. Wenn gewünscht, dies aktivieren
7. „Weiter“ klicken. Es erfolgt eine Verbindung zum Server. Nur wenn diese korrekt aufgebaut werden kann, erfolgt die weitere Anlage.
8. Für den Ausgangsserver die folgenden Daten verwenden:
   SMTP-Server: smtp.live.com
   Server-Port: 25
   Sicherheits-Typ: 25
9. Wieder „Weiter“ klicken, noch ein paar weitere Fragen beantworten

Hotmail Server-Verbindungsdaten für EXCHANGE

1. Die Punkte 1-4 wie bei POP3 abhandeln
2. „EXCHANGE“ als Kontotyp auswählen
3. Den „Domain-/Benutzername“ mit der kompletten Email-Adresse (benutzer@hotmail.de) überschreiben. Ein eventuell vorhandener „“ löschen!
4. Passwort eingeben
5. Server: „m.hotmail.com“
6. Darauf achten, dass „Sichere SSL-Verbindung“ aktiviert ist
7. Das war es eigentlich schon
8. Nach dem Einrichten noch mal das Konto im Mail-Programm durch „lang anklicken“ – „Kontoeinstellungen“ prüfen. Wichtig sind die Parameter „Umfang der Synchronisation“, die „Abrufhäufigkeit“ und natürlich die Haken bei „Kontakte synchronisieren“ und „Kalender synchronisieren“.

Heute möchten wir den bekannten Matrix-Effekt mit der Open Source Grafikanwendung Gimp nachbauen. Aus Gründen der Rechtssicherheit möchte ich das Logo meines WordPress-Blogs mit einem eigenen Header versehen. Bisher habe ich auf eine angeblich „freie“ Matrix-Grafik zurückgegriffen. Da aber in Zeiten der wildgewordenen Abmahnanwälte nicht so sicher als das ist, was man selbst erschafft, bauen wir den Effekt nun nach.

Schritt 1: Bild anlegen
Wir wählen „Datei“ – „Neu“ und geben die Größe des Bildes an. Für das Standard-Design von WordPress benötigen wir eine Grafik in der Größe von 940×198 Pixeln. Sie selbst können natürlich Ihre Größe frei wählen

Schritt 2: Der Filter RGB-Rauschen
Dann wählen wir unter „Filter“ – „Rauschen“ den Filter „RGB-Rauschen“. Dort geben wir die Werte „0,20“ für alle drei Farben an und entfernen die Haken bei den Auswahlboxen „Korreliertes Rauschen“ und „Unabhängige RGB-Kanäle“. Wir erhalten nun ein Bild, das ein wenig an das Schneegestöber im TV erinnert, wenn das Antennenkabel nicht angeschlossen ist.

Schritt 3: Streifen erstellen
Um aus unserem Rauschen Streifen zu bilden, bemühen wir den Filter „Verschieben“, den wir unter „Filter“ – „Abbilden“ finden. Dort wählen wir als Verschiebungsmodus „Katesisch“ und als Kantenverhalten „Verwischen“ aus. Die X-Verschiebung bestimmt das Aussehen der Streifen. Probieren Sie über die Vorschau einige Werte aus. Der Wert „10“ ist schon mal ganz gut. Ich habe mich in diesem Beispiel für den Wert „30“ entschieden. Als Y-Wert müssen die die doppelte Höhe Ihres Bildes angeben. In meinem Beispiel also 198×2.

Schritt 4: Filter „Erweitern“
Wählen Sie nun unter „Filter“ – „Allgemein“ den Filter „Erweitern“ an. Sie erhalten ohne weitere Eingabe das Ergebnis.

Schritt 5: Kanten finden
Im nächsten Schritt bemühen wir den Filter „Kanten finden“ unter „Filter“- „Kanten finden“ – „Kanten“. Geben Sie im Konfigurationsfenster die folgenden Werte an: Algorithmus: „Prewitt-Kompass“, Menge „3,7“ und wählen Sie „Umfalten“ an.
Nach nur wenigen Schritten haben wir nun ein schon sehr beeindruckendes Ergebnis.

Schritt 6: Ebene „Hintergrund“ duplizieren, Filter „Kachelbarer Weichzeichner“
Bisher haben wir rein auf der Hintergrundebene gearbeitet. Diese werden wir nun duplizieren. Dazu wählen wir die Ebene „Hintergrund“ im Fenster „Ebenen …“ mit einem Linksklick, klicken rechts und wählen im Kontextmenü „Ebene duplizieren“ aus. Danach wenden wir auf diese Ebene den kachelbaren Weichzeichner unter „Filter“ – „Weichzeichnen“ – „Kachelbarer Weichzeichner“ aus. Wir geben dort einen Radius von „3“ ein.

Schritt 7: Ebene überlagern, vereinen, neue Ebene erstellen
Nun wählen wir im fenster „Ebenen …“ als Modus „Überlagern“. Dann klicken wir mit der Rechten Maustaste auf unsere duplizierte Ebene und wählen „Nach unten vereinen“. Nun haben wir nur noch eine Ebene. Nun erstellen wir eine neue Ebene („Ebene“ – „Neue Ebene“). Auf Wunsch können Sie dieser Ebene einen Namen geben.

Schritt 8: Farbe auswählen und Bild einfärben Nun bringen wir endlich Farbe ins Spiel. Klicken Sie dazu im Werkzeugkasten auf „Vordergrund- und Hintergrundfarben“. Im Fenster „Vordergrundfarbe ändern“ wählen Sie nun ein Grün aus. Im Beispiel verwenden wir die HTML-Notation „00ad38“. Füllen Sie nun die neue Ebene mit dieser Farbe. Klicken Sie dafür im Fenster „Ebenen …“ die neue Ebene an. Danach wählen Sie aus dem Werkzeugkasten „Füllen“ („Werkzeuge“ – „Malwerkzeuge“ – „Füllen“) aus. Klicken Sie in ihr Fenster. Das Fenster wird nun vollflächig mit Ihrer Farbe gefüllt. Wählen Sie nun im Fenster „Ebenen“ den Modus „Multiplikation“. Auf Wunsch können Sie nun noch die beiden Ebenen vereinen (Rechtsklick, „Nach unten vereinen“).