Druckbare Version
Moin,
kennt jemand, wie man Calendarfield Werte on Formular Submit als Timestamp posten kann?
Ich versuche neue Catalog Items über FE Formular zu erstellen und direkt in DB abzuspeichern.
Alle Werte bis auf Datum werden korrekt abgespeichert: das Datum wird in DB als Timestamp erwartet, während Calendarfield String Werte liefert.
Im Voraus Danke für schnelle Hilfe.
Hallo Leo,
ich suche nach einer sauberen und einfachen Möglichkeit das Datum String aus dem Formular als Timestamp in die DB zu posten.
Also (releasedate: 1260748800) statt (releasedate: 14.12.2009).
Muss man dafür einen HOOK schreiben? Oder wie geht es am besten?
Hi
mit mktime() machst du doch genau das. Du wandelst einen String in einen UNIX TIMESTAMP um.
schau dir mal die Referenz an
Du musst nur dein Datum von xx.xx.xxxx in xx,xx,xxxx (mit Komma getrennt) umwandeln.
Liebe Grüße
Sarvo
mktime() nützt doch nichts wenn er den Wert direkt in die DB schreiben will...
Womit arbeitest du denn? Mit dem Core Formulargenerator oder mit der EFG-Erweiterung?
Grundsätzlich, hast du die Eingabeprüfung auf Datum gesetzt (bzw. ist das überhaupt möglich)? Möglicherweise lässt sich das aktuell auch gar nicht machen, wäre aber sicher erweiterbar. mktime() ist ausserdem der falsche Ansatz, es sollte die TYPOlight Date-Parsing-Funktion verwendet werden (u.a. Date-Klasse).
Hallo Andreas,
ich benutze für das Formular die EFG Erweiterung.
Die Eingabeprüfung fürs Datumfeld findet auch statt: es wird nur ein Zukunftsdatum erlaubt. Eine zusätzliche Eingabeprüfung wird noch benötigt, damit Bewerbungsfristdatum immer kleiner als Releasedate ist: es gibt zwei Calendarfields im Formular.
Andreas, wo genau kann eigenltich die TYPOlight Date-Parsing-Funktion verwendet werden? Muss man Callback Hooks für Formularvalidierung nutzen?
Der Callback-Hook wird dir - insbesondere im Zusammenhang mit dem EFG - nicht viel nützen. Allerdings weis ich dass der EFG das Calendarfield explizit behandelt, ich weis allerdings nicht mehr was da gemacht wird. Schau dir doch mal den Code der EFP.php an, und such nach "calendarfield". Ausserdem findest du in der ModulePersonalData ein Beispiel, wie das Format geparst und in Timestamp umgewandelt wird.
Moin zusammen.
@Andreas: Danke nochmal.
Also eine schnelle Lösung (wie man Datumseingabe als timestamp in DB abspeichern kann) ist unten zu sehen.
Ist leider update kritisch. Weiß jemand, wie man das update sicher machen könnte? Vielleicht eine elegantere Lösung?
Im Voraus Danke.
----------------------------------------------------------
Datei: system/modules/frontend/Form.php
Funktion: protected function processFormData($arrSubmitted)
Update Zeile 393:
------------------------------------------------------------Code://alte Zeile:
$arrSet[$k] = $v;
//neue Zeile:
$arrSet[$k] = ($k == 'releasedate' OR $k == 'deadline') ? strtotime($v) : $v;
Sorry, aber diese Variante ist wirklich sehr schlecht!
1. nicht update-sicher
2. funktioniert es nicht mit allen Datums-Formaten
ev. mit dem validateFormField Hook?
Funktioniert aber nur mit bestimmten Datumsformaten...
.. und setzt außerdem voraus, dass die entsprechenden Kenntnisse, Zugriffsmöglichkeiten und Rechte bestehen, um den Trigger zu setzen.
Bei einem Hook stellt sich allerdings die Frage, wo registrieren und wohin mit der Klasse, wenn kein eigenes Modul vorhanden ist...
cheers
Antipitch
Na in einem neuen Modul halt. Ich nenn das jeweils "z_custom" ;)
Ach so :D
Nee, ist schon klar, aber find ich es immer nicht so schick, nur für die Array-Erweiterung und 'ne einzelne Klasse ein Modul anzulegen. Irgendwann werd ich doch nochmal ein Modul für Hook-Registrierung und Klassenspeicherung übers BE machen.
@ Apollo: Sorry für das Geschwafel. Beide Lösungswege sind möglich. Ich persönlich würde es so machen wie Andreas. Wenn du dabei Fragen hast, frag ;)
cheers
Antipitch
andreas, du hast geschrieben
meinst du ein Modul was die efg ersetzt oder eins um das Datum als timestamp zu speichern?Zitat:
Na in einem neuen Modul halt. Ich nenn das jeweils "z_custom"
oder hast du noch eine Möglichkeit um mit dem validateFormField hook an die Sache zu kommen?
Gruß Jörg
Meine Aussage war eine Antwort auf folgende Frage
Zitat:
Bei einem Hook stellt sich allerdings die Frage, wo registrieren und wohin mit der Klasse, wenn kein eigenes Modul vorhanden ist...
vielen Dank Andreas,
ich habe das gleiche Problem wie apollo aus dem 1. Beitrag.
ich möchte die Variante mit dem Hook einbinden, da ich den Trigger in MySql nicht setzen möchte bzw kann.
Aber wenn ich einen Hook mit validateFormField erstellen, wird dieser auch ausgeführt.
Nur ich kann die Daten $arrSubmitted nicht überschreiben. Oder besser die Variaten die ich getestet habe, haben nicht zu Ziel geführt.
Was muss ich machen damit ich das Datums aus meinem Form in $arrSubmitted bekomme?
denn im Form.php werden in Zeile 404 die Felder geladen und dann in die DB geschrieben.
Im Voraus Danke
für alle die es interessiert, so habe ich es jetzt mit dem hook gelöst.
PHP-Code:class jf_Class_erledigt_datum extends Controller
{
public function jfValidateFormField(Widget $objWidget, $intId)
{
if ($objWidget instanceof FormCalendarField)
{
if ($intId == auto_form_8)
{
if ($objWidget->name == 'zu_erl_bis_Datum')
{
if (strtotime($objWidget->value) !== false)
{
$objWidget->value = strtotime($objWidget->value);
}
}
}
}
return $objWidget;
}
}
Wird der Wert nicht automatisch konvertiert, wenn du die Eingabeprüfung auf "Datum" setzt? Falls nicht automatisch, solltest du bei deiner Routine nicht besser diesen Wert prüfen?
hallo andreas,
der Wert wird auch geprüft. Nur der Wert wird beim Feldtyp cardfield im Format '01.04.2010' in die DB geschrieben. Der Typ in der DB ist Varchar(10). Soweit ist es auch ok. Nur in Verbindung mit der Erweiterung efg. (listview) als Tabelle lassen sich die Felder (datum) nur als varchar sortieren und nicht als Datum. Daher wandle ich das geprüfte Datum in timestamp um und kann so Datumsfelder sortieren.
Ich hätte sicher auch in der DB die Felder mit einem trigger umwandeln können wie leo es hier im Beitrag geschieben hat.
Gruß Jörg
PS. es geht sicher auch einfacher aber ich fange gerade mit Contao an
Ich sehe gerade dass du meine Erweiterung einsetzt :D
Allerdings denke ich, der Wert sollte nicht immer konvertiert werden, da z.B. im Email sonst nur der Timestamp stehen würde.
Zur PHP-Funktion, du solltest die Core-Funktionen zur Konvertierung verwenden, nicht strtotime. Schau dir z.B. die system/modules/registration/ModuleRegistration.php an, wie dort ein Datum (Geburtsdatum) konvertiert wird.
bei der Mail hast du Recht. Dort wandle ich das Datum vorher wieder in das tt.mm.yyyy Format um. mit hilfe von (file::xxx.php)
system/modules/registration/ModuleRegistration.php
schaue ich mir gleich mal an.
Danke
Gibts hier schon eine nachbaubare Funktion etc.?
Ich sehe aus meinen Suchergebnissen, dass viele das gleiche Problem haben.
Ziel ist immer über Frontend-Formular direkt Daten in die Datenbank (meist Kalender Erweiterung) zu bringen und hierbei ein Datum als timestamp abzuspeichern (zumindest in der DB).
Leider gab es bis jetzt keine Reaktion, auch habe ich keine Lösung anderswo gefunden.
Wenn sich ein Entwickler bereit erklärt, das zu lösen, bitte PN, ich bezahle das.
Also aus meiner Sicht sollte das doch total easy möglich sein?
Fertig:cool:PHP-Code:// timestamp vom 20.10.2011
$objDate = new Date('20.10.2011', 'd.m.Y');
$intTimestamp = $objDate->tstamp;
Danke Toflar,
soweit so gut.
Wie schafft man es jetzt, dass im Frontend-Formular das Element calenderfield den timestamp in die Datenbank schreibt anstatt des Klartextdatums, das der Besucher auswählt/ eingibt?
Dann ists gelöst.
Mit dem processFormData Hook wie oben schon beschrieben :)
Super, danke!
Ich hole nun auch diesen Thread mal nach vorne...
Soweit ich weiß, konnte man - zwischenzeitlich - über das Calendarfield auch den tstamp in der db speichern oder irre ich da?
Zumindest hatte es mal zeitweise funktioniert.
Habe gerade festgestellt, dass dies nicht mehr klappt...
2.11.4
Gibt es hierzu eine praktikable Lösung - sprich stehe ich auf dem Schlauch?
oder muss dieses Thema doch nochmals von vorne aufgerollt werden - (sofern Bedarf besteht, den tstamp auch in der DB speichern zu können)
Hallo,
ich habe vor einigen Tagen ebenfalls vor dem Problem gehangen und diesen Thread gefunden.
Wie hier beschrieben handelt es sich nicht, und daher schreibe ich meinen Lösungsvorschlag hier rein, um den 'processFormData' Hook, sondern um den 'storeFormData' Hook. Dieser wird vor dem Speichern in die DB aufgerufen und erlaubt die Manipulation der Daten. Hilfe habe ich hier auch im IRC-Channel erhalten.
Registrierung des Hooks in eigener Erweiterung (oder in einer z_custom Erweiterung):
/system/name_erweiterung/config/config.php
/system/name_erweiterung/modules/yourModule.phpPHP-Code:$GLOBALS['TL_HOOKS']['storeFormData'][] = array('yourModule', 'storeFormData');
Das funktioniert in einem Contao 3.0.6 System. Mein DateFormat ist d.m.YPHP-Code:public function storeFormData($arrSet)
{
$objDate = new \Date($arrSet['dienstdatum']);
$arrSet['dienstdatum'] = $objDate->tstamp;
return $arrSet;
}
VG
Patrick
hat das jemand schon mit 2.11 getestet?
Hallo zusammen - also iwi will dat nicht so wie ich das gerne hätte:
Eckdaten:
- Contao 2.11.12
- calendarfield 1.4.1 stable 4
Code:
system/modules/z_maketstamp/config/config.php:
system/modules/z_maketstamp/maketstamp.php:Code:<?php if (!defined('TL_ROOT')) die('You can not access this file directly!');
$GLOBALS['TL_HOOKS']['storeFormData'][] = array('maketstamp', 'storeFormData');
?>
Der tstamp wird im Formular 16 auch korrekt abgespeichert.Code:<?php if (!defined('TL_ROOT')) die('You can not access this file directly!');
class maketstamp extends Frontend
{
public function storeFormData($arrSet)
{
if ($arrForm['id'] != 16)//verwende Formular 16
{
$objDate = new \Date($arrSet['mp_date']);
$arrSet['mp_date'] = $objDate->tstamp;
return $arrSet;
}
}
}
Jetzt hab ich allerdings das Problem, dass andere Formulare nicht mehr funzen.
Es kommt folgende Fehlermeldung:
Eigentlich müsste der Code in etwa so lauten:Zitat:
Fatal error: Uncaught exception Exception with message Query error: Unknown column 'mp_date' in 'field list' (INSERT INTO mm_gerichte (tstamp, category, gericht, note, mp_date) VALUES ('1382188974', '4', 'x', '1', -3600)) thrown in …/system/libraries/Database.php on line 686
allerdings krieg ich dann folgende Fehlermeldung:Code:<?php if (!defined('TL_ROOT')) die('You can not access this file directly!');
class maketstamp extends Frontend
{
public function storeFormData($arrSet)
{
if ($arrForm['id'] != 16)
{
return;
}
$objDate = new \Date($arrSet['mp_date']);
$arrSet['mp_date'] = $objDate->tstamp;
return $arrSet;
}
}
leider komm ich da nicht dahinter - eigentlich hätte ich ja die Bedingung, dass der Hook nur durchgeführt werden soll, wenn ich Form#16 verwende.Zitat:
Warning: Invalid argument supplied for foreach() in …/system/libraries/Database.php on line 729
Kann mir evtl. jemand behilflich sein?
Du musst wohl "$arrSet" immer zurückgeben :)
:D oh my god!
Hallo zusammen,
ich glaube, dass ich gerade etwas auf dem Schlauch stehe :-) Und zwar: Wie kommst du an deine Formular ID ran? $arrForm ist bei mir leer? Und die Funktion bekommt ja nur das Array $arrSet.
Danke und viele Grüße.
Code:<?php if (!defined('TL_ROOT')) die('You can not access this file directly!');
class maketstamp extends Frontend
{
public function storeFormData($arrSet)
{
if ($arrForm['id'] != 16)
{
return;
}
$objDate = new \Date($arrSet['mp_date']);
$arrSet['mp_date'] = $objDate->tstamp;
return $arrSet;
}
}
Hallo zusammen,
ich muss Botze recht geben. Ich hab mich mit der Erweiterung gestern ein wenig rumgeschlagen. Anstatt abzufragen, ob es die Form mit "id" XY akutell ist, hab ich beschlossen abzufragen, ob $arrSet['myField'] leer ist oder nicht. Da meine letzten Programmierereien schon einige Jahre zurückliegen, ist es sicherlich nicht sonderlich elegant...
Mit \Date funktioniert das nur so lange, wie man auch wirklich nur Datum und keine Uhrzeit nutzt. Wenn Uhrzeit ins Spiel kommt muss man mit DateTime::createFromFormat spielen.Code:<?php if (!defined('TL_ROOT')) die('You can not access this file directly!');
class maketstamp extends Frontend
{
public function storeFormData($arrSet)
{
$arrDates = array('datum','startDate','endDate'); // <-- hier die Felder angeben, die man in timestamp umgewandelt haben möchte.
foreach ($arrDates as $z)
{
if ($arrSet[$z] != "")
{
$objDate = new \Date($arrSet[$z]);
$arrSet[$z] = $objDate->tstamp;
}
}
return $arrSet;
}
}
?>
Viel Erfolg und viele Grüße
kleine_Hexe
Mir stellt sich diese Frage auch gerade!
Wie komme ich an die ID des Formular?
Schließlich soll sich der Hook nicht auf alle Formulare auswirken. ;)
Hallo Thomas,
hmm, ohne es ausprobiert zu haben, da es für meinen Fall auch ohne ging. Aber lege doch ein verstecktes Feld an mit der Formular-ID. Das kannst Du dann abfragen.
Viele Grüße
kleine_Hexe
Eigentlich müsste das doch über $arrForm gehen!
$arrForm müsste doch eigentlich die Konfiguration das Formulares, als Array zur Verfügung stellen.Code:public function storeFormData($arrSubmit, $arrForm)
Sobald ich aber die Funktion um:
erweiter, bekomme ich folgende Fehlermeldung:Code:if ($arrForm['id'] != 13)
{
return $arrSubmit;
}
Irritiert mich jetzt ein wenig, das es so in meinen Büchern steht.Code:Fatal error: Cannot use object of type ExtendedForm as array in /var/www/web437/html/esv/system/modules/zz_efg_calender_timestamp/efgcalTimestamp.php on line 7
Hat sich da vielleicht was geändert?
Hallo Thomas,
hmm, ich bin mir nicht sicher, ob meine mir selbst gemachte Erklärung schulbuchmäßig korrekt ist... Aber wenn ich das richtig verstanden habe, hat jeder Hook seine eigenen Array(s). Und der Array $arrForm gehört zu dem Hook "processFormData", wir verwenden aber den Hook "storeFormData" und wie man bei der funktion "public function storeFormData($arrSet)" sehen kann, gibt es dort nur den Array $arrSet.
Ist halt nur ne Erklärung, hilft erstmal wohl net weiter...
Viele Grüße
kleine_Hexe
Zitat:
Zitat von kleine_Hexe
wir haben das mit der Uhrzeit jetzt mal mit strtotime gelöst (contao 2.11.16)PHP-Code:<?php if (!defined('TL_ROOT')) die('You can not access this file directly!');
class maketstamp extends Frontend
{
public function storeFormData($arrSet)
{
$arrDates = array('von','startDate','endDate'); // <-- hier die Felder angeben, die man in timestamp umgewandelt haben möchte.
foreach ($arrDates as $z)
{
if ($arrSet[$z] != "")
{
$arrSet[$z] = strtotime($arrSet[$z]);
}
}
return $arrSet;
}
}
?>
Hallo zusammen, das Thema scheint wohl eine beständige Aktualität zu besitzen. Nach langem Suchen habe ich endlich diesen Thread gefunden und war schon glücklich, das ich bestimmt hier meine Lösung finde, aber das Glück war nur von kurzer Dauer :oZitat:
Zitat von codepiX
Mein Problem: Auch ich möchte ein ganz einfaches FE-Formular nutzen, um Veranstaltungen zu speichern. Ich arbeite mit 3.2.18 LTS und habe calendarfield installiert, damit der Frontend-Benutzer die Daten einfacher eingeben kann und weil ich die Hoffnung hatte, das calendarfield vielleicht automatisch die Konvertierung von String in timestamp vornimmt, wenn ich angebe, dass die Formulardaten abgespeichert werden sollen. Aber ich kriege es mit der Erweiterung allein nicht hin. Jetzt habe ich mal die obigen Zeilen von Patrick eingegeben, das Vorgehen ist ja total einleuchtend erklärt. Aber leider klappt auch das bei mir nicht und zwar. Der Reihe nach:
Mein config.php sieht so aus:
Das sind immer die kompletten Dateien, keine Ausschnitte.PHP-Code:<?php
$GLOBALS['TL_HOOKS']['storeFormData'][] = array('convertDate', 'storeFormData');
Meine Klasse so:
Eine autoload.php und .ini habe ich auch, da steht dann der Pfad, wo mein Modul zu finden ist, nämlich unter "TL_ROOT/system/modules/z_convertDate".PHP-Code:<?php
Class convertDate extends Frontend
{
public function __construct()
{
parent::__construct();
$this->loadLanguageFile('tl_member');
}
public function storeFormDate($arrSet)
{
$objDate = new \Date($arrSet['startDate']);
$arrSet['startDate'] = $objDate->tstamp;
return $arrSet;
}
}
Fatal error: Call to undefined method convertDate::storeFormData() in C:\xampp\htdocs\contao3218\system\modules\core\for ms\Form.php on line 450
Aus reiner Verzweifelung habe ich dann die Zeile: namespace Contao; hinzugefügt und jetzt erhalte ich die folgende Fehlermeldung:Anhang 15374
Kann mir da jemand bitte weiterhelfen?? Vielen Dank im Voraus!
storeFormDate vs. storeFormData ;)
ARRRGGGGGHHHHH :o :o :o bevor ich einen PHP-Kurs mitmache, sollte ich mir wohl lieber eine Brille kaufen :cool: und das hat mich eine Nacht gekostet :eek: aber jetzt klappt es. Vielen Dank Spooky
Probier da gerade auch noche eine Lösung für mein Szenario zu finden:
Contao 3.4.5
EFG 2.2.1
InputVar 1.1.1
Eigenes Modul "specials":
config/config.php
modules/makeTimestamp.phpPHP-Code:$GLOBALS['TL_HOOKS']['storeFormData'][] = array('makeTimestamp', 'storeFormData');
Erhalte jetzt aber nur noch eine komplett weisse Seite (ohne Fehlermeldung) bei Absenden des Formulars im Frontend... selbst dann noch wenn alle Datums- und Zeitfelder im Formular komplett deaktiviert sind...PHP-Code:class makeTimestamp extends Frontend
{
public function storeFormData($arrSet)
{
$arrFields = array('date','time','startDate','startTime','endDate','endTime','dateFrom','dateTo');
foreach ($arrFields as $z)
{
if ($arrSet[$z] != "")
{
$objDate = new \Date($arrSet[$z]);
$arrSet[$z] = $objDate->tstamp;
}
}
return $arrSet;
}
}
Benötige ich hier auch eine autoload.php? Habe mal im Backend den Autoload-Creator auf meine "specials"-Modul laufen lassen... doch da kommt keine Bestätigung... Habe keinen FTP-Zugang zum Server. Schicke dem Kunden die Uploads immer zu...
Dann ist die alphabetische Reihenfolge des Modul-Ordners doch egal, oder? Muss also nicht unbedingt auf "zzz_" lauten...!?
Was könnte hier noch falsch laufen..?
Danke für jeden Tipp.
autoload.php brauchst du. Und in der autoload.ini sollte zumindestdrin stehen.Code:requires[] = "core"
Hi!
Also sollte es dann mit
autoload.ini
undCode:register_namespaces = true
register_classes = true
register_templates = true
requires[] = "core"
autoload.php
klappen, oder!?PHP-Code:<?php
ClassLoader::addClasses(array
(
'makeTimestamp' => 'system/modules/specials/modules/makeTimestamp.php'
));
(bevor ich den Kunden mit noch einem weiteren Upload-Versuch nerven muss.. ;)
Wenn du keinen FTP-Zugang zum Server hast, dann wäre vielleicht eine eigene lokale Testinstallation hilfreich. Da kannst du alles vorher ausprobieren - so musst du immer raten.
Wenn du Namespaces registrieren lassen willst, dann solltest du vielleicht auch einen definieren?
Für deine Funktion makeTimestamp gibst du aber keinen Namespace an.
Auch bin ich mir nicht sicher, ob es nicht 'extends \Frontend' heißen müsste - mag aber sein, dass das nur nötig ist, wenn sich deine neue Klasse tatsächlich in einem eigenen Namespace befindet.
Ach ja: wenn du den Autoload-Creator startest, dann wird die autoload.php für dein Modul überschrieben. Musst du also nicht unbedingt selbst schreiben ;)
Hi @folkfreund
Ja, so hat es nun wunderbar geklappt!
Ich habe schon auch lokale "Test"-Installationen, aber in diesem Fall keine 1zu1 zu der Gesamtinstallation meines Kunden... Man denkt halt oft (Denken ist nicht Wissen ;), das es sich manchmal nur um eine Kleinigkeit handeln würde... Sind es ja auch meistens – aber der Fehler liegt im Detail, und auch wenn ich schon eine Weile mit Contao arbeite, so gelingt es mir nicht IMMER uptodate zu sein... Man hat als Freiberufler ja auch noch so manch andere Sachen im Alltag um die Ohren... ;/
Also DANKE, klappt! :)
Nicht nur für Freiberufler gibt es wichtigeres im Leben - und das ist gut so!Zitat:
Zitat von Hendriks
Gruß, folkfreund