from google.appengine.api import urlfetch
...
response = urlfetch.fetch(url)
content = response.content

Wenn alles gut geht, reicht das schon. So weit ist es sehr praktisch. In der Praxis muss man jede Menge Fehler abfangen, zum Beispiel wie in diesem Ausschnitt:

    try:
        response = urlfetch.fetch(jadurl)
        if response.status_code == 200:
            self.xxheaders = response.headers
            self.xxcontent = response.content
            self.xxFetched = True
        elif response.status_code == 404:
            self.errortext = "File not found"
            self.xxcontent = "not found"
        else:
            self.errortext = "Bad Response Code"
            self.xxcontent = response.status_code
    except InvalidURLError:
        self.errortext = "Invalid URL"
    except DownloadError:
        self.errortext = "Error downloading file"
    except ResponseTooLargeError:
        self.errortext = "File to large"

Man hat auch Zugriff auf die HTTP-Header, beispielweise erhält man den Mime-Type mit

response.headers['content-type']

In meinen speziellen Fall würde mich auch interessieren, ob ein Header doppelt geschickt wird. Diese Information scheint man leider nicht zu bekommen.

Man kann auch SSL-geschützte Seiten mittels “https://” runterladen. Leider werden dabei derzeit (1.1.) laut Dokumentation die Zertifikate nicht geprüft, sprich die stärkere Sicherheit ist nicht da. Das schränkt die Anwendung zurzeit noch ein.

filecontent = self.request.get('uploadfile')

Der Dateiinhalt befindet sich danach in der Variable “filecontent”. Wenn es eine Textdatei ist, kann ich den Inhalt einfach wie einen String verarbeiten.
Für viele Anwendungsfälle ist das sehr bequem und ist völlig ausreichend. Interessant wäre noch zu wissen:

• Wie kommt man an den ursprünglichen Dateinamen ran?
• Kann man möglichst früh die Verarbeitung verweigern, wenn die Datei zu groß ist?

Das SDK kommt mit einem eigenen Webserver. Man startet den Servers mit
dev_appserver.py helloworld
Im Verzeichnis muß eine Konfigurationsdatei im Yaml-Format liegen. In dieser Datei werden URLs den Python-Dateien oder auch Bildern, etc zugeordnet. Fehlt die Datei, oder enthält sie nicht die benötigten Informationen, wird eine Exception geworfen.

Einige Dateien werden werden automatisch in Starverzeichnis des Nutzers angelegt, man kann diese leicht mal übersehen:
eine Konfigurationsdatei des SDK in userdir/.appcfg_nag sowie ein Datastore (praktisch die Datenbank) in userdir\temp\dev_appserver.datastore

Enthalten ist ein kleines Framework mit Namen “WebApp”.

Um den Python-Code vom HTML-Code zu trennen, gibt es eine Template-engine mit Django-kompatibler Syntax.
Ich hatte ein Problem mit den Templates: der XML-Header() am Anfang führte dazu, dass diese nicht angezeigt wurden.

Die Template-Sprache selbst nutzt geschweifte Klammern. Das ist verhältnismäßig kompakt, leider kann dadurch das Template schnell zu invaliden HTML-Code ausarten, so dass man das Template selber kaum noch im Browser überprüfen kann.

Zum Speichern der Daten einer Webanwendung nutzt man weder die sonst allgegenwärtigen SQL-Datenbanken noch das Dateisystem. Statt dessen gibt es ein spezielles Storage. Positiv dabei: Man kann eine Klasse einfach von “db.Model” ableiten, und die Objekte lassen sich dann komplett in den Datastore schreiben und lesen. Um die einzelnen Instanzvariablen muss man sich keine Gedanken machen, und man muss auch keine Datenbanktabellen deklarieren. Eine SQL-ähnliche Abfragesprache gibt es auch, aber offenbar eher als “syntaktischer Zucker”.