http-post Schnittstelle bei Premium SMS

Toblerone

Angesehenes Mitglied
Oh oh!
biggrin.gif


Ich habe ein dickes Problemchen...

QUOTE Sie bekommen die Daten der Premium SMS über eine http Post Schnittstelle von uns zugesendet,

damit Sie auch wissen wann, welche Rufnummer Ihnen eine Premium SMS zugeschickt hat. Dies

müssen Sie ja bei Ihnen ja irgendwie verarbeiten.



Hierzu benötigen wir eine Ziel URL von Ihnen an die wir diese Daten senden, z.B.:

http://www.unsereURL.de/sms-empfang.php oder ähnlich
h

Himmel Herr Gott, was mache ich damit? Ich hab da echt nicht wirklich nen Plan....
blink.gif


Erste Mal, dass ich absolut Spachlos bin....
laugh.gif
 
-> User schickt eine SMS an die Nr des Anbieters
-> Anbieter verarbeitet die SMS und schickt die Daten an das Skript das unter "Ziel Url" auf deinem Server zu erreichen ist
-> Dein Skript kann die Daten verarbeiten (Nr des Absenders usw)


hat das deine Frage beantwortet hat?
 
Die eigentliche Frage..........woher soll ich wissen wie das Script aufgebaut werden muß?

Mit http-post im Do-It-Yourself-Bereich hatte ich bisher wenig zu tun...

Ich kann mir echt nicht vorstellen, dass der ein stink normales Formular haben will....
biggrin.gif
 
QUOTE (Toblerone @ Mi 16.12.2009, 14:20)Ich kann mir echt nicht vorstellen, dass der ein stink normales Formular haben will....
biggrin.gif


Der will kein Formular haben, sondern die Zielseite, an die er die Daten eines Formulars schicken kann.

Also irgendein Script, das die Daten (bin kein PHP-Mensch, aber so etwa aus $HTTP_POST['Nachname'] usw.) entgegennimmt und bsp. in eine Datenbank schreibt oder dir als Mail verschickt.


Wie die Feldnamen heißen, wird er dir schon sagen.
 
Genau das ist es ja.....
laugh.gif


Rein von der Logik müßte es ja so sein, dass ich ein Serverscript habe und die ein Clientscript....

Nur dann müßte ich ja beide erstellen.......
dry.gif


Eigentlich find ich das schon bisl laienhaft für so eine große Firma
rolleyes.gif

Ich mein, sonst gibbet doch XML oder CSV oder sonstwas, aber natürlich als Get-Abfrage...
smile.gif
 
QUOTE (Toblerone @ Mi 16.12.2009, 16:34)Rein von der Logik müßte es ja so sein, dass ich ein Serverscript habe und die ein Clientscript....


Die schicken dir einmalig die Daten - und gut iss. Du antwortest mit einem 200, falls die Daten korrekt verarbeitet wurden - oder mit etwas anderem, falls es einen Fehler gab. Dann schicken die in der Regel die Daten nochmals.


QUOTE (Toblerone @ Mi 16.12.2009, 16:34)Nur dann müßte ich ja beide erstellen.......
dry.gif



Es macht doch gar keinen Sinn, daß Du deren Script erstellst.


QUOTE (Toblerone @ Mi 16.12.2009, 16:34)Eigentlich find ich das schon bisl laienhaft für so eine große Firma
rolleyes.gif

Ich mein, sonst gibbet doch XML oder CSV oder sonstwas, aber natürlich als Get-Abfrage...
smile.gif



Mir scheint, Du hast den Sinn nicht verstanden. Als XML / CVS gäbe es keine Reaktion von dir, ob die Daten korrekt verarbeitet worden sind. Außerdem wäre das so global lesbar - was Du sicherlich nicht willst.

POST von der Quelle her auf eine von dir vorgegebene Zieladresse ist da genau die richtige Lösung. Mit POST lassen sich mehr Daten als mit GET übertragen.
 
Zurück
Oben