Ich kenne einen von der Arbeit, der professionell Poker spielt. Der spielt halt kein Poker Online sondern richtige Turniere. Diese Turniere finden ausserhalb von Deutschland statt. Ich glaube innerhalb von Deutschland ist es gar nicht erlaubt um Geld zu spielen, Glücksspiel und so. Jedenfalls als ich damals in seinem Computerladen gearbeitet habe, kam es öfter vor, dass man nicht wusste, ob er den Laden aufgeben muss oder nicht. Es war tatsächlich so, dass er einfach zu einem Poker Turnier gereist ist und dort mit seinen letzten Geldresourcen gespielt hat. Dabei hatte er auch noch eine Frau, die ebenso gern Poker spielte. Das war echt verrückt.
Aber es hat immer geklappt, allerdings gibt es das Geschäft heutzutage nicht mehr, und ich glaube ich kann mir vorstellen warum.

Um Geld spielen ist sowieso keine gute Idee. Besser ist es sich in Turnieren nach Punkten und um Preise zu spielen, ob nun online oder real, da man ansonsten wirklich Haus und Hof verspielen kann. Poker ist ein Glücksspiel, und es macht ebenso wie z.B. Roulette süchtig. Die meisten Menschen können einfach nicht mehr rechtzeitig aufhören, und spielen, bis sie alles verloren haben. Siehe dazu auch mein anderer Artikel.

Eine gute Möglichkeit Risikofrei zu spielen ist ein sogenannter Poker Freeroll. Dabei spielt man eben nicht um Geld, sondern um Preise. Das ist nicht nur für Anfänger gedacht, sondern es gibt auch Profis, die nur Freeroll spielen, um eben kein echtes Geld zu verlieren. Gut, man kann nicht wirklich so viel absahnen, wie wenn es um echtes Geld geht, jedoch muss man auch keine Angst haben morgen auf der Straße zu sitzen.
Mein Neffe z.B. spielt das desöfteren und hat schon mehrere Turniere gewonnen. Dabei hat er Preise wie Geld, Gegenstände (z.B. Laptop, Ipod etc.) gewonnen. Also eine gute Möglichkeit mit Online Poker Gewinne zu erzielen, und dabei riskiofreien Spaß zu haben.

Was aber gewaltig stört ist die Sound Latenz. Das ist wirklich schon peinlich, wenn ein Sound erst nach 50 – 200 ms abgespielt wird. Und jetzt stellt euch das in einem Actionspiel vor. Man schießt und hört 200ms später erst den Schuss.
Das schlimmste an diesem Problem ist, dass man es mit Flash / Actionscript überhaupt nicht lösen kann. Entweder ist dieser Bug den Flash Entwicklern egal oder sie kriegen es nicht hin. Das Problem besteht ja schon seit Jahren.

Auf Linux Computern ist die Latenz übrigens noch deutlich höher (1000 – 3000 ms). Das geht einfach nicht.

Jetzt hab ich aber schon Actionscript gelernt und bin gar nicht so schlecht darin. Deshalb sieht meine Lösung so aus:
Ein Java Applet spielt die Sounds. Von Flash aus wird per ExternalInterface.call eine Javascript Funktion aufgerufen, die eine Java Funktion aufruft, die dann den Sound abspielt. Toll oder? Naja, aber es haut zum Glück recht gut hin und die CPU Auslastung steigt dadurch auch nicht. Also Gott sei Dank kann ich jetzt mein Spiel weiterentwickeln und das bekommt nun tatsächlich Sound mit nicht wahrnehmbarer Latenz. Man muss sich einfach zu helfen wissen.

Vielleicht brauchts ja sonst noch jemand, es ist eine Sache von ein paar Minuten und man braucht keinen API Key oder sonstiges. Hier eine Anleitung, was man machen muss, um vor englischsprachigem Spam verschont zu bleiben.

Die Idee ist folgende: Unter dem Kommentar-Formular wird das Bild einer Frucht angezeigt. Darunter ist ein weiteres Input-Feld, in das der Kommentator den Namen der Frucht schreiben muss. Und zwar auf deutsch.

1. Spambots sind zu blöd Früchte zu erkennen
2. die meisten Spambots können kein deutsch
3. englisch kommentierende Spamer können die Früchte erkennen, können aber kein deutsch (zumindest die meisten). Ausser sie schauen in ein Wörterbuch, aber ich glaube da suchen sie sich eher den nächsten Blog.

Naja, ich muss wohl erstmal ne Zeitlang warten, aber ich hab so das Gefühl, dass jetzt erstmal Schluss ist mit dem massenhaften Spam.

Schritt 1 – Speichert euch die ganzen Bilder unter den gleichen Namen wie ich sie habe auf den Rechner (1.jpg – 8.jpg)

2. Schritt
Erstellt auf eurem Webspace einen Ordner namens “fruits”, und zwar im untersten Verzeichnis. Ladet dort per ftp die Bilder hoch. (die genaus heissen müssen, wie bei mir)

3. Schritt
Öffnet mit einem Editor die Datei comment-template.php im wp-includes Ordner (per ftp downloaden).
Sucht die Stelle

[php]

[/php]

DAVOR fügt ihr diesen Code ein:

[php]
// hacked by mighty marcus / spam protection
$fruit = mt_rand(1, 8);
echo '

‘;
echo ‘
‘;
echo ‘Was ist das?*
‘;
echo ‘
‘;
echo ‘
‘;
echo ‘

‘;
// end hack
?>
[/php]

Datei speichern und wieder hochladen.

4. Schritt
Holt euch die Datei wp-comments-post.php im untersten Verzeichnis und öffnet sie mit einem Editor.
Sucht die Stelle:
[php]
if ( ” == $comment_content )
wp_die( __(‘Error: please type a comment.’) );
[/php]

DANACH einfügen:
[php]
// hack
if (isset($_POST['fruit_answer']) && $_POST['fruit_answer'] != ”) {
$fruit_ary = array(”, ‘ananas’, ‘erdbeere’, ‘pfirsich’, ‘apfel’, ‘kirsche’, ‘banane’, ‘birne’, ‘zitrone’);
$fruit = $fruit_ary[$_POST['fruit']];
if ($fruit != strtolower($_POST['fruit_answer']))
wp_die( __(‘Fehler: Du müsstest eigentlich wissen, was das für eine Frucht ist!’) );
}
else
wp_die( __(‘Fehler: Sie müssen den Namen der Frucht eintragen!’) );
// hack end
[/php]

Fertig. Die Spambot Macher könnten jetzt zwar einfach den Blogeintrag lesen und ihren Bots beibringen, dass zum Beispiel 1.jpg eine Ananas ist usw… Aber ich schätze nur wegen meinem Blog wird das keiner machen. Check it out!

Wie immer am Ende noch ein paar Keywords, haha. Anti Spam yes Anti Spam. Ein Minimales Anti Spam System für WordPress von mighty.marcus. See ya (in hell) !

UPDATE: Und es funktioniert. Bisher kein einziger Spam-Kommentar!

UPDATE 2 (24. April): Immer noch kein Spam! Haha Loser!

/* wir speichern die Referenz zum Element #infoBox ( id=”infoBox”) in der globalen Variable infoBox
* Und zwar erst, wenn der DOM komplett geladen ist, Ansonsten könnte es sein, dass infoBox = null
* Es ist zwar in diesem Beispiel nicht notwendig, aber man sollte es sich angewöhnen sich gleich Referenzen
* zu DOM-Element anzulegen, die man öfter benutzt.
*/

$(document).ready(function() {
infoBox = $(“#infoBox”);
});

// Diese JS-Funktion ruft die Jquery-Funktion “post” auf. Der Output einer Datei wird gespeichert in “data”.
// Die Jquery-Funktion “html” fügt data in das Element #infoBox ein.
function get_servertime() {
$.post(“php_output.php”, function(data) {
$(infoBox).html(data);
});
}

Ein Link mit onclick=”get_servertime(); return false;” href=”javascript:”

Eine Datei php_output.php.

echo date(“d.m.Y H:i”, time());
[/php]

Und fertig. Wenn man auf den Link klickt, holt Jquery sich den Output der Datei php_output.php und fügt ihn in das Element #infoBox im DOM ein.

Ich habe heute ein bisschen damit herumgespielt und bin mit dem Ergebnis echt zufrieden. Jetzt kann ich endlich ein cooles Space-Spiel programmieren, oder es zumindest versuchen.

Entweder werde ich ein festes Universum erzeugen, und das Ergebnis in einer Datenbank speichern… So um die 1000 verschiedene Planeten mit zufallsgenerierten Namen, oder es wird immer bei jedem Spielbeginn ein neues Universum erstellt. Wie auch immer, Ideen habe ich, nur mit der Umsetzung hapert es meistens (ich träume von einer Art Galactic Civilziations 2 Spiel, mit Multiplayer. Mal sehen was ich wirklich daraus mache.)

Aber seht euch einfach mal das Sternensystem an. BTW ich bin kein Grafiker, mich interessiert eher dieses Zufalls-Zeugs. (Ruhig öfter mal den Browser aktualisieren für andere Ergebnisse.)

Perlin Nose, aha noch ein paar Keywords einbaue, SEO Haha!

Perlin Noise und Flash AS3 Actionscript, zufallsgeneriertes Sternensystem.

Achso ja der Link, den hätt ich ja fast vergessen…

Häng zuviel vorm PC!

Perlin Noise Demo

Bye bye!

Ach ja, klickt ruhig auf die Planeten um das Surface zu sehen. Sieht zwar nicht besonders aus aber die Möglichkeiten sind faszinierend (Stichwort Tilemap).

Mit Perl ist viel mehr möglich als „nur“ dynamische Webseiten zu erstellen, auch auf die Socket-API von C lässt sich darauf zugreifen und in Verbindung mit Flash als Client lassen sich damit Chats und sogar Multiplayer-Spiele realisieren. Was ist ein Socket? Um es kurz zu machen: ein Socket ist eine Schnittstelle in einem Netzwerk, die es ermöglicht Daten beinahe in Echtzeit zu übertragen. Dabei fungiert ein Perl-Script als zentraler Server, lauscht auf Verbindungen und eingehende Daten, parst die Daten und sendet sie bei Bedarf weiter an andere Computer, die auch mit dem Perl-Server verbunden sind.
Zum Vergleich: ein Apache-Webserver macht eigentlich das selbe. Er lauscht auf sogenannte HTTP-Requests, die wir senden, wenn wir einen Link anklicken. Der Webserver parst die Daten und liefert uns die gewollte Seite aus. Der vorteilhafte Unterschied zwischen einem Apache-Webserver und einem Perl-Socket-Server liegt aber darin, dass es nicht ganze HTML-Seiten sind, die über die Leitungen fließen, sondern schlanke Strings.

Kleines Beispiel: Wir klicken einen Button in Flash an, auf dem steht: Zeig mir die Server-Zeit.
Flash sendet durch einen (TCP-)Socket den String „[aktion:serverzeit]\0“ an den Perl-Socket-Server. Das „\0“ fügt der Flash-Player übrigens automatisch hinzu, um damit das Ende des Strings zu signalisieren.
Der Perl-Server parst den String und findet heraus: aha, ich soll die Serverzeit ausliefern. Als Antwort schickt er nun den String „[serverzeit:12:32:54]\0“.
Es sei an dieser Stelle auch gleich erwähnt, dass die XMLSocket-Klasse nicht zwingend Strings im XML-Format verlangt. Und das ist auch gut so, denn ein
„<xml version=“1.0“><aktion>serverzeit</aktion></xml>“ im vergleich zu „[aktion:serverzeit]“ ist ganz klar bandbreitenschonender, weil man einfach viel weniger Daten senden muss. Natürlich hätte ich auch „{aktion}{serverzeit}“ schreiben können oder auch „[a][s]“ oder gar „[s]“. Welches Protokoll man auch verwendet, solange man es selbst versteht und solange es logisch ist, passt alles.

Perl, der Meister der Regular-Expressions. Damit wird es sehr einfach, die Daten zu parsen.

$flashDaten =~ /\[aktion:(\w+)\]/;
my $aktion = $1;

if ($aktion eq „serverzeit“) {
my ($sec,$min,$hour) = localtime(time);
my $anwort = „[serverzeit:$hour:$min:$sec]\0“;
sende_zurück($antwort);
}

Ok, ich glaube man hat mich verstanden: Sockets dienen hauptsächlich dazu möglichst kleine Daten möglichst schnell zu senden/empfangen, und bieten damit die Möglichkeit viele Clients gleichzeitig zu bedienen. Man stelle sich einen Chat vor auf dem sich gerade hunderte User unterhalten. Die Nachrichten müssen so schnell wie möglich weitergeleitet werden, um überhaupt einen Chat möglich zu machen. Es reicht nicht, die Nachrichten in einer Datenbank zu speichern und alle paar Sekunden mittels eines HTTP-Requests die Seite zu aktualisieren. Es gibt zwar solche Chats, z.B. mit PHP, MySQL und Javascript (für automatische HTTP-Requests) realisiert – aber die taugen doch nicht wirklich was; und zwingen mit steigender Useranzahl selbst die stärksten Server in die Knie.

Ein ganz nützliches Perl-Modul, mit dem die Arbeit mit Sockets zum Kinderspiel wird, ist das POE-Modul. POE heisst Perl Object Environment, es ist objektorientiert und dadurch ist die Syntax auch leicht verständlich.

Was ist POE? POE ist ein Framework, welches es wie ein Betriebssystem erlaubt, mehrere Prozesse in einem Perl-Skript gleichzeitig laufen zu lassen, über sogenannte Sessions. Es lassen sich damit wunderbare Programme schreiben, in denen verschiedene Sessions sich um verschiedene Aufgaben kümmern. Da es für viele Bereiche – vor allem im Netzwerk-Bereich – vorgefertigte POE-Module gibt, schreibt sich ein Socket-Server damit fast schon von alleine. Die Hauptarbeit überlassen wir einfach POE und können uns direkt um die lustigen Sachen kümmern wie die Logik unseres Servers, Datenparsen usw.

Ladet euch das POE-Framework von CPAN herunter und installiert es. Falls ihr keinen eigenen Server habt sondern einen Webspace ohne Root-Zugang, kein Problem. Erstellt einfach einen Ordner auf dem Webspace, ladet dort das POE-Modul hoch und inkludiert es anstatt einfach nur:

use POE;

mit…

use lib „dein/absoluter/pfad/zum/POE-Ordner/lib“;
use POE;

Nun aber endlich mal zu einem Beispiel. Ich zeige euch einen kompletten Perl-Socket-Server, der eigentlich zwei Server beinhaltet: der eigentliche Hauptserver kümmert sich um den Flash-Film, der andere Server – nennen wir ihn Policy-File-Server – kümmert sich um die Auslieferung einer virtuellen XML-Datei, dem sogenannten Policy-File. Policy-File, was ist das?
Nun ja, machen wir es kurz: Adobe verlangt aus Sicherheitsgründen die Auslieferung eines virtuellen Policy-Files, quasi eine Datei in der geschrieben steht, dass der Flash-Film dazu berechtigt ist auf bestimmte Ports des Servers zugreifen zu dürfen.
Diese Datei liegt in unserem Perl-Skript in einem String und wartet nur darauf, in die große weite Welt verschickt zu werden. Sie sieht, bei mir zumindest, so aus:

my $xml = ‘<?xml version=”1.0″?><!DOCTYPE cross-domain-policy SYSTEM “/xml/dtds/cross-domain-policy.dtd”><cross-domain-policy><site-control permitted-cross-domain-policies=”master-only”/><allow-access-from domain=”localhost” to-ports=”5006″ /></cross-domain-policy>’;

Wie man sieht, steht darin geschrieben, dass localhost auf den Flash-Film zugreifen darf, und der Flash-Film auf den Server auf Port 5006.

Auf Port 5005 lauscht ein zweiter Server, also eine zweite POE-Session, die sich um nichts anderes kümmert als auf eine Verbindung und einen String „<policy-file-request/>\0“.
Schickt ein Flash-Film – oder wer auch immer – solch einen String, bekommt er als Antwort die $xml-Datei.

Ladet euch einfach die Quelltexte für den Actionscript-Client und den Perl-Server herunter. Schaut euch mal die Datei testServer.pl an.

Ganz kurz, was der Hauptserver macht: Er lauscht auf Verbindungen, akzeptiert diese, schreibt die Verbindungen oder besser gesagt die Referenzen dazu in das Array @connections, sendet eingehende Daten an die Verbindungen (im Array @connections, ausser an den Sender), löscht beendete Verbindungen wieder aus @connections (das ist wichtig, damit der Server nicht versucht Daten an bereits beendete Verbindungen zu senden – was zu einem sehr unschönen Programmabbruch führen würde). Daten parsen tut er nicht, aber falls er das tun soll, könnte es etwa so aussehen wie schon oben erwähnt, mit Regular Expressions:

$buff =~ /\[aktion:(\w+)\]/;
my $aktion = $1;

if ($aktion eq „serverzeit“) {
my ($sec,$min,$hour) = localtime(time);
my $anwort = „[serverzeit:$hour:$min:$sec]\0“;
$outbuffer{$client} .= $antwort;
$kernel->select_write($client, „event_write“);
}

Nun zum Flash-Teil. Wir erstellen nun einen Flash-Film, der einfach ein blaues Viereck zeigt. Dieses Viereck lässt sich verschieben, und wenn man es verschoben hat, sendet es die neuen Koordinaten des Vierecks an die anderen Flash-Filme, die noch mit dem Server verbunden sind. Die anderen Flash-Filme platzieren das Viereck dann an der neuen Position.

Ich zeige erstmal den Actionscript-Code. Es ist übrigens möglich den Code via der freien Flex-SDK
zu kompilieren, falls man kein Flash besitzt. Und das schöne an der Flex-SDK ist – außer dass sie nichts kostet – dass man sie auch unter Linux einsetzen kann. Da POE unter Windows nur zu Versuchszwecken taugt (POE verursacht zumindest beim strawberry-Perl unter Windows nach kurzer Zeit eine CPU-Auslastung von 100%) ist das natürlich sehr praktisch.
Falls ihr an der Flex-SDK interessiert seit, benutzt Google, ist leicht zu finden.

Erstellt in Flash einen neuen Film, speichert ihn und gebt in den Eigenschaften als Dokumentklasse TestSocket an. Mit TestSocket ist die Datei TestSocket.as gemeint, die ihr zusammen mit dem neuen Flash-Film in den selben Ordner kopiert. Oder kopiert die AS-Datei in den bin-Ordner der Flex-SDK und kompiliert den Code mittles Eingabeaufforderung bzw. Terminal dort mit mxmlc TestSocket.as. Danach bindet ihr die SWF-Datei in eine HTML-Seite ein und ladet diese zusammen mit der SWF-Datei auf euren Webspace bzw. xampp bzw. /var/www/ oder wo auch immer ihr eure Webseiten liegen habt hoch.

Startet nun den Server mittels Terminal oder Eingabeaufforderung und ruft über den Browser die HTML-Seite mit dem Flash Film auf. Wenn alles geklappt hat, macht weitere Fenster oder Tabs auf und verschiebt das Viereck. Es müsste nun auf allen anderen Seiten ebenfalls verschoben worden sein.

Ach ja, ein besonderes Schmankerl für die eigene Webseite ist es natürlich einen unsichtbaren Flash-Film laufen zu lassen, der eine Socket-Verbindung herstellt. So ist ein Datenaustausch auch ohne Seitenreload möglich. Dabei kann man Javascript als Brücke verwenden, um so empfangene Daten direkt im Browser auszugeben bzw. anzuzeigen. Man stelle sich einfach vor, dass ein User namens „Hans“ dem User mit der Uid 12 eine Nachricht schreibt, ganz normal über die Webseite. Nun wird eine Funktion in Javascript aufgerufen, die dem Flash-Film sagt, er soll eine Nachricht an den Server schicken, z.B. „[post][12][Hans]“. Der Server parst diesen String und findet heraus: aha, ich soll dem User 12 Bescheid sagen, dass er soeben Post von Hans bekommen hat. Der Server schickt an den Socket des Users 12 den String „[post][Hans]“.
Nun erscheint am rechten unteren Bildschirmrand des Postempfängers – der ja noch nichts von seinem Glück weiß, weil er die Seite noch nicht aktualisiert hat – eine kleine schicke Box, in der steht: „Sie haben Post von Hans!“. Posteingang-Benachrichtigung ohne Seitenreload beinahe in Echtzeit, realisiert mit einem TCP-Socket.

Sehr vorteilhaft ist es natürlich diesen unsichtbaren Flash-Film in einer Hauptseite laufen zu lassen, in der die eigentlichen Webseiten in einem iframe dargestellt werden. Warum? Weil sonst bei jedem neuen Seitenaufruf die Verbindung unterbrochen und dann wieder hergestellt wird.

Es gibt übrigens eine Javascript-Klasse, die diese Brücke herstellt, gebt mal in einer Suchmaschine „JSXML Bridge Javascript Flash“ ein. Diese Klasse arbeitet mit der ExternalInterface-Klasse von Flash.

Zuguterletzt noch zwei Punkte:
1.Warum muss ich jeden String, den ich vom Perl-Socket-Server an einen Flash-Client schicke mit einem „\0“ beenden? Weil Flash sonst ewig auf das Ende der Nachricht warten würde.
2.Kann jedes Programm, dass Socketverbindungen möglich macht, von jedem anderen Menschen dazu benutzt werden meine auf Port 5005 und 5006 lauschenden Server mit Nachrichten geradezu zu überfluten? Und ob. Stichwort Flooding. Leider können die Server nicht erkennen, ob Daten von einem Flash-Film, einem C++-Programm, einem anderen Perl-Skript oder von sonstwo geschickt werden. Hier ist es wirklich sehr wichtig, sich sichheitstechnisch abzusichern, will man nicht von seinem Webhoster gesperrt werden. Ich z.B. habe es so realisiert, dass nachdem sich ein User in meine Webseite eingeloggt hat seine IP-Adresse über einen UNIX-Socket an das POE-Skript gesendet wird; diese IP-Adresse wird für ein paar Sekunden erlaubt, d.h. Nur IP-Adressen werden gestattet, die praktisch „von oben“ ein okay bekommen haben, und das nur für ein paar Sekunden. Jede andere IP-Adresse wird gar nicht erst reingelassen bzw. sofort wieder rausgeworfen. „Tut mir leid, sie stehen nicht auf der Gästeliste!“. Ausserdem muss der Client auch seine Session-ID mitschicken, und es wird geprüft, ob diese in der Datenbank unter den eingeloggten Usern steht. Wenn nicht, auf Wiedersehen.

Okay, und das ist auch das Stichwort für mich, ich muss weg. Ich hoffe ich konnte dem einen oder anderen einen groben Einblick in die Welt der Sockets bieten und wünsche euch viel Spaß beim Erstellen von coolen Flash-Perl-Applikationen.

Wenn ich im linken DIV keinen italic Text benutze, sondern einen normalen, fetten oder was auch immer:

Ich würde mal sagen, das ist eine saubere Leistung. Immerhin stammen die Bilder hier von Internet Explorer Version 8.0, und der italic Bug trat schon in Version 5.0 auf. Wirklich, eine Glanzleistung.

Aber mal ehrlich, sowas kann doch gar nicht sein… Man kann doch nicht wirklich peinliche Fehler wie diesen hier über 4 Versionen lang ignorieren.

Der Fehler tritt dadurch auf, dass der Internet Explorer zu dämlich ist, die richtige Breite des DIV Containers zu berechnen, auch wenn diese explizit angegeben ist, sobald sich darin italic geschriebener Text befindet.
Für Layouts bei denen es pixelgenau zugeht, kann ein italic Text also eine Katastrophe heraufbeschwören.

Ich mein, seht euch mal die Bilder an…

Ich habe ja nichts dagegen, dass der Internet Explorer keinen Spaß versteht und bei der kleinsten Unstimmigkeit im Quellcode einen Fehler ausspuckt oder die Seite erst gar nicht anzeigt: kann man sogar was lernen dabei. Aber solche Bugs wie dieser Italic Bug, sowas muss doch nicht wirklich sein. Immer und immer wieder sorgt dieser unglaublich nervige Browser für Unbehagen.

Wir haben also zwei unterschiedliche Texte, die in Hinblick auf das relevante Keyword jedoch völlig gleich sind.

Der erste Text wird über diesen Artikel über diesen Link: deiramantis für die Suchmaschinen erreichbar sein.

Der zweite Text wird über diesen Artikel über diesen Link: deiramantis für die Suchmaschinen erreichbar sein.

Die Linktexte sind also die gleichen, die Dateinamen – und somit die URL sind aber verschieden. Beim ersten Text ist das Keyword in der Url vorhanden; beim zweiten nicht. Ob es nun eine Rolle spielt, dass der Link zu Text eins eher vorkommt, also die Suchmaschine eher darauf stößt als auf den zweiten Text, lasse ich jetzt mal ausser Acht.

Als Titel und Description werde ich einfach die ersten 5 Pseudo-Wörter des jeweiligen Textes bzw. die ersten 12 Wörter des jeweiligen Textes verwenden. So sind auch Titel und Description unique, obwohl sie eigentlich suchmaschinentechnisch gesehen äquivalent sind. Wichtig ist ja nur das Keyword.

Die Ergebnisse werde ich dann in ein paar Wochen hier posten.

Ach, jetzt habe ich doch glatt vergessen suchmaschinenfreundlich zu schreiben. Also müssen natürlich noch ein paar Keywords rein. HALLO OUT THERE! Hier geht es um das Thema: Keywords in der Url – ein praktischer Test.

Ich tippe mal stark darauf, dass der Text mit dem Keyword Dateinamen das Rennen macht.

UPDATE: Inzwischen wurde die Seite test007.html in den Index aufgenommen, wenn man im index-cache nachsieht sogar schon am 16.02.2009, also einen Tag nach Veröffentlichung dieses Artikels.
Die andere Seite mit dem Keyword im Dateinamen ist allerdings noch nicht aufgetaucht. Das muss man jetzt nicht verstehen, denke ich mal. Heute ist der 24.02.

UPDATE2: 27. Februar.
Die zweite Seite deiramantis.html wurde nun auch in den Index aufgenommen. Momentan belegt sie noch den zweiten Platz. Mal sehen, ob sich das noch ändert.

Momentan sieht es so aus: KLICK ME!

UPDATE 1. April 2009

Ähm, ja, lasst euch vom Datum (1.April) nicht täuschen. Ich haber gerade bei Google nachgeschaut und hab gesehen, dass sich der deiramantis.html Artikel jetzt doch durchgesetzt hat. Also das Keyword in der URL scheint doch besser bewertet zu werden.