Ein Überbleibsel aus der Vergangenheit ist die hosts Datei die es auch heute noch auf jedem Windows PC (auch Linux) gibt. Früher bevor es Nameserver gab wurden hier IP-Adressen zu Hostnamen zugewiesen um Webseiten im Internet erreichbar zu machen. Bei der geringen Zahl von Domains und neuen Domains war dieses Prinzip noch in Ordnung aktuell wäre eine solche manuelle Pflege der hosts Datei gar nicht mehr denkbar und trotzdem kann sie noch hilfreich sein.

Wenn z.B. eine Domain eine neue IP-Adresse zugewiesen bekommt (DNS-Update) und der ISP-Nameservern (welcher auch immer verwendet wird) das Update noch nicht bekommen hat kann trotzdem schon so damit gearbeitet werden also würde die Domain bereits auf die neue IP-Adresse verweisen. (…natürlich bräuchte man hierzu kein DNS-Update wenn man sowieso nur etwas testen will, es ist nur ein Beispielhafter Verwendungszweck)

Die Datei liegt unter: “C:\Windows\System32\drivers\etc/hosts” und kann mit jedem beliebigen Texteditor bearbeitet werden. Um einer Domain eine IP-Adresse zuzuweisen muss einfach nur folgendes in eine neue Zeile geschrieben werden:

IP-Adresse Domain.de
...z.B.
216.239.59.104 google.de

(1 Eintrag pro Zeile. Speichern nicht vergessen.)

Über die Schlund DNS-Einstellungen wollte ich einer Domain (die bereits eine Sub-Domain Wildcard hinterlegt hatte) eine neue Sub-Domain zuweisen die auf eine andere IP-Adresse als die Domain verweist.

Ich wunderte mich wieso Die Sub-Domain immer noch auf die IP-Adresse der Domain verweist, da eigentlich Sub-Domains vorrangig gegenüber Wildcards behandelt werden.

Sinngemäß stand folgendes in der Eingabemaske unter Sub-Domains:

1) * A-Record IP1
2) Sub-Domain A-Record IP2

Das Problem wurde durch die Rangfolge verursacht, dadurch das die Wildcard an erster Stelle und somit vor der Sub-Domain stand wurde letztere gar nicht mehr ausgewertet.

Ziemlich blöd aber wenn man das Problem kennt kann man es ja leicht beheben.

Einen sehr interessanten Artikel um die Geschwindigkeit von Wordpress via Cache oder GZip zu optimieren findet Ihr hier.

Nachfolgende Methode aus dem Artikel benutze ich selber und habe eine merkliche Verbesserung festgestellt:

<?php
ob_start("ob_gzhandler");
?>

Nach der Installation der neuen Opera Version 10.50 öffnet die Verknüpfung standardmäßig einen neuen Tab (…sofern schon eine Opera Instanz läuft) statt einer neuen Instanz.

Dieses Verhalten finde ich sehr unpraktisch für mein Umgang mit Opera, um wieder neue
Instanzen über die Verknüpfung zu öffnen muss folgendes gemacht werden:

- Rechtsklick auf Opera Verknüpfung und Eigenschaften wählen
- Im Reiter Verknüpfung unter Ziel: folgendes am Ende ergänzen “-newwindow”

Das ganze sieht dann z.B. wie folgt aus:

1

"C:\Benutzer\Programme\Opera\opera.exe" -newwindow