Alle Wordpress Blogs sind über http://www.domain.tld erreichbar wie auch über http://www.domain.tld/index.php. Wenn nun ein übereifriger Theme-Autor einen Link auf die index.php einbaut oder der Blog von außen mit http://www.domain.tld/index.php verlinkt wird, hat man ein Problem. Ob kannst du leicht im Google Webmaster Central oder mittels einer “site:”-Abfrage feststellen.

Abhilfe schafft eine kleine Änderung in der .htaccess-Datei.

Aus

RewriteEngine On
RewriteBase /

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

wird

RewriteEngine On
RewriteBase /

RewriteCond %{REQUEST_URI} ^/index\.php$
RewriteRule . / [L,R=301]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . / [L]

Sehr wichtig ist die letzte Zeile. Würde man diese nicht ändern, würde jeder Post auf die index.php umgeleitet werden.

Will man aber umgekehrt alle Aufrufe der Domain die mit www.domain.tld oder www.subdomain.domain.tld erfolgen auf domain.tld bzw. subdomain.domain.tld umleiten so muß man etwas ein die Trickkiste greifen.

www. wegzulassen macht bei Sudomains in jedem Fall Sinn, um duplicate Content zu vermeiden. Gängige Suchmaschinen, indexieren sonst www.subdomain.domain.tld und subdomain.domain.tld als zwei verschiedene Domain. Ihr kennt das Problem. Multipliziert man das z.B. mit einem Blogservice, der Subdomains anbietet, so kommt man schnell zu einem unschönen Wust an doppelt indexierten Blogs.

Die Lösung ist im Prinzip sehr simpel und sieht wie folgt aus. Der Trick steckt im %1-Tag von Apaches mod_rewrite. Dazu gleich mehr.

…
RewriteCond %{HTTP_HOST} ^www\.(.*)\.domain\.tld$ [NC]
RewriteRule ^(.*)$ http://%1.domain.tld/$1 [R=301,L]
…

Beginnt eine angefragte Domain mit www. www.subdomain.domin.tld und handlet es sich um eine Subdomain, dann leite diese Anfrage per 301 auf subdomain.domain.tld um. %1 enthält hierbei das Ergebnis der Regular Expression Matches auf Zeile 1 in unserem Falle die Subdomain und $1 enthält den aufgerufenen Pfad, der in Zeile 2 gemacht wird.

Merke: %1, %2, … beziehen sich auf die Matches der letzten Regular Expression, $1, $2, … auf die aktuelle.

Relativ schnell konnte ich Skype dafür verantwortlich machen. Das Problem lässt sich sehr einfach lösen, indem man im Skype-Konfigurationsdialog unter Verbindungen den Haken für “Port 80 und 443 als Alternative für eingehende Verbindungen verwenden” entfernt (siehe Screenshot).

Webseiten von xampp und Skype.

• Download der .htaccess
• Ersetze
  

  RewriteEngine On
  RewriteBase /
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule . /index.php [L]

  durch

  RewriteEngine On
  RewriteBase /
  
  RewriteCond %{HTTP_HOST} !^www. [NC]
  RewriteRule ^(.*) http://www.%{HTTP_HOST}/$1 [R=301,L]
  
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule . /index.php [L]

• Upload der geänderter .htaccess

Dabei sind drei Dinge sind zu Beachten:

1. mod_rewrite muss aktiv sein, sonst funktioniert kein Url-Rewriting
2. Da es sich bei der .htaccess um ein sog. Dotfile handelt, das unter Linux unsichtbar ist, muss der FTP-Client möglicherweise darauf eingestellt werden, dass er versteckte Dateien anzeigt.
3. Da die .htaccess vom Webserver erstellt wurde, hat sie diesen auch als Owner. Es kann sein, dass der FTP-User sie nicht überschreiben darf. In diesem Fall die .htaccee auf dem Webserver löschen und die geänderte Version neu hochladen.