Datenabgleich zweier Rechner via Internet

[torud]

Hallo Wissende,

der Betreff klingt vielleicht komisch und ist eventuell auch nicht wirklich passend. Mir fiel leider nichts besseres ein.

Ein Scouter (in dem Fall ein Spielbeobachter) sitzt in einem Stadion und gibt spielbezogene Daten in ein System ein. Ein anderer Mensch sitzt irgendwo vor einem Rechner und soll mit den vor Ort eingegebenen Daten arbeiten. Nun stellt sich mir die Frage, wie die Daten vom Stadion zum Auswerter kommen können. Beide haben Internet. Schwierigkeit ist, dass die Datenmenge mit jeder eingegebenen Aktion steigt. Beide haben einen Internetzugang. Die Daten werden im XML-Format gehalten.

Hier mal ein ungefährer Ansatz, wie die Aktionen gehalten werden:

Code:

<?xml version="1.0" encoding="UTF-8"?>
<ROOT>
  <Match nr="1">
    <action team="A" nr="1" act="Offside" add=""/ section="1">
    <action team="A" nr="2" act="Duel" add=""/ section="1">
    <action team="B" nr="5" act="Duel" add=""/ section="2">
    <action team="A" nr="9" act="Red Card" add=""/ section="2">
  </Match>
</ROOT>

Ich schiebe die Daten wahrscheinlich nach jeder Aktion mit einem HTTP-Post via PHP auf meinen Server und erzeuge dort zum einen eine XML-Datei und trage die Daten auch noch in eine mySql-DB ein. So viel Klimbim, aber keine Ahnung, wie man den Server als direkte Relais-Station benutzen kann. Gibt es da Mittel, die auch User, mit "normalen" Hosting-Paketen in Anspruch nehmen können? Könnte man da auch was mit Sockets machen?

Hm, da ich etwas ratlos bin, würde ich mich über ein paar Vorschläge freuen.

[mjustin]

Wenn man ein wenig Python oder Java beherrscht, wäre doe Google App Engine eine Option. Der Basisaccount ist kostenlos und kann über das Internet Daten senden und empfangen. Der Client kann z.B. JSON oder XML Nachrichten per HTTP GET oder POST an den Server senden (oder auch per Mail oder Jabber), und dort speichern in einer Datenbank oder einem Memcache, bis der Empfänger die Nachricht per HTTP abruft.

Die Limits (Quotas) für den Basisaccount ist großzügig dimensioniert, und wenn die Instanz erst mal gestartet ist (was automatisch beim ersten Eingang eines Requests stattfindet) werden weitere Requests recht schnell entgegengenommen.

Developer's Guide:

http://code.google.com/intl/de-DE/appengine/docs/

Wikipedia:

http://de.wikipedia.org/wiki/Google_App_Engine

Michael

[torud]

Hallo,

danke für Deine Antwort.

Ich hatte mir da etwas luxuriöseres erhofft. Aber vielleicht bin ich da einfach zu naiv. Ich hatte mal die Situation, dass ein Kollege einen eigenen Server in Paris stehen hatte. Zu dem konnte ich mich mit TSocketCLient verbinden. Ich habe dann von einem Rechner eine laufende Uhr geschickt und diese auf einem anderen Rechner in "fast" Echtzeit empfangen. Kann man sowas nicht irgendwie mit relativ einfachen Mitteln realisieren???

Das mit dem Pushen/Pullen von Messages ist nicht sooo dolle. Da muss doch mehr gehen. Oder!?

[Neumann]

Man braucht eigentlich immer drei Rechner für sowas, einer der sendet, einer der als Zwischenspeicher arbeitet und einer der abruft. Solche Zwischenspeicher gibt es z.B. in Form von Mailservern, Skype oder Webservern mit z.B. Soap.

Wenn es nicht auf die Sekunde ankommt, kann man das Mailprotokoll für solche Sachen ganz gut nutzen, ohne einen eigenen Server basteln und betreiben zu müssen. A sendet Datensätze an B einfach als Text im Mailbody z.B. im XML-Format des Clientdatasets. So bekommt man auch relativ leicht alles übertragen; neue Datensätze, Änderungen oder auch Kommandos zu Löschen.

Skype als "Relaisstation" ist bestimmt auch interessant, habe mich damit aber noch nicht beschäftigt. Es gibt dann auch noch Yahoo Messenger usw. Sensible Daten sollte man natürlich verschlüsseln, wenn man so einen Dienst nutzt, das gilt aber auch bei http.

[alfold]

Zitat:

Zitat von torud (Beitrag 1093854)

...Ich schiebe die Daten wahrscheinlich nach jeder Aktion mit einem HTTP-Post via PHP auf meinen Server und erzeuge dort zum einen eine XML-Datei und trage die Daten auch noch in eine mySql-DB ein. ...

Hast Du nun eine Server oder nicht? Wenn ja und Du arbeitest mit ner DB, dann können beide ja auf die DB zugreifen!
Der eine schickt die Daten hoch (aktuallisiert die DB und der andere fragt die DB ab)
Vornehmer gehts ja nun wirklich nicht:wink:

alfold

[haentschman]

Moin...

Zitat:

Ich hatte mir da etwas luxuriöseres erhofft.

...da fällt mir spontan DropBox ein.