Startseite
  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche
Startseite › Forum › Drupalcenter.de › Module › Modul-Entwicklung ›

Form API : $_POST und $_GET "gemischt"

Eingetragen von cosmo (9)
am 30.06.2010 - 12:26 Uhr in
  • Modul-Entwicklung
  • Drupal 6.x

Mein kleines Modul übernimmt aus einem Formular Werte und erstellt mit einem pager_query(); eine Übersicht der gefunden Ergebnisse. Das funktioniert eigentlich alles ganz prima, bis ich mal auf die Idee kam die pager_query()-Sortierfunktion zu verwenden.

Danach hat natürlich gar nichts mehr gestimmt. Denn das pager_query()-Statement wird aus den Form-Daten generiert. Da aber pager_query( )alle Links zur Sortierung oder zum Weiterblättern als GET-Statements verarbeitet, werden auch die Formulardaten als GET-Daten weitergegeben:

/seite?page=1&formvalue=XXX&op=Action&form_build_id=form-05a475f6160efd619ad635

Die Form API hat ja bekanntlich "Probleme" mit GET-Daten (sprich, sie arbeitet nicht mit ihnen, siehe drupal_get_form().

Nun dachte ich mir, dass ich die per POST übergebenen Daten des Formulars aus dem Cache ziehen kann. Mit Hilfe der per GET übertragenen Daten lässt sich diese ja auslesen (kurz: form_get_cache($_GET['form_build_id'],....).

Naja, leider funktioniert das ganze aber nicht und ich weiss nicht wieso - ich kann den Fehler auch nicht eingrenzen. form_get_cache() liefert mir einfach kein form. Unabhaengig davon hat mir ein Blick in die Cache-Tabelle gezeigt, dass auch nicht jedes Form abgespeichert wird (warum auch immer). #cache auf TRUE zu setzen müsste doch reichen, oder?

Gibt es noch eine alternative und auch saubere Lösung um diese Hin- und Her zwischen POST und GET zu klären?

‹ [gelöst]Bestimmern was eine Permission den letztendlich erlaubt Nur Book-Nodes für Buchgliederung verfügbar machen ›
  • Anmelden oder Registrieren um Kommentare zu schreiben

Eine Idee ins Blaue: Die

Eingetragen von naden@drupal.org (36)
am 01.07.2010 - 11:39 Uhr

Eine Idee ins Blaue: Die relevante $_POST Daten in $_SESSION ablegen und wieder auslesen.

  • Anmelden oder Registrieren um Kommentare zu schreiben

naden@drupal.org schrieb Eine

Eingetragen von cosmo (9)
am 03.07.2010 - 17:21 Uhr
naden@drupal.org schrieb

Eine Idee ins Blaue: Die relevante $_POST Daten in $_SESSION ablegen und wieder auslesen.

Das habe ich zunächst auch versucht. Hat aber nicht auf Anhieb funktioniert, habe es aber auch nicht lange ausprobiert, weil ich so frustriert war, dass Forms API und DB/SQL-API nicht miteinander kompatibel sind. Habe jetzt einfach etwas ganz anderes gemacht, nämlich auf den Oberbefehl drupal_get_form() verzichtet, der nichts weiter ist als eine Zusammenfassung der anderen Forms API-Befehle. Hier habe ich dann gezielt die $_GET-Variablen abgefragt.
Aber besonders zufrieden bin ich damit nicht, daher auch nicht den "Status" dieser Anfrage auf "gelöst".

  • Anmelden oder Registrieren um Kommentare zu schreiben

Ein Formular hat kein Pager.

Eingetragen von Tobias Bähr (4019)
am 03.07.2010 - 23:26 Uhr

Ein Formular hat kein Pager. Sondern da gibst du Daten ein und gibst diese irgendwo aus. zb Datentabelle.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Tobias Bähr schrieb Ein

Eingetragen von cosmo (9)
am 04.07.2010 - 19:08 Uhr
Tobias Bähr schrieb

Ein Formular hat kein Pager. Sondern da gibst du Daten ein und gibst diese irgendwo aus. zb Datentabelle.

Genau das ist das, was ich auch tue und beschrieben habe: Das Formular nimmt Daten entgegen und gibt eine Datentabelle aus, die mit pager_query() erzeugt wird. Aber die darin eingebaute Sortier- und Pager-Funktion ist mit der Form-API nicht (direkt) kompatibel.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Benutzeranmeldung

  • Registrieren
  • Neues Passwort anfordern

Aktive Forenthemen

  • Medien und andere Daten mit Feeds von Drupal 7 auf Drupal 10 migrieren
  • für drupal11 ein Slider Modul
  • [gelöst] W3CSS Paragraphs Views
  • Drupal 11 neu aufsetzen und Bereiche aus 10 importieren
  • Wie erlaubt man neuen Benutzern auf die Resetseite zugreifen zu dürfen.
  • [gelöst] Anzeigeformat Text mit Bild in einem Artikel, Drupal 11
  • Social Media Buttons um Insteragram erweitern
  • Nach Installation der neuesten D10-Version kein Zugriff auf Website
  • Composer nach Umzug
  • [gelöst] Taxonomie Begriffe zeigt nicht alle Nodes an
  • Drupal 11 + Experience Builder (Canvas) + Layout Builder
  • Welche KI verwendet ihr?
Weiter

Neue Kommentare

  • Inzwischen sind wir bei
    vor 1 Tag 2 Stunden
  • Migrieren von D7 auf D8/ D10/ D11
    vor 1 Tag 18 Stunden
  • melde mich mal wieder, da ich
    vor 7 Wochen 5 Tagen
  • Hey danke
    vor 7 Wochen 6 Tagen
  • Update: jetzt gibt's ein
    vor 8 Wochen 11 Stunden
  • Hallo, im Prinzip habe ich
    vor 8 Wochen 4 Tagen
  • Da scheint die Terminologie
    vor 8 Wochen 4 Tagen
  • Kannst doch auch alles direkt
    vor 9 Wochen 2 Tagen
  • In der entsprechenden View
    vor 9 Wochen 2 Tagen
  • Dazu müsstest Du vermutlich
    vor 9 Wochen 2 Tagen

Statistik

Beiträge im Forum: 250235
Registrierte User: 20463

Neue User:

  • marouane.blel
  • capilclinic
  • Quabzibboter

» Alle User anzeigen

User nach Punkten sortiert:
wla9461
stBorchert6003
quiptime4972
Tobias Bähr4019
bv3924
ronald3857
md3717
Thoor3678
Alexander Langer3416
Exterior2903
» User nach Punkten
Zur Zeit sind 0 User und 8 Gäste online.

Hauptmenü

  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche

Quicklinks I

  • Infos
  • Drupal Showcase
  • Installation
  • Update
  • Forum
  • Team
  • Verhaltensregeln

Quicklinks II

  • Drupal Jobs
  • FAQ
  • Drupal-Kochbuch
  • Best Practice - Drupal Sites - Guidelines
  • Drupal How To's

Quicklinks III

  • Tipps & Tricks
  • Drupal Theme System
  • Theme Handbuch
  • Leitfaden zur Entwicklung von Modulen

RSS & Twitter

  • Drupal Planet deutsch
  • RSS Feed News
  • RSS Feed Planet
  • Twitter Drupalcenter
Drupalcenter Team | Impressum & Datenschutz | Kontakt
Angetrieben von Drupal | Drupal is a registered trademark of Dries Buytaert.
Drupal Initiative - Drupal Association