Hallo Peter,
danke für deinen "erleuchtenden" Tipp, manchmal bin ich zu verbohrt in eine
Sache, und vergesse das Naheliegende...
Ich bin also deinem Rat gefolgt. Die SQL-Abfragen bestätigen im Prinzip das,
was ich schon beschrieben habe.
Die Abfrage mit "<=" liefert kein Ergebnis, die mit ">=" li
s.
> -Ursprüngliche Nachricht-
> Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-
> boun...@lists.typo3.org] Im Auftrag von Renzo Bauen
> Gesendet: Freitag, 3. Juni 2016 22:24
> An: typo3-german@lists.typo3.org
> Betreff: Re: [TYPO3-german] CONTENT select Pr
Hallo Johannes,
ich schalte in so einem Fall das Sql-Debugging in TYPO3 an (lasse mir also
fehlerhafte DB-Abfragen ausgeben). Danach baue ich absichtlich einen Fehler in
meine Abfrage ein, z. B. einen falschen Feldnamen. Dann wird mir die ganze
SQL-Abfrage im Frontend ausgegeben. So müsstest d
Lieber Johannes
ich kann deinen Frust extrem gut verstehen. Ich hatte auch mal das
Problem, dass der Datum/Zeit-Wert sich beim Spichern in die Datenbank
immer um eine Stunde verändert hat.
Offenbar ist es so, das date und timestamp von ganz verschiedenen
Voraussetzungen aus gehen und dies noch abh
Mein aktueller Status: ich bin verzweifelt und langsam am Durchdrehen... ;)
Ich habe nochmal etwas getestet: Bei dem folgenden Vergleich sollte genau
ein Datensatz gefunden werden der in datum1 den Wert "1466726400" hat
(entspricht 2016-06-24 00:00:00 UTC 0).
where = datum1 > UNIX_TIMESTAMP("201
