Nun ist es oftmals allerdings alles andere als günstig, dass diese Zusatzinformation "ungefragt" ausgegeben wird. Wer nach etwas sucht und bereits in den SERPs sieht, dass der Inhalt auf der Webseite ein Beitrag von 2007 ist, klickt möglichweise lieber auf ein Suchergebnis, bei dem das Datum aktueller ist oder gar nicht angezeigt wird. Hierbei ist es nicht relevant ob der 2007er Artikel qualitativ genau das Gesuchte liefert. Das Unterbewusstsein sagt einem "Dieser Inhalt ist alt / veraltet!", auch wenn bei vielen Themen es völlig egal ist, wann dieser Inhalt erfasst wurde.

Weiterhin fehlen die bis zu 19 Zeichen für das Datum, Leerzeichen und Punkte eventuell in der selbst festgelegten Beschreibung! Das sind etwa 12% der maximal angezeigten Gesamtlänge der Description. Warum Google hier nicht per Metatag oder in den Webmastertools eine Festlegung vom Webmaster selbst zulässt, ist für mich nicht nachvollziehbar. Die Zeiten, in denen Blogs reine Onlinetagebücher waren, sind doch längst vorbei. Blogs sind zu echten Content Management Systemen heran gewachsen und werden von vielen Seitenbetreibern als solche eingestzt.

Anpassungen in den Template-Dateien

In den WordPress-Themes wird das Veröffentlichungsdatum oft bei jedem Artikel mit ausgeben. Auf picxl.de habe ich diese Information einmal links neben dem Titel und einmal unterhalb jedes Artikels. In den php-Dateien single.php, page.php, index.php usw. hatte ich folgenden Code stehen:

<?php the_time('l, j. F Y') ?>

Ersetzt man diesen nun durch eine JavaScript-Ausgabe, wertet Google diesen nicht mehr aus. Besucher mit deaktiviertem JavaScript bekommen an dieser Stelle natürlich auch keine Information über das Veröffentlichungsdatum mehr angezeigt.

<script language="javascript">document.write('<?php the_time('l, j. F Y') ?>'); </script>

Bei neu veröffentlichen Beiträgen ist der Beschreibungstext sofort ohne Datum im Google-Index. Bei älteren kam es nach und nach zu einer Änderung und manche Descriptions sind auch nach 2 Monaten noch immer mit einem Datum versehen. Sicherlich würden inhaltliche Veränderungen dieser Artikel eine Anpassung beschleunigen, aber ich habe ja Geduld.

Für diesen Beitrag habe ich die beiden möglichen Snippets in einen Screenshot untereinander gelegt. Meine Meta-Description "Viele WordPress-Artikel und Foren-Einträge zeigt Google in den Suchergebnissen mit ihrem Veröffentlichungsdatum an. Dieser Beitrag beschreibt, wie man dies verhindert." gefällt mir mit dem abschließenden Wort "verhindert" am Ende deutlich besser, als mit dem Datum am Anfang…

Das erste Problem, das mir begegnete, waren die fehlenden Schreibrechte im Verzeichnis /piwik/tmp/assets.

Piwik couldn’t write to some directories
Try to Execute the following commands on your Linux server:

Das war schnell behoben und prinzipiell verrät die Piwik-Fehlermeldung auch schon die Lösung. Eine Rechteänderung des tmp-Verzeichnis auf 777 halte ich zwar für übertrieben, aber dies gibt dem Webserver die benötigten Schreibrechte. In /piwik/tmp/assets legt Piwik eine CSS- und eine JS-Datei ab, ohne denen das Dashboard & Co. nun mal völlig unformatiert erscheinen und ein Arbeiten mit dem Open-Source-Statistiktool unmöglich machen.

Aber auch nach dem Setzen der Schreibrechte bleibt Piwik unbenutzbar. Die CSS-Datei /piwik/tmp/assets/hashwert.css wird einfach nicht geladen und auch ein direkter Aufruf dieser Datei ist nicht möglich (http://piwik.example.org/piwik/tmp/assets/hashwert.css im Browser führt zu einem 404-Fehler). Auf dem Server liegt die Datei im angegeben Verzeichnis… die Logdateien auf dem Server zeigen aber genau wie mein Browser einen 404-Fehler. Merkwürdig!

Gut, ein Test. Umbenennung des tmp-Verzeichnis in "xxx", ein erneutes Laden der CSS unter dem neuen Pfad (http://piwik.example.org/piwik/xxx/assets/hashwert.css) und siehe da, mir wird der Inhalt der CSS im Browser angezeigt. Meine Schlussfolgerung: Das unter Unix zum Ablegen temporärer Dateien oft genutzte /tmp-Verzeichnis macht aus irgend einem Grund Probleme. Ohne hier weiter lange zu suchen, habe ich der Konfiguration des virtuellen Hosts einen zusätzlichen Alias verpasst.

Alias /tmp "/var/www/httpd/piwik/html/tmp"

Noch ein Reload des Apachen und schon strahlte mich die schicke neue Piwik-Oberfläche an. Alle Module machen ihre Arbeit und der Spuk ist vorbei… 

Noch mehr Piwik

Weitere Informationen und Hinweise zur OpenSource-Webanalyse mit Piwik – wie das Thema Datenschutz, automatische Updates und das Handling mit der großen Piwik-Datenbank – sind unter redirect301.de veröffentlicht. Alles mit direkt übernehmbaren Beispiel-Codes, Screenshots und Links zu weiteren Quellen.

Nun gut! In der Meldung steht etwas von Update – also machen wir das mal schnell und der Spuk wird vorbei sein. Nur leider fehlen (derzeit) in den Debian 5 Quellen noch das neue Pakete.

Zur Lösung des Problems:

In der sources-List unter /etc/apt/sources.list folgenden Eintrag hinzufügen:

deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free

Nun zur Installation:

apt-get update
apt-get install clamav
/etc/init.d/amavis restart

Sollte das nicht ausreichen (ClamAV-Logs kontrollieren), dann:

apt-get update
apt-get upgrade
/etc/init.d/postfix restart

Hierbei werden nochmal 4 Pakete aktualisiert:

apt-get upgrade
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut
Lese Status-Informationen ein… Fertig
Die folgenden Pakete werden aktualisiert:
clamav-base clamav-daemon clamav-docs clamav-freshclam
4 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

Nun sollten auch die Logs wieder sauberes Bild abgeben und der Aufruf von freshclam keine weiteren Probleme aufzeigen. Und eine Kontrolle der Mailq sollte zeigen, dass diese langsam wieder abgebaut wird: 

mailq | wc -l
1300
mailq | wc -l
1294

Beispielhafte Medlung aus der Mailq:

87075BC20DC     7797 Thu Apr 15 23:33:02  dummy@example.org
(host 127.0.0.1[127.0.0.1] said: 451-4.5.0 Error in processing, id=22211-03-39, virus_scan FAILED: virus_scan: ALL VIRUS SCANNERS FAILED: ClamAV-clamd av-scanner FAILED: run_av error: Too many retries to talk to /var/run/clamav/clamd.ctl (Can’t connect to UNIX socket /var/run/clamav/clamd.ctl: Datei oder Verzeichnis nicht gefunden) at (eval 88) line 309.; ClamAV-clamscan av-scanner FAILED: /usr/bin/clamscan unexpected exit 50, output="LibClamAV Warning: *********************************************************** 451-4.5.0 LibClamAV Warning: ***  This version of the ClamAV engine is outdated.     *** 451-4.5.0 LibClamAV Warning: *** DON’T PANIC! Read http://www.clamav.net/support/faq *** 451-4.5.0 LibClamAV Warning: *********************************************************** 451-4.5.0 LibClamAV Error: cli_hex2str(): Malformed hexstring: This ClamAV version has reached End of Life! Please upgrade to version 0.95 or later. For more information see  www.clamav.net/eol-clamav-094 and www.clamav.net/download (length: 169) 451-4.5.0 LibClamAV Error: Problem parsing database at line 742 451-4.5.0 LibClamAV Error: Can’t load daily.ndb: Malformed database 451-4.5.0 LibClamAV Error: cli_tgzload: Can’t load daily.ndb 451-4.5.0 LibClamAV Error: Can’t load /var/lib/clamav//daily.cld: Malformed database 451 4.5.0 ERROR: Malformed database" at (eval 88) line 527. (in reply to end of DATA command))

Warning: mysql_connect()
[function.mysql-connect<http://www.example.org/function.mysql-connect>]: Host ‘hostname’ is blocked because of many connection errors; unblock with ‘mysqladmin flush-hosts’ in /home/www/example.org/includes/example-script.php on line 7
Keine Verbindung möglich!

Man findet bei der Suche nach dieser Fehlermeldung eine ganze Reihe Websites, die von Google genau in dieser Zeit gecrawlt und mit diesem Inhalt indexiert wurden. Je nach Überwachungs-Intervall einer Seite kann dies bei stiefmütterlich behandelten Projekten auch mal schnell mehrere Tage dauern, bis irgendwer auf den Fehler aufmerksam wird. Zumindest macht das auf mich diesen Eindruck, wenn in den Google Top20 mehrere "normale" Websites auftauchen, die sich eher nicht mit MySQL-Problemen befassen.
Die Lösung für dieses Problem steht ja eigentlich schon direkt in der Fehlermeldung. Der Aufruf von mysqladmin mit dem Parameter flush-hosts auf dem MySQL-Server kann und wird weiter helfen – wenn man selbst Zugriff als root auf den Server hat. Wer diese Möglichkeit nicht besitzt, dem bleibt nur noch sich mit seinem Hoster in Verbindung zu setzen, sodass dieser sich 1 Minute Zeit nimmt und das Problem (erst mal) behebt.

Als erstes als root oder via sudo mit root-Rechten auf den Server anmelden und hier den bereits in der Fehlermeldung erwähnten Aufruf absetzen.

#server: mysqladmin flush-hosts

Der Spuk ist damit vorerst vorbei, wie ein erneuter Aufruf der eben noch fehlerhaften Website zeigt. Doch zurück lehnen hilft nur bis zur nächsten Meldung dieser Art, was je nach Auslöser bereits nach wenigen Sekunden der Fall sein kann. Um etwas länger vor manuellen Eingriffen des Admins – und somit vor Ausfällen der Website – verschont zu bleiben, verspricht ein Eintrag in die my.cnf – der Konfigurationsdatei von MySQL – Abhilfe.

#server: mcedit /etc/mysql/my.cnf

Hier lässt sich im Bereich [mysqld] mit folgender zusätzlichen Zeile der Standardwert für Verbindungsfehler von 10 auf einen praktisch beliebigen Wert anheben.

max_connect_errors = 100

Abspeichern und nach einem Restart von MySQL würde nun erst nach 100 fehlerhaften Verbindungen der entsprechende Host gesperrt werden (das geht natürlich auch mit einem Wert von 1.000, 10.000 oder noch höher). Nur die in MySQL eingebaute Begrenzung ist hier ja nicht zum Spaß Bestandteil der Software! Hiermit lassen sich natürlich Hacker-Attacken verhindern oder man wird auf Netzwerkfehler aufmerksam gemacht. Vielleicht hat man aber auch ein Script am Laufen, was sich immer wieder fehlerhaft versucht auf den MySQL-Server zu verbinden. Hier kann man nur in der MySQL-Prozessliste suchen und das Problem versuchen auf diese Art lokalisieren.

In irgendeinem Forum habe ich auch gelesen, dass man sich einen entsprechenden Cronjob einrichten könnte, der dann pauschal alle 5 Minuten (oder einer anderen Zeitspanne) ein "flush-hosts" durchführt.

#server: crontab -e
*/5 * * * * mysqladmin flush-hosts

Nun ja, dann könnte man auch gleich den MySQL-Dienst permanent neu starten, Daumendrücken oder einfach auf besseres Wetter hoffen. Die Suche nach der Ursache ist da schon der bessere Weg – aber wenn man "erst mal schnell" eine Lösung braucht, dann funktioniert die Erhöhung von max_connect_error.

In der MySQL-Dokumentation findet man auch noch eine weitere Lösung, um den Wert für die maximalen Verbindungsfehler zu erhöhen. Hier wird auf das Shellscript mysqld_safe näher eingegangen. Wer seine my.cnf nicht anfassen möchte, ist hiermit sicher gut beraten.

# Piwik
page.wrap (
 | <script type="text/javascript">
var pkBaseURL = (("https:" == document.location.protocol) ? "https://analytics.example.org/" : "http://analytics.example.org/");
document.write(unescape("%3Cscript src=’" + pkBaseURL + "piwik.js’ type=’text/javascript’%3E%3C/script%3E"));
</script><script type="text/javascript">
try {
var piwikTracker = Piwik.getTracker(pkBaseURL + "piwik.php", XX);
piwikTracker.trackPageView();
piwikTracker.enableLinkTracking();
} catch( err ) {}
</script><noscript><p><img src="http://analytics.example.org/piwik.php?idsite=XX" style="border:0" alt=""/></p></noscript>
)

# GoogleAnalytics
page.wrap (
 | <script type="text/javascript">
var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
document.write(unescape("%3Cscript src=’" + gaJsHost + "google-analytics.com/ga.js’ type=’text/javascript’%3E%3C/script%3E"));
</script>
<script type="text/javascript">
try {
var pageTracker = _gat._getTracker("UA-XXXXXXX-X");
pageTracker._trackPageview();
} catch(err) {}</script>
)

Bitte daran denken, dass die eigenen Ids für "XX" bei Piwik bzw. für "UA-XXXXXXX-X" bei GoogleAnalytics eigesetzt werden müssen. Bei Piwik ist natürlich auch die eigene URL zur Analyse-Seite anzupassen. Ich wollte es nur erwähnt haben…

Ich möchte von meinem Windows-Rechner per SSH und HTTP auf die Virtuelle Maschine zugreifen ohne aber die Konfiguration "Hostinterface" oder "Internes Netzwerk" zu nutzen. SSH lauscht auf auf Port 22 und HTTP ebenfalls unverändert auf dem bekannten Port 80. Ansprechen, also vom Windows her aufrufen, möchte ich SSH auf Port 9022 und HTTP auf 9080. Die Ports sind hierbei oberhalb von Port 1024 prinzipiell frei wählbar; ein bisschen Ordnung schadet sicherlich nicht und somit hat diese VM von mir die Nummer 90 bekommen und die Original-Ports habe ich einfach an gehangen.

NAT-Konfiguration

Bei den Einstellungen für das Netzwerk innerhalb von Virtualbox muss NAT ausgewählt werden und beim direkten Bearbeiten der Konfigurations-XML-Datei ist ein Beenden des Programms notwendig, da Windows sonst das Schreiben in diese Datei verweigert. Da meine Maschine "Debian 4.0" und mein Anmeldename bei Windows "daniel" ist, lautet der Pfad zur XML bei mir

C:\Dokumente und Einstellungen\daniel\.VirtualBox\Machines\Debian 4.0\Debian 4.0.xml

Diese mit einem Texteditor öffnen und die folgenden 3 Zeilen zwischen <ExtraData> und </ExtraData> hinzufügen

<ExtraDataItem name="VBoxInternal/Devices/pcnet/0/LUN#0/Config/SSH/HostPort" value="9022"/>
<ExtraDataItem name="VBoxInternal/Devices/pcnet/0/LUN#0/Config/SSH/GuestPort" value="22"/>
<ExtraDataItem name="VBoxInternal/Devices/pcnet/0/LUN#0/Config/SSH/Protocol" value="TCP"/>

Für den HTTP-Port einfach 3 weitere Zeilen anhängen; ggf. weitere Dienste einfach entsprechend erweitern

<ExtraDataItem name="VBoxInternal/Devices/pcnet/0/LUN#0/Config/HTTP/HostPort" value="9080"/>
<ExtraDataItem name="VBoxInternal/Devices/pcnet/0/LUN#0/Config/HTTP/GuestPort" value="80"/>
<ExtraDataItem name="VBoxInternal/Devices/pcnet/0/LUN#0/Config/HTTP/Protocol" value="TCP"/>

Nun nur noch speichern, Virtual Box ausführen und die entsprechende VM starten.

Alternative zur XML-Bearbeitung

Eine andere Möglichkeit die XML-Datei zu beschreiben lässt sich mit Hilfe des sich im Funktionsumfang befindlichen VBoxManager bewerkstelligen. DOS-Box öffnen (Start > Ausführen > CMD) und zum Virtualbox-Verzeichnis navigieren

cd "c:\Programme\Sun\xVM VirtualBox\"

hier angekommen (die Pfade/ Laufwerke können natürlich von meinen abweichen) gilt es die 3 folgenden Befehle abzusetzen (STRG+C und in der DOS-Box Rechtsklick und Einfügen wählen)

VBoxManage setextradata "Debian 4.0" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/SSH/HostPort" 9022
VBoxManage setextradata "Debian 4.0" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/SSH/GuestPort" 22
VBoxManage setextradata "Debian 4.0" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/SSH/Protocol" TCP

Einstellungen im Putty

Die VM läuft und nun möchte ich mit dem Putty auf die Linux-Konsole zugreifen. Hier habe ich einige Zeit gebraucht, um auf die Idee zu kommen, bei Hast Name nicht die IP der virtuellen Maschine einzugeben, sondern localhost oder 127.0.0.1. Bei Port kommt der weiter oben gewählte hinein und das war’s eigentlich schon. Der Zugriff müsste per SSH möglich sein; vorausgesetzt, dass auf der VM auch ein Dienst auf Port 22 lauscht.

Was macht der Port 80?

Ein frisch installierter Apache auf dem Gastsystem liefert beim Aufruf von "http://localhost:9080" im Browser: "It works" – und genau so ist’s gemeint.

Weiterführende Informationen zum Thema:

• Linux-Magazin Ausgabe 02/2008
• Tombuntu – Configure Port Forwarding to a VirtualBox Guest OS
• Mike Hummel – Portforwarding leicht gemacht

Man nehme also die ersten beiden MP3s und ziehe diese ins Brennfenster (so möchte ich das linke große Fenster mal nennen). Egal ob die Sortierung nun gerade passt oder nicht, klickt man einen der beiden Einträge an und zieht (drag & drop) diesen mit der Maus nach oben bzw. unten – die beiden Songs werden in ihrer Position vertauscht. Ggf. dies noch einmal wiederholen, wenn die Reihenfolge jetzt nicht mehr stimmen sollte.

Nun können die fehlenden Dateien mit einem Rutsch ins Brennfenster übernommen werden, die Sortierung bleibt nun so, wie diese im Quellverzeichnis vorgelegen hat bzw. in der Reihenfolge, in der die Dateien ausgewählt wurden. Wer möchte kann natürlich auch Titel für Tiel auswählen… jeder so wie er/ sie es eben immer macht.
Diese Vorgehensweise ist aus meiner Sicht günstiger, als erst mal alles zum Brennen zu übernehmen und dann im Auswahlfenster die vielleicht 20 Songs neu zu sortieren. Als noch arbeitsaufwendiger empfinde ich die Lösung, alle ID3-Tags so zu überarbeiten, dass beispielsweise mit einer Nummerierung o.ä. gearbeitet wird und somit mit der alphabetischen Lösung gelebt werden kann.

Sollte doch noch jemand eine bessere Lösung haben – gern auch der berühmte Haken bei den Einstellungen – kann dies bzw. einen Link gern posten.

Abhilfe hätte sicherlich der Download der Datei, dann die Umwandlung in einem Editor (z.B. PSPad) oder dem Windows-Tool Iconv und der erneute Upload gebracht. Da es aber einfach mal schnell gehen musste und ich keine Lust zum Suchen und das Ersetzen in die jeweiligen HTML-Kodierungen (&uuml; bzw. &szlig;) hatte, musste eine andere (Kommandozeilen-)Lösung her. Ich stieß schnell auf iconv, was wohl auf allen aktuellen Linux-Installation standardmäßig bereits installiert sein dürfte.

Die Syntax für die Anwendung ist recht simpel gehalten; die folgende Zeile wandelt die Datei index_utf8.html von UTF-8 in ISO-8859-1 um und speichert diese unter den Namen index_iso.html im selben Verzeichnis ab.

iconv --from-code=UTF-8 --to-code=ISO-8859-1 ./index_utf8.html > ./index_iso.html

Natürlich funktioniert das nicht nur zwischen UTF-8 und ISO-Kodierungen oder umgekehrt. Der Befehl iconv -l liefert eine ganze Reihe von Zeichensatzkodierungen, wobei allerdings nicht jede Kodierung in eine andere umwandelbar ist.

Die Hilfe zeigt wieder einmal recht gut, wie es funktioniert und welche Parameter was bewirken iconv --help liefert die folgenden Informationen:

Aufruf: iconv [Option...] [Datei...]
Kodierung von Dateien in eine andere Kodierung konvertieren.
Beschreibung des Ein-/Ausgabe-Formates:
-f, --from-code=NAME Kodierung für den ursprünglichen Text
-t, --to-code=NAME Kodierung für die Ausgabe
Informationen:
-l, --list Alle bekannten Zeichensatz-Kodierungen ausgeben Ausgabesteuerung:
-c Ungültige Zeichen von der Ausgabe ausgelassen
-o, --output=FILE Ausgabedatei
-s, --silent Warnungen unterdrücken
--verbose Informationen über den Bearbeitungsstand ausgeben
-?, --help Diese Hilfe ausgeben
--usage Kurzen Bedienungshinweis ausgeben
-V, --version Die Programmversion ausgeben
Obligatorische oder optionale Argumente von langen Optionen sind ebenfalls
obligatorische bzw. optionale Argumente für jede zugehörige kurze Option.
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.

Die hosts-Datei selbst stammt noch aus längst vergangenen Arpanet-Zeiten und diente zur Auflösung von Hostnamen zu IP-Adressen; also das, was heutzutage prinzipiell die DNS-Server übernehmen. Heutzutage unvorstellbar, dass damals diese Datei an alle Beteiligten verteilt werden musste, wenn neue Hostnamen zum Netz hinzugefügt wurden.

Wo befindet sich diese Datei?

Die hosts-Datei befindet sich in der Regel bei Linux-Systemen unter /etc/hosts und bei Windows unter c:\windows\system32\drivers\etc\hosts. Es handelt sich hierbei um eine einfach aufgebaute Textdatei (sie hat keine Dateiendung), die auf der einen Seite die IP-Adresse und ihr gegenüber den Hostnamen beinhaltet. Normalerweise hat sie standardmäßig unter Windows nur einen Eintrag: 127.0.0.1 localhost, d.h., dass der Hostname "localhost" der "lokalen Maschine" mit der IP 127.0.0.1 zugeordnet ist. Warum das so ist und was noch alles dazu gehört steht bei Wikipedia, darum soll es hier nicht gehen…

Wozu kann man sich das nun zu Nutze machen?

Nehmen wir an, dass ihr einen neuen WordPress-Auftritt in einer lokalen Entwicklungsumgebung (z.B. in einer VMWare) vorbereiten möchtet und online vielleicht schon eine statische Webseite habt, die ihr auch bis zur Liveschaltung des WordPress für die Besucher auch so belassen wollt. Jetzt kann man das WordPress-System sicherlich auch unter einer Arbeitsadresse installieren und später die Hostnamen in der Datenbank anpassen. Verwendet man allerdings Addons, wie z.B. eine Bildergalerie, dann kann es sehr schnell passieren, dass auch die ganzen Bildlinks in der Datenbank erneut angepasst werden müssen und das wollen wir uns eben einfach ersparen. Das heißt also, wir müssen bereits bei der Entwicklung mit dem korrekten Hostnamen arbeiten. Also benennen wir den virtuellen Host in unserer VMware doch schon mal so, wie er später auch verwendet werden wird, z.B. www.example.com.

Nun wird der Aufruf im Browser unserer Domain www.example.com dazu führen, dass wir zu einem Server mit der IP 208.77.188.166 weiter geleitet werden und nicht auf unserer Entwicklungsumgebung landen. Der Grund ist klar: Zu diesem Hostnamen gehört nun mal diese IP und nicht die unserer Wunsch-Adresse; "schuld" daran sind die DNS-Server! Aber diese können mit der hosts-Datei recht einfach umgangen werden…

Wie funktioniert’s?

Unsere Entwicklungsumgebung hat beispielsweise die im Internet nicht geroutete IP 192.168.23.100 und bei der Eingabe von www.example.com wollen wir auch dort landen. Also die hosts-Datei mit einem Texteditor öffnen und folgende Eintragung vornehmen:

192.168.23.100 www.example.com

Unter Windows kann man hierfür <START> >AUSFÜHREN> wählen und notepad.exe C:\WINDOWS\system32\drivers\etc\hosts eingeben. Nun die gewünschten Eintragungen (hierfür sind Administrator-Rechte nötig) vornehmen und speichern. Ggf. ist ein Leeren des DNS-Caches von Nöten: <START> <AUSFÜHREN> und den DOS-Befehl ipconfig -flushdns ausführen. Wenn die DOS-Box schon mal offen ist, dann lohnt auch gleich mal das Ausführen eines Pings: ping www.example.com als Antwort sollte nun die IP der VMWare ausgegeben werden, also die 192.168.23.100.

Nun kann man es auch im Browser probieren. Auch hier ist es eventuell nötig diesen neu zu starten bzw. Caches zu löschen.

Mit der hosts-Datei das eigene System absichern!

Vorsicht ist bei Änderungen an der hosts immer dann geboten, wenn diese gar nicht erwünscht sind. Zum Beispiel durch eine Schadsoftware, die hier eine beliebige Domain (vielleicht deine Homebanking-Adresse, Ebay oder was auch immer) auf eine andere IP umlenkt.

Wie man die hosts-Datei einsetzt, um den Aufruf von Spam- und Dialer-Adressen zu unterbinden, darüber informiert Marc Humer auf seiner Webseite ausführlich. Passende hosts-Dateien zum sofortigen Einsatz gibt es kostenlos zum Download.

Das Tutorial befasst sich mit Begriffsdefinitionen, der Geschichte des Internets, Suchmaschinen und deren Techniken sowie Webverzeichnissen und die verschiedenen Arten der Optimierung. Letztere wird natürlich am ausführlichsten behandelt und ist in die Bereiche Onpage und Offpage gegliedert. Weitere Kapitel befassen sich mit der Datenkrake Google, stellen verschiedene SEO-Tools vor und machen auf die häufgsten Fehler, wie der Überoptimierung, aufmerksam.

Der SEO-Blog informiert täglich über das aktuelle Geschehen in der Search Engine Optimization Szene und kann bisher allein auf 58 Wochenrückblicke zurück schauen. Der erste Beitrag war zu meinem Erstaunen eine Filmvorstellung! Harry Potter und der Orden des Phönix – wollte man hiermit einst einfach mal probieren, wie die Suchmaschinen reagieren ;-)

Hier die neuesten Beiträge auf seo-united.de:

SEO-united.de » SEO Blog: SEO Blog – Weblog zum Thema Suchmaschinenoptimierung

• François Truffaut – Google Doodle für Filmregisseur aus Frankreich

• Top 10 der Woche 06/12

• Social Media Richtlinien von 1936!

• Kann man Mitbewerber durch Spamlinks schaden?

• Facebook – Zuckerberg lässt die Hosen runter

• Top SEO Blogs 02/12

• Zauberwort Linktext-Distribution!

• Super Bowl TV-Werbung 2012

• SEO-News des Monats 01/12

• Freshness – Wie Google die Aktualität von Webseiten misst