Druckbare Version
Moin Community,
ich nutze bisher den EFG um Formulardaten auf einer Übersichtsseite auszugeben.
Es gab aber einen Beitrag wo geschrieben stand, dass man dafür weder EFG noch Inputvar benötigt.
Ich finde leider weder den Beitrag noch die INfos zum passenden Inserttag.
Danke.
Ich habe das mal getestet... funktioniert an sich ohne Probleme!
Aber:
Die übergebenen Werte bleiben auch bei einem Reload der Seite bzw. dem verlassen und wieder aufrufen der Seite bestehen.
Hängt wohl mit der Session zusammen? Kann man da was tun?
Verwendest du get oder post? Bei get werden die Ergebnisse immer angezeigt, wenn die URL die Daten enthält und erneut aufgerufen wird. Also besser Post verwenden. Dann kommt es darauf an, ob der Browser die Daten erneut absendet.
Für die betroffenen Seiten sollte das Caching daher unbedingt abgeschaltet werden, dann sollte das eigentlich nicht passieren. Außerdem unbedingt die Anzeigeseite auf "nicht durchsuchen" setzen, damit nicht private Inhalte in den Suchindex kommen.
Ja, hatte ich gestern auch festgestellt. Ich habe die Post-Variable auch nicht mehr weg bekommen. Habe alles versucht, was mir dazu einfiel mit den Methoden von \Input und \Session.Zitat:
Zitat von Acta
Ich verwende natürlich post... der inserttag heißt in dem Fall ja auch post::feldnameZitat:
Zitat von Andreas
Erst wenn die Session vorbei ist oder das Formular erneut abgeschickt wird, sind die übergebenen Inhalte weg.
In meinen Fall kann ich damit grundsätzlich leben... aber so wirklich super ist das leider nicht!
Ich ja auch, siehe mein Post #5. Mich wundert aber, dass ich die Variable nicht mehr glöscht bekomme, selbst mitZitat:
Zitat von Acta
https://github.com/contao/core/blob/...ssion.php#L140
Oder mitPHP-Code:\Session::remove('myPostVarName');
https://github.com/contao/core/blob/...Input.php#L340
PHP-Code:\Input::setPost('myPostVarName', '');
Welchen Browser verwendet ihr denn? Mit Firefox und Internet Explorer kommt beim erneuten Aufruf mit Contao 3.5.28 erwartungsgemäß entweder nix oder der Hinweis "Dokument erloschen". Wenn der Browser die POST-Daten zwischenspeichert und ständig absendet klappt der serverseitige Löschvorgang natürlich nicht... Dann müsste man auf allen anderen Seiten die POST-Variable aktiv überschreiben - nicht gut.
Beispiel:
https://ft-tools.de/index.php/formulartest.html
Dort das Formular ausfüllen
du gelangst auf:
https://ft-tools.de/index.php/formulartestinhalt.html
Wenn du den Tab mit dem Inhalt schließt und neu öffnest... ist die Post-Variabe immer noch da!
Ich konnte das jetzt auch auf meiner Seite reproduzieren. Es muss am Formulargenerator liegen, dieser scheint die Werte abzuspeichern. Mit meinem selbst programmierten Formular aus dem verlinkten Thread tritt das beschriebene Verhalten bei mir nicht auf.
Die Antwortseite hat doch nichts mehr mit dem Formulargenerator zu tun. Das ist doch ne eigenständige Seite, wo einfach nur nachgesehen wird (werden soll), ob es Post Variablen gibt. Und diese Post-Variablen bekommen wir einfach nicht mehr weg, weder mit \Input noch mit \Session. Keine Ahnung, wo Contao die hernimmt.
https://github.com/contao/core-bundl.../Form.php#L231
https://github.com/contao/core-bundl....php#L794-L797 ;)
Man müsste bspw. auf der Success Seite eindurchführen.PHP-Code:unset($_SESSION['FORM_DATA']);
Danke sehr. Kann man das dann auch gezielt auf eine Variable anwenden?
Mich wundert aber trotzdem noch, dass dies nicht auch mit \Session gefunden bzw. bearbeitet werden kann und warum die überhaupt nach $_SESSION geschrieben wird und nicht nach \Session::setPost().PHP-Code:unset($_SESSION['FORM_DATA']['myPostVarKey']);
Uns wird doch immer gesagt, dass wir $_POST, $_GET, $_SESSION usw. nicht benutzen sollen.
Wie schon erwähnt landet das nicht in $_SESSION['myPostVarKey'] sondern in $_SESSION['FORM_DATA']['myPostVarKey']. Daher wird auch \Session::remove('myPostVarKey') nie funktionieren. Darüberhinaus teilt Contao\Session die Session aus Sicherheitsgründen in eine Frontend und eine Backend Session, wodurch selbst \Session::remove('FORM_DATA') nicht funktionieren würde.Zitat:
Zitat von Andreas
Benutzt du ja auch nicht. In diesem Fall möchtest du ja ein Feature des Core aushebeln.Zitat:
Zitat von Andreas