Was macht nun aber jemand, der z.B. Webspace auf einem IIS hat und dort ein WP installieren möchte?
Die Lösung ist einfach und genial:
eine PHP-Seite, die als Standard-404-Fehler-Seite definiert wird:

< ?php
$qs = $_SERVER['QUERY_STRING'];
$pos = strrpos($qs, '://');
$pos = strpos($qs, '/', $pos + 4);
$_SERVER['REQUEST_URI'] = substr($qs, $pos);
$_SERVER['PATH_INFO'] = $_SERVER['REQUEST_URI'];
include('index.php');
?>

In den neueren Versionen von WP (glaube >= 2.0) kann der Pfad, so aussehen:
entweder mit ID: index.php?p=123
ohne URL-Rewrite: index.php/2008/01/02/Titel-des-Posts/
mit URL-Rewrite: /2008/01/02/Titel-des-Posts/

Das obige Script wird aufgerufen, wenn ein physikalisches Verzeichnis nicht existiert, liest den Query-String ein, setzt die Server-Variable und inkludiert die index.php von WP.
Nun erfüllt das Script die selbe Funktion wie mod_rewrite.

• Beschränkung der Skriptsprache auf Python (wird wahrscheinlich bald auf PHP ausgeweitet)
• das ganze unterliegt einer Sandbox ( die Software wird vom Rest des Systems abgeschirmt, quasi in den Sandkasten gesetzt, in dem sie einerseits keinen Schaden anrichten kann und andererseits die Wirkungen der Software aufgezeichnet werden können)
• kein SQL (es wird eine eigene Query für den Datastore verwendet: GQL)
• 500 MB Speicherplatz
• Traffic für 5 Mio. Seitenaufrufe

Natürlich ist es ein großer Anreiz, Googles Infrastruktur zum Hosten eigener Anwendungen zu verwenden. Es gibt zwar noch ein paar Dinge die einem Sauer aufstoßen können, vor allem die Beschränkung auf Python, allerdings verrät ein Blick in die app.yaml Datei, welche jede Applikation im root-Verzeichnis haben muss, dass die Beschränkung bald fallen wird:

application: test
version: 1
runtime: python
api_version: 1
handlers:
- url: /images
static_dir: images
- url: /.*
script: erste_ausgabe.py

Das Attribut runtime gibt den Hinweis dazu.

Für den ganzen Rest (Datenbank, Mail, …) gibt’s immer eine eigene API:

• Python Runtime
• Datastore API
• Images API
• Mail API
• Memcahe API
• URL Fetch API
• Users API

Natürlich hat Google ein SDK beigepackt und es finden sich auch schon zahlreiche (wenn oft auch sinnlose ) Anwendungen in der AppEngine.

Hier geht’s los!

// Ergänzung: Umlaute!
function umlaute($path)
{
$umlaute = array(
"Ä" => "%c4",
"ä" => "%e4",
"Ö" => "%d6",
"ö" => "%f6",
"Ü" => "%dc",
"ü" => "%fc",
"ß" => "%df"
);
foreach ($umlaute as $umlaut => $ok)
{
$path = str_replace($umlaut, $ok, $path);
}
return $path;
}

Diese Funktion muss nun vier mal aufgerufen werden:

1. für die Lightbox: $lightbox = umlaute($lightbox);

$lightbox =  ($lightbox=='#' || $lightbox=='' || $this->config['lightbox']!=1) ? 'javascript:void(0)' :  $this->cObj->IMG_RESOURCE($imgTSConfigLightbox);
$lightbox = str_replace(' ', '%20', $lightbox); // search for empty chars, thx maxhb
$lightbox = umlaute($lightbox);
$lightBoxImage='';

2. für die Thumbnails: $thumbImage = ‘<img src=”‘.umlaute($this-/>cObj->IMG_RESOURCE($imgTSConfigThumb)).’”

if ($thumb) {
$imgTSConfigThumb = $this->conf['thumb.'];
$imgTSConfigThumb['file'] = $path;
$thumbImage = '';
}

3. und 4. für das große Bild, einmal wenn’s nur ein einziges Bild gibt und ein zweites Mal falls es doch mehr Bilder gibt : $bigImage = umlaute($bigImage);

// if just 1 image should be returned
    if ($limitImages==1) {
	$bigImage = umlaute($bigImage);
    	return '';
    }
    $bigImage = umlaute($bigImage);
    // build the image element
    $singleImage .= '
'.$text.
        $lightBoxImage.'
        
        '.$thumbImage.'
      

';