Die Hooks "processFormData" und "processEfgFormData" gleichzeitig

[DNS]

Hallo Community,

in meiner Erweiterung würde ich gerne "processFormData" und "processEfgFormData" gleichzeitig nutzen.

Wenn ich "processFormData" nutze funktioniert "processEfgFormData" aber nicht.


Anbei der relevante Code mit Kommentaren was da passiert...

config.php:

$GLOBALS['TL_HOOKS']['prepareFormData'][] = array('crRegistration', 'formdata');
$GLOBALS['TL_HOOKS']['processFormData'][] = array('crRegistration', 'redirect');
$GLOBALS['TL_HOOKS']['processEfgFormData']['callback_01'] = array('crRegistration', 'efgdata');

Kann man vielleicht in der config.php eine Unterscheidung rein bauen ob ein Formular per efg versendet wird oder per Contao Core?


crRegistration.php:

class crRegistration extends Backend
{

    // Hook $GLOBALS['TL_HOOKS']['prepareFormData'][]

    public function formdata($arrSubmitted, $arrLabels, &$arrForm)
    {
        // funktioniert
    }


    // Hook $GLOBALS['TL_HOOKS']['processFormData'][]

    public function redirect($arrPost, $arrForm, $arrFiles)
    {
        // Parameter "?checkmail=true" wird an die jumpTo-Seite angehängt um im Template anderen Code auszugeben
        $jumpTo = $arrForm['jumpTo'];
        $this->redirect($this->replaceInsertTags('{{link_url::'.$jumpTo.'}}') . '?checkmail=true');
    }


    // Hook  $GLOBALS['TL_HOOKS']['processEfgFormData']['callback_01']
    // funktioniert nicht, wird wohl vom Hook "processFormData" blockiert?

    public function efgdata($arrSubmitted, $arrFiles, $intOldId, &$arrForm)
    {
        return $arrSubmitted;
    }

}

Jemand eine Idee wie beides zusammen funktioniert?

[the_scrat]

Hi,

ich denke das Problem liegt im redirect. processEfgFormData ist selbst ein Hook von processFormData. Wenn du allerdings bereits direkt in processFormData einen redirect machst, kann natürlich nichts weiteres mehr ausgeführt werden.

Probiers mal ohne das redirect, dann sollte es gehen. Dann musst du nur noch eine Lösung finden wann du den redirect machst.

[DNS]

Okay, ich könnte natürlich schauen ob "sendFormattedMail" gesetzt ist und abhängig davon bei "processEfgFormData" das redirect machen, aber da ist nach dem return ja auch Schluss...
Kein Plan wie ich den Parameter '?checkmail=true' sonst an die Weiterleitungsseite dran bekomme.

"jumpTo" ändern nützt mir ja auch nix weil das nur die ID der Weiterleitungsseite ist...

Denkbar ist ja auch dass die Mail per Contao Core versendet wird aber über den EFG die Formulardaten gespeichert werden.
Am besten wäre es die "jumpTo" bereits beim Hook "prepareFormData" zu setzen, aber kein plan wie ich das lösen kann...

[the_scrat]

Hi,

registrier doch einfach den redirect in der processEfgFormData, dann wird er wirklich erst zum Schluss ausgeführt.

Ebenso würde ich dir empfehlen statt dem insertTag für die generierung der URL folgendes zu verwenden

$strUrl = $this->redirectToFrontendPage($jumpTo,null,true);
$strUrl = $this->addToUrl($strUrl,'checkmail=true');
$this->redirect($strUrl); 

Generell ist es natürlich sehr schwer zu helfen wenn nicht klar ist, was du eigentlich machen möchtest. Das ist hier -zumindest mir- noch nicht wirklich ersichtlich.

[DNS]

Danke für den Hinweis.

Es ist ein double opt in Modul für das Newslettersystem cleverreach.
Ich verarbeite die Daten welche an Cleverreach gesendet werden sollen im Hook "prepareFormData" und sende den Aktivierungslink per Mail.

Auf der Bestätigungsseite je nach Parameter ein anderer Text ausgegeben werden:
- Wenn kein Häckchen bei Newsletter abonnieren: Danke für Ihre Anfrage
- Wenn Häckchen bei Newsletter abonnieren: Kontrollieren Sie Ihre Mail
- Wenn link in Mail geklickt wird: Newsletteabonnement aktiviert

Die Formular Anfragen sollen aber auch versendet werden je nach Einstellung entweder per Contao Core oder per EFG falls installiert.
-> Das redirect verhindert dies aber...

Ich denke ich muss die Ausgabe im Template anders stricken sodass diese nicht abhängig von URL-Parameter ist, dann hätte ich das Problem mit dem redirect nicht...

[the_scrat]

Hi,

dann musst du jedoch zwingend den redirect in beiden HOOKS registrieren. Einmal im proccessFormData und einmal in processEfgFormData.
Im redirect bei processFormData prüfst du lediglich ob der HOOK im processEfgFormData existiert und überspringst den redirect, denn dann weißt ja ja, dass der eigentliche redirect noch ausgeführt wird.
Im redirect von processEfgFormData brauchst du dann keine Prüfung mehr einbauen, da du hier ja sowieso an der letzten Position bist wo es eine Weiterleitung geben kann.

[DNS]

Okay das wäre ne Idee, aber dann gibt es ja dennoch das Scenario dass jemand per Contao Core versendet, aber im EFG Formulardaten speichern benutzt.

Hmm wobei eigentlich egal, müsste trotzdem so gehen.

Kannst Du mir sagen wie man prüft ob der HOOK vorhanden ist?

[the_scrat]

Na du hast deinen HOOK doch in der config.php registriert?

Also müsstest du in der redirect lediglich prüfen

if(!isset($GLOBALS['TL_HOOKS']['processEfgFormData']['callback_01']))
{
   // in dem Fall prüfen wir ob der HOOK NICHT existiert um den redirect auszuführen
   $this->redirect()....
} 

Edit: Obwohl das auch Quatsch ist, wie ich grad feststelle, denn der HOOK kann zwar vorhanden sein, aber man muss das EFG ja nicht nutzen. Von daher müsstest du rausfinden ob in dem Formular in dem du dich gerade befindest der EFG genutzt wird. Hier solltest du auf die entsprechenden Checkboxen zugreifen und deren Wert prüfen, das macht mehr sinn und ist sicherer.

[DNS]

Hmm, das redirect muss da raus, das steigt ja direkt mit exit aus und verhindert in beiden Fällen dass die Anfrage versendet wird.
Da muss ich mir was anderes überlegen wie ich die Ausgabe im Template realisiere.

[DNS]

So, alles mist, hab es nun über die Session gelöst, danke für die Hilfe.

[bird]

Hallo DNS,

gibt es Deine Erweiterung noch bzw. ist diese im Repository verfügbar?

Ich denke über eine ähnliche Lösung auf Basis der "neuen" Rest API von CleverReach nach, bei welcher bspw. die Felder Name und E-Mail-Adresse aus einem Formular an die CleverReach Rest API übergeben werden, sofern ein Häkchen zur Einverständnis gesetzt ist. Soweit ich gesehen habe, kann die E-Mail zum Double-Opt-In direkt über die API ausgelöst werden und man müsste auf diesem Weg keine parallele Verwaltung der Adressen in Contao aufbauen, da diese direkt an CleverReach übergeben werden.

Siehe: https://rest.cleverreach.com/howto/#examples (Double-Opt-In)

[Thraile]

Das Problem an der API ist, dass man für die OptIn-Mail auch Formulare in Cleverreach anlegen muss. Irgendwie schade, dass das nicht getrennt ist.

Die Idee, die Empfänger gar nicht mehr in Contao zu verwalten hatten wir auch, im Moment gibt es hierzu einen Proof-Of-Concept mit wem wir Empfänger direkt in CR anlegen. Die Opt-In Mail wird dabei in Contao mit dem Notification-Center verwaltet. Damit benötigt man in CR prinzipiell nur eine Gruppe. Meld dich bei Interesse einfach mal per PM oder Tagsüber im IRC

[planepix]

Das hier ist bekannt?
https://www.cleverreach.com/de/integ...nchronisation/

Hier werden die An- und Abmeldungen direkt an Cleverreach weitergeleitet.

[Thraile]

Ja, aber hier werden "nur" die Newsletter-Listen von Contao mit CL synchronisiert. Die Registrierung läuft über die ganze normlaen Contao-Newsletter-Modulen, mit den entsprechenden Vor- und Nachteilen.

[bird]

@planepix: Ich suche nach einer Lösung, bei der in Contao selbst gar keine Newsletter / Abonnenten verwaltet werden müssen. Dementsprechend ist eine Synchronisation zwar grundsätzlich hilfreich, erfordert aber eben einen parallelen Datenbestand in Contao.

@Thraile: Ich könnte damit leben, dass die Verwaltung der Formulare über CleverReach läuft, da ja auch die komplette Abonnenten- und Versandverwaltung über CR laufen würde. Contao soll lediglich die E-Mail-Adresse sowie ggf. weitere Felder bei Einverständnis an CR übergeben.

Habt ihr den Proof of Concept mittels SOAP oder Rest aufgebaut? Auf der von mir zitierten Seite gibt es eigntlich für alle nötigen Prozesse Beispiele: Authentifizierung -> Double-Opt-In-Verfahren. Es müssen dann jeweils nur Gruppen-ID und Formular-ID zusätzlich übergeben werden. Gerne melde ich mich per PM bei Dir

[planepix]

Hallo bird,

bei mir macht das nur NL-Abonnenten mit dem Contao-Coremodul zu CE schieben. In Contao gibts nur die zwei Module zum An- und Abmelden. Alles andere findet bei CR statt.

[Thraile]

@bird: Das Modul geht auf die neue REST-API, da die laut Cleverreach länger supported werden wird.

Also bisher läuft es bei uns so: Im Modul stellst du ein, für welche Gruppen die Anmeldung laufen soll und welche Felder aus den Gruppen im Formular auftauchen sollen. Bei Bedarf kann man die Labels noch anpassen, ansonsten werden die halt von CL so übernommen. Bis auf das Feld E-Mail und die Sicherheitsabfrage sind alle Felder natürlich optional.

Nach dem Ausfüllen des Formulars versendet das Modul via Notification-Center die Opt-In Mail mit dem Bestätigungslink und trägt die Daten schon mal als deaktivierten User in die jeweiligen Gruppen ein. Mit dem Click auf den Aktivierungslink werden die User dann auf aktiv gestellt.