Nach ueber 2 Monaten mit dem Default-Thema von WordPress, hab ich endlich eine neue Thema installiert: iNove. Es ist nicht so, dass ich alle paar Monate eine neue Thema installiere. Die Default-Thema hat jeder. Meine Seite soll ja auch nach was ausschauen. Wenn ich die meist heruntergeladenste Thema benutze, dann ist natuerlich meine Seite nicht individuell.

iNove vertraegt sich aber nicht mit dem All in One SEO Pack. Beide Extensions haben naemlich im HTML Head-Tag ein Keywords-Meta und ein Description-Meta. Das ist aber nicht gut fuer Google. Desswegen hab ich im File wordpress/wp-content/themes/inove/templates/start.php die Zeilen 39 und 40 geloescht.

39
40

<meta name="keywords" content="<?php echo $keywords; ?>" />
<meta name="description" content="<?php echo $description; ?>" />

Google killt localhost! Der Artikel ueber mein TCP Pipe Script ist wieder komplett aus Google geloescht worden. Er wurde nur kurz, nach der Veroeffentlichung, in Google angezeigt. Kein einziges Wort von dem Artikel hab’ ich bei Google gefunden. Zuerst dachte ich, dass es wegen dem Keywords- und Description-Meta war. Dann hab ich aber festgestellt, dass Google diese Seite als Sicherheitsrisiko ansieht, weil ich localhost verlinkt habe. Ich hab’ die Verlinkung heute in der Frueh heraus genommen und seit Mittag ist mein Artikel wieder bei Google gelistet. Dieser befindet sich auf Platz 18 von 45 Mio. Suchergebnissen, wenn man nach TCP sucht. Das Ganze kann aber genau so auch ein Zufall sein. Weil im Google Cache existiert noch die alte Seite mit localhost Verlinkung und dem Default-Thema.

Es gibt kein Problem, das man nicht mit Perl loesen koennte. TCP/UDP Pipe ist ein Perl Script, dass zwischen einem Server und einem Clienten eine Verbindung herstellt. Aehnlich wie bei Netcat, einem Proxy oder einem TCP-Tunnel. Man kann damit nicht nur eine TCP zu TCP und UDP zu UDP Verbindung betreiben, sondern auch UDP zu TCP und TCP zu UDP.

Wobei UDP zu TCP und TCP zu UDP nicht so reibungslos funktioniert wie zwei Verbindungen der gleichen Art. Natuerlich koennen auch mehrere Verbindungen gleichzeitig mit ein und dem selben Server hergestellt werden. Wenn sich ein neuer Client verbindet, wird dafuer ein eigener Socket erstellt. In der tcppipe.conf Datei, die auch in der zip-Datei enthalten ist, befindet sich ein Beispiel zum Testen. Wenn man die conf-Datei unveraendert laesst und tcppipe.pl startet, wird am lokalen Computer ein TCP Server auf Port 2102 erstellt. Wenn man dann mit dem Browser auf http://localhost:2102/ schaut, wird man feststellen, dass meine Seite erscheint. Die Anfragen an localhost:2102 werden also auf fox21.at:80 weitergeleitet. Die Konfigurationsdatei (tcppipe.conf) kann man natuerlich beliebig anpassen. Wenn localhost (= 127.0.0.1, Loopback) fuer den lokalen Server verwendet wird, dann kann man nur vom selben Computer darauf zugreifen. Nicht aber von einem Anderen. Wenn von jedem Computer im Netzwerk darauf zugegriffen werden darf, muss man fuer die lokale IP-Adresse z.B. 192.168.241.21 verwenden. Kommt darauf an, welche IP-Adresse der Computer im Netzwerk hat. Verwendet man 0.0.0.0 als lokale IP-Adresse fuer den Server, so wird auf allen Interfaces gelauscht (LISTEN). Dieses Script funktioniert auch mit ActivePerl. Es benoetigt die Module IO::Select, IO::Socket::INET und Time::HiRes.

Benoetigte Perl-Module

• IO::Select
• IO::Socket::INET
• Time::HiRes

Konfiguration

• Jeder server-Block muss einen client-Block enthalten.
• Die ip, egal ob im server- oder im client-Block muss folgendes Format haben: host:port

Flags

Hier ist eine Liste mit den Bedeutungen des flags-Feldes, das in jedem server- und client-Block vorkommen sollte:

• a = active: Wenn kein a vorkommt, wird der Server nicht erstellt. Damit kann man ganz einfach den Server ein- und ausschalten. Natuerlich wird dann auch kein Client erstellt. Was das a im Client-Block ueberfluessig macht.
• t oder u: TCP oder UDP. Das t steht fuer TCP und das u fuer UDP. Schreibt man beides in das gleiche flags-Feld, so wird TCP verwendet.
• s, c oder l = server, client und lokal client: Jeder Server hat intern eine s-Flag und jeder Client ein c-Flag. Cienten, die zum lokalen Server verbunden sind, haben ein l-Flag (kleines L). Diese 3 Flags sind jedoch fuer die Konfigurationsdatei unwichtig, da sie nur intern in der Funktion parseConfig vergeben werden. Und natuerlich auch, wenn ein neuer Socket erstellt wird.

Download

• tcppipe-1.0.0.zip