[Projekt] FaDz-Filter

[daddz]

Natürlich nicht! Ich habe mich da wohl etwas ungünstig ausgedrückt!

Der Austausch läuft zwischen dem Server des Users und unserem Server ab!

greetz
daddz

 

[Gumbo]

Dann bleibt (immer) noch die Frage offen, welche Art von Daten ausgetauscht werden.

 

[daddz]

Es sieht so aus:

Der Client sendet in einer Anfrage bestimmte Daten: Server-IP, Benutzername, Passwort, Datum des letzten Updates und natürlich die neu eingetragenen Wörter.

Der Server verarbeitet diese Anfrage dann, indem er die neuen Wörter einträgt und zuvor natürlich den Benutzer überprüft.
Daraufhin sendet der Server eine Antwort mit den neuesten Wörtern zurück zum Client, der diese dann bei sich einträgt.

Ich hoffe das ist jetzt verständlicher!

greetz
daddz

 

[Gumbo]

Wenn es nur eine Liste von Wörtern ist, sind alle genannten Formate überqualifiziert. Denn eine Unterscheidung von einzelnen Datumstypen ist nicht notwendig.
Als Authentifizierung schlage ich dir die HTTP-Authentifizierung vor, die mithilfe der fsockopen()-Funktion auch von PHP erzeugt werden kann.

 

[daddz]

Denn eine Unterscheidung von einzelnen Datumstypen ist nicht notwendig.

Was meinst du mit einzelnen Datumstypen?

Das Problem ist, dass das ganze leicht erweiterbar sein soll.
Mit XML hat das am Anfang ja schon sehr gut geklappt, aber nach einiger Zeit war das einfach zu viel unnötiger Overhead.

greetz
daddz

 

[Gumbo]

Wenn es nur eine Auflistung gleichwertiger Daten ist, es also keine Unterscheidung geben muss, haben XML und Co. zu viel zusätzlichen Ballast. Das schlichte CSV-Format ist dafür schon ausreichend.

 

[daddz]

Mit CSV kann ich die Daten aber schlecht gruppieren, da diese aus verschiedenen Typen bestehen.

greetz
daddz

 

[Gumbo]

Der Client sendet in einer Anfrage bestimmte Daten: Server-IP, Benutzername, Passwort, Datum des letzten Updates und natürlich die neu eingetragenen Wörter.

All diese Daten bis auf die Wörter selbst lassen sich doch wunderbar in HTTP-Header-Feldern verpacken: Benutzername und Passwort werden im Header-Feld der HTTP-Authentifizierung übermittelt, das Datum der letzten Aktualisierung im „If-Modified-Since“-Header-Feld und die Server-IP-Adresse steht ja sowieso in der „REMOTE_ADDR“-Umgebungsvariable. Damit bliebe nur die Liste der neuen Wörter die eigentlich Nutzlast.

Die Antwort vom Server kann dann ähnlich aufgebaut werden: Schlägt die Authentifizierung fehl, wird der entsprechende Statuscode rausgeschickt. Andernfalls werden eben die neuen Wörter mit einem „Last-Modified“-Header-Feld als Zeitpunkt der letzten Aktualisierung der Wörter geschickt.

 

[daddz]

Hört sich plausibel an!

Aber was wenn dann noch Daten anderen Typs verschickt werden müssen?
Die müsste ich dann ja als bestimmte Zeilen im CSV-Format kennzeichnen!?

greetz
daddz

 

[Gumbo]

In dem Fall kannst du wie bei einer normalen POST-Anfrage (denn es ist ja schließlich nichts anderes) auch ganz normal den Werten Parameternamen geben. Das ist sogar notwendig, da PHP nicht den gesamten Körper einer Anfrage zur Verfügung stellt.