Hallo,

ich müsste Daten von 1800 - 2000 verarbeiten, leider habe ich gerade
feststellen müssen, das php das nicht kann. Gehe ich recht in der Annahme
das unter php-5.2.4/ext/date/lib/* einige Änderungen fällig sind dafür?

Vielen Dank und freundliche Grüße
Daniel Rindt

Daniel Rindt schrieb:

> ich müsste Daten von 1800 - 2000 verarbeiten, leider habe ich gerade
> feststellen müssen, das php das nicht kann.

Was genau funktioniert denn nicht?

Gruß. Claus

>> ich müsste Daten von 1800 - 2000 verarbeiten, leider habe ich gerade
>> feststellen müssen, das php das nicht kann.
>
> Was genau funktioniert denn nicht?
Kann ich bestätigen. Er parst das Datum nicht. und gibt eine entsprechende
Fehlermeldung. Hatte ich mal.

Jonas Werres schrieb:
>>> ich müsste Daten von 1800 - 2000 verarbeiten, leider habe ich gerade
>>> feststellen müssen, das php das nicht kann.
>> Was genau funktioniert denn nicht?
> Kann ich bestätigen. Er parst das Datum nicht. und gibt eine entsprechende
> Fehlermeldung. Hatte ich mal.

Das Problem ist imo der Unix-Timestamp, der die Sekunden seit dem
01.01.1970 zählt (http://de.wikipedia.org/wiki/Unixzeit). Bei 1800 wird
das natürlich ärgerlich. Dies könnte vielleicht helfen:
http://phplens.com/phpeverywhere/node/view/16
Es ersetzt die PHP-Datumsfunktionen, sodass sie auch noch vor 1970
funktionieren.

> Das Problem ist imo der Unix-Timestamp, der die Sekunden seit dem
> 01.01.1970 zählt (http://de.wikipedia.org/wiki/Unixzeit).
Glaube ich nicht. Bei mir geht es bis 1900. Symfony+MySQL Timestamp. Wo das
Problem lag, weiß ich nicht, weil mir 1900 reicht. Hab nur mal beim Testen
irgendwas eingegeben , da kam es dann.

..oO(Jonas Werres)

>> Das Problem ist imo der Unix-Timestamp, der die Sekunden seit dem
>> 01.01.1970 zählt (http://de.wikipedia.org/wiki/Unixzeit).
>
>Glaube ich nicht. Bei mir geht es bis 1900. Symfony+MySQL Timestamp. Wo das
>Problem lag, weiß ich nicht, weil mir 1900 reicht. Hab nur mal beim Testen
>irgendwas eingegeben , da kam es dann.

Aktuelle PHP-Versionen kommen auch mit negativen Unix-Timestamps
zurecht. Das reicht dann zurück bis etwa 1902. MySQL-Timestamps haben
darüberhinaus einen noch weitaus größeren Wertebereich.

Micha

Michael Fesser wrote:
> Aktuelle PHP-Versionen kommen auch mit negativen Unix-Timestamps
> zurecht. Das reicht dann zurück bis etwa 1902. MySQL-Timestamps haben
> darüberhinaus einen noch weitaus größeren Wertebereich.

MySQL TIMESTAMP (4 Byte) != MySQL DATETIME (8 Byte)

Kris
--
Kristian =?iso-8859-15?q?Köhntopp?= <kris [at] xn--khntopp-90a.de>

Michael Fesser wrote:

> Aktuelle PHP-Versionen kommen auch mit negativen Unix-Timestamps
> zurecht.

Das kommt nicht nur aus PHP an sondern auch aufs zugrund liegende OS.

MfG, Ulf

--
_,
_(_p> Ulf [Kado] Kadner
\<_) Mitglied der Freizeitvögel? ;-)
^^

..oO(Ulf Kadner)

>Michael Fesser wrote:
>
>> Aktuelle PHP-Versionen kommen auch mit negativen Unix-Timestamps
>> zurecht.
>
>Das kommt nicht nur aus PHP an sondern auch aufs zugrund liegende OS.

Korrekt, aber die aktuellen seit 5.1 kümmern sich selber darum:

| The valid range of a timestamp is typically from Fri, 13 Dec 1901
| 20:45:54 GMT to Tue, 19 Jan 2038 03:14:07 GMT. (These are the dates
| that correspond to the minimum and maximum values for a 32-bit signed
| integer). However, before PHP 5.1.0 this range was limited from
| 01-01-1970 to 19-01-2038 on some systems (e.g. Windows).

Micha