ADMIN Magazin Gestapelt - Schneller und sicherer mit RAID (Vorschau)

Openlayers
GETten und POSTen
Um Webseiten mit Parametern zu versorgen,
wurden die Methoden GET und POST entwickelt.
Bei der Methode GET werden alle Parameter
an die URL-Zeichenkette nach einem Fragezeichen
angehängt. Getrennt werden die einzelnen
Parameter durch das Ampersand-Zeichen
»&«. So ergibt sich die Schreibweise »http://
url?param_1=wert_1&...&param_n=wert_n«. In
der korrekten HTML-Notation ersetzt man das
Ampersandzeichen durch »&«, um W3Ckonform
zu bleiben. Die Vorteile dieser Methode
sind, dass sich eine solche URL leichter als Lesezeichen
im Browser speichern lässt und man
hat bei der Entwicklung stets einen Überblick,
ob alle Parameter korrekt gesetzt werden. Das
ist aber auch gleichzeitig der Nachteil, da potenzielle
Angreifer sehen, auf welche Art und
Weise beispielsweise Daten aus einer Datenbank
ausgelesen werden. Zudem beschränkt die Methode
GET die maximale Länge der URL, sodass
nur wenige Parameter nutzbar sind.
Die Methode POST bietet mehr vordergründige
Sicherheit. Die Parameter werden nicht mehr an
die URL angehängt, sondern über einen Datenkanal
(Pipe) an die Webseite übermittelt. Damit
haben potenzielle Angreifer zumindest etwas
mehr Probleme bei einem Angriff. Ein weiterer
Vorteil ist, dass Anzahl der möglichen Parameter
nahezu unbegrenzt ist. Die POST-Methode hat
den Nachteil, dass es keine Möglichkeit gibt,
eine URL mit allen Parametern als Lesezeichen
abzulegen.
Grundsätzlich besteht auch die Möglichkeit,
beide Methoden gleichzeitig zu verwenden. Das
sollte man allerdings vermeiden. Einerseits entspricht
es nicht den Richtlinien der W3C und
andererseits besteht die Möglichkeit, dass der
Zugriff auf die Daten der POST-Methode nicht
mehr gewährleistet ist.
immer der ausgewählte Kartenausschnitt.
Als Programmierer hat man die Möglichkeit,
mit weiteren Layern für den Betrachter
weitere nützliche Informationen
anzubieten.
In den Anfängen von Openlayers gab es
keinen Weg, auf die in einer Datenbank
vorgehaltene Datenbestände zuzugreifen,
da Javascript keine Möglichkeit bietet,
auf Datenbankserver zuzugreifen. Um
eigene POIs darzustellen, werden aber
Datenbanken benötigt.
Alternativ bietet sich immer die Lösung
an, alle POIs im Programmcode anzugeben
beziehungsweise den zugehörigen
Javascript-Code durch ein Perl- oder
PHP-Skript zu erzeugen. Dies bedeutet
aber, dass die Wartung solcher Seiten
sich sehr schwierig gestaltet. Ebenso
würde die Serverbelastung zunehmen
und die Performance auf dem Client
enorm abnehmen.
Ein Lösungsweg, die Daten aus einer Datenbank
zu beziehen, wurde in Ausgabe
02/​2012 der FreeX beschrieben. Über den
Umweg, dass ein CGI-Skript per Iframe
Zugriff auf externe Datenbestände ermöglicht,
wurden die POIs in der Karte
dargestellt. Die Lösung funktioniert recht
gut, ist aber nicht perfekt. Gerade dann,
wenn es zu Timeouts bei der Verbindung
kommt, besteht die Möglichkeit, dass
Daten falsch oder gar nicht dargestellt
werden. Inzwischen hat sich diesbezüglich
in der Entwicklung der Javascript-
Bibliothek Openlayers einiges getan. Sie
bietet mittlerweile sehr viele Wege, um
auf externe Daten zuzugreifen.
Openlayers bietet zwei Objekte, die den
Zugriff auf externe Daten erleichtern.
Sie erlauben es, mithilfe der HTTP-Methoden
GET und POST externe Seiten
inklusive Parameterübergabe aufzurufen
(siehe Kasten „GETten und POSTen“).
Für die beiden HTTP-Methoden gibt es
die Objekte »OpenLayers.Request.GET«
und »OpenLayers.Request.POST«. Sie rufen
eine externe Webseite auf, die durch
ein CGI-Skript generiert wird. Das Skript
wertet die von den Objekten übermittelten
Parameter aus und generiert hieraus
eine passende Datenbankabfrage.
Das Ergebnis der Abfrage ist eine Datei
im Plain-Text-Format, die ohne HTML-
Notationen auskommt. Man sollte dieses
Format wählen, weil es die weitere Verarbeitung
erheblich vereinfacht.
Die so generierte Seite wird an den Webbrowser
zurückgesendet, wo die Callback-
Funktion von »OpenLayers.Request.GET«
beziehungsweise »OpenLayers.Request.
POST« die Informationen verarbeitet.
Die Callback-Funktion läuft erst dann ab,
wenn die Webseite fertig generiert ist.
Das gilt übrigens auch für den Fehlerfall,
den man deshalb sinnvollerweise gesondert
berücksichtigen sollte. Abbildung 2
verdeutlicht den Ablauf.
Datenbank mit Strategie
Die beiden eben beschriebenen Objekte
eignen sich sehr gut, um POIs schnell
und einfach darzustellen. Ein Nachteil
ist allerdings, dass es sehr aufwendig ist,
eine vom Kartenausschnitt abhängige
Anzahl von Punkten darzustellen.
Aber auch hier bietet Openlayers inzwischen
Abhilfe: »OpenLayers.Strategy.
BBOX« mit »OpenLayers.Protocol.HTTP«
und »OpenLayers.Layer.Vector« bilden
ein unschlagbares Team zur Darstellung
Abbildung 1: Die Darstellung zeigt Wetterstationen auf dem Gebiet der USA. Die geografischen Positionen
wurden einer Datenbank entnommen, in der circa 20 000 Stationen gespeichert sind.
www.admin-magazin.de
Admin
Ausgabe 06-2012
107