Hallo und guten Tag, > Ich nutze auf einer Internetseite eine PHP-Skript, um die in einem <form> eingegebenen Daten an eine Datenbank zu senden. > Nach erfolgreichem Senden wirde der User durch > > echo"<script> > alert('message sent succesfully'); > window.history.go(-1); > </script>"; > > zurück auf die ursprüngliche Seite geführt. Ich würde aber gerne zusätzlich die gesendeten Daten auf der HTML-Seite in einem <label> anzeigen. Gibt es eine Möglichkeit, die Daten über php an HTML zurückzusenden? Wie von Christian schon angedeutet, ist die clientseitige Anzeige wenig sinnvoll. Webseiten mit HTTP/s arbeiten im Client-Server-Verfahren, also "Ping-Pong". Eine Aktion wird angefordert, ausgeführt und eine (passende) Antwort gesendet. Um das Ganze noch etwas komplexer zu machen, kann als Antwort auch nur ein entsprechender Statuscode gesendet werden mit dem Hinweis darauf, wo die vollständige Antwort zu finden ist. **Ablauf:** - Request - Response mit Status Header 303 + Location Header neues Ziel - Request auf neues Ziel (mit Cookie) - Response mit Status 200 und Inhalt Siehe auch: - <https://de.wikipedia.org/wiki/HTTP-Statuscode> - <https://de.wikipedia.org/wiki/Liste_der_HTTP-Headerfelder> Das hat auch Vorteile bezüglich der Kontrolle der lokalen History und der Gültigkeit der Post-Requests. Es könnte sonst nämlich leichter passieren, dass man einen Post-Request doppelt absendet und damit ggf. sogar doppelte Einträge am Backend erzeugt. Grüße TS -- es wachse der Freifunk <http://freifunk-oberharz.de>

Hallo und guten Tag, > Ich nutze auf einer Internetseite eine PHP-Skript, um die in einem <form> eingegebenen Daten an eine Datenbank zu senden. > Nach erfolgreichem Senden wirde der User durch > > echo"<script> > alert('message sent succesfully'); > window.history.go(-1); > </script>"; > > zurück auf die ursprüngliche Seite geführt. Ich würde aber gerne zusätzlich die gesendeten Daten auf der HTML-Seite in einem <label> anzeigen. Gibt es eine Möglichkeit, die Daten über php an HTML zurückzusenden? Wie von Christian schon angedeutet, ist die clientseitige Anzeige wenig sinnvoll. Webseiten mit HTTP/s arbeiten im Client-Server-Verfahren, also "Ping-Pong". Eine Aktion wird angefordert, ausgeführt und eine (passende) Antwort gesendet. Um das Ganze noch etwas komplexer zu machen, kann als Antwort auch nur ein entsprechender Statuscode gesendet werden mit dem Hinweis darauf, wo die vollständige Antwort zu finden ist. **Ablauf:** - Request - Response mit Status Header 303 + Location Header neues Ziel - Request auf neues Ziel (mit Cookie) - Response mit Status 200 und Inhalt Siehe auch: https://de.wikipedia.org/wiki/HTTP-Statuscode https://de.wikipedia.org/wiki/Liste_der_HTTP-Headerfelder Das hat auch Vorteile bezüglich der Kontrolle der lokalen History und der Gültigkeit der Post-Requests. Es könnte sonst nämlich leichter passieren, dass man einen Post-Request doppelt absendet und damit ggf. sogar doppelte Einträge am Backend erzeugt. Grüße TS -- es wachse der Freifunk <http://freifunk-oberharz.de>