[TYPO3-german] Datum wird nicht übernommen

[Uwe Siedentop]

Hallo Bernd, hallo Chris,

> da 95% aller Datumseingaben aktuell mit 32bit-signed-timestamps machbar 
> sind wird es kaum neue Lösungen geben. 

so interpretiere ich das auch: Wir leben jetzt und nicht vor 150 Jahren ;-)))

Aber ich denke, für TT, MM und Y ein eigenes Feld zu erzeugen ist wegen der schlechten Berechenbarkeit porblematisch. 

Dann versuche ich lieber, das Bestehende zu erweitern (unter Typo3).

Spontane Idee: Wenn der 1.1.1902 unterschritten wird, die Sekunden in einem Extrafeld der Datenbank ablegen. Ist da ein Wert drin, bei der Ausgabe berücksichtigen und entsprechend ausgeben. Da es keinen Sinn macht, diese Erweiterung für den Normalgebauch einzusetzen (95% ...) wäre das, speziell jetzt bei mir, nur für das Erscheinungsdatumsfeld von tt_news notwendig. Wenn ich es schaffe, die Eigabe und Ausgabe abzufangen, könnte ich tt_news wie gewohnt einsetzen.

Ich bin kein so großer Programmierer - aber reizen würde es mich ...

Gruß
Uwe



Quote: Bernd Wilke[2] wrote on Thu, 09 October 2014 16:04
----------------------------------------------------
> Am 09.10.14 15:47, schrieb Chris Wolff - AERTiCKET AG:
> > Hallo Uwe,
> > ich glaube wir kommen deinem Problem Näher:
> > 1. Unix Timestamp sind die Sekunden seit der Unix Epoche (ab.1970)
> > Ich habe jetzt mal 1.1.1902 0:00 in einen unix timestamp convertiert: -2145916800
> >
> > 2) Habe ich mir angeschaut was der Minimal wert für einen vorzeichen behafteten 32 Bit Integer sind)
> > -2147483647 (min wert für 32 bit Integer [13.12.1901 20:45:53])
> > -2145916800 (1.1.1902 00:0000 als timestamp)
> >
> > Diese beiden werte liegen so nahe beieinander das ich glaube das du ein Problem mit 32 Bit Integern hast.
> >
> > Php sagt nun das die integer Plattform abhängig sind.
> > "The size of an integer is platform-dependent, although a maximum value of about two billion is the usual value (that's 32 bits signed).
> > PHP does not support unsigned integers. Integer size can be determined using the constant PHP_INT_SIZE,
> > and maximum value using the constant PHP_INT_MAX since PHP 4.4.0 and PHP 5.0.5."
> >   - http://php.net/manual/de/language.types.integer.php
> >
> > ich Vermute mal du Verwendest ein  32 Bit Betriebsystem / 32bit PHP Binary.
> >
> > Jetzt gibt es alo die möglichkeit ein Betriebsystem/php update auf 64 bit zu upgraden und zu hoffen das du dann längere integer hast.
> > Eventuell musst du dann noch den Feld typ der Datenbank anpassen. (das ist kein problem! Wenn man es ordenlich macht ist das auch update stabil)
> 
> und spätestens bei der Eingabe mit Javascript-Unterstützung 
> (Kalender-Tool oder Validierung) fällt das ganze auf die Nase weil es in 
> absehbarer Zeit keine longints in Javascript geben wird.
> 
> Diese Probleme und die entsprechenden Fazits sind aber schon seit 
> einiger Zeit bekannt.
> da 95% aller Datumseingaben aktuell mit 32bit-signed-timestamps machbar 
> sind wird es kaum neue Lösungen geben. insbesondere unter dem Aspekt, 
> dass mit echten Datumsformaten schlecht (kompliziert) gerechnet werden 
> kann (berechne: heute + 1,2,3,4,.. Wochen)
> 
> bernd
> -- 
> http://www.pi-phi.de/cheatsheet.html
----------------------------------------------------