[Dates] Limite des fonctions natives DATE

Bonjour,

Voilà, j'utilise des timestamp unix pour stocker des dates précises dans une base de données. Il s'agit donc d'un entier (INT32) déterminant le nombre de secondes écoulées depuis 1970.

Seulement voilà, un imprévu m'oblige à revoir ce système pour prendre en compte des date antérieures (a partir de 1900). Ca me fait hyper mal de devoir renoncer à ce système car hyper pratique compte tenu des fonctions dispos, précis et surtout tout le code de l'appli existante se base la dessus.

Quand j'y pense, faut vraiment être radin pour stocker 60 ans en secondes sur un INT32... Un INT64 m'aurait épargné ce post !

Existe t-il donc une solution pour faire en sorte que PHP travail sur des timestamp unix de 64 bits (paramémtrage PHP, recompilation apache, librairie indépendante) ??

En vous remerciant par avance !

J'ai essayé de trouver un truc pour ton problème de dates antérieures à 1970 mais sans succés. Cependant, il y a une question qui m'est venu à l'esprit. Si le time stamp Unix retourne le nombre de secondes depuis 1970, alors au 1er janvier 1970 à 0h00 il retournait le nombre 0. Ce qui signifie qu'avant 1970, il devrait retourner un nombre négatif.

exemple pour le 31 décembre 1969 à 23h59mn59s, il devrait retourner -1.

Donc est-il possible que cela pose problème et que pour cette raison, je crains qu'il n'y ait pas de solutions en ce qui concerne un timestamp avant 1970...

A l'inverse de windows, le php sous linux est supposé gérer les date inférieur à zero... Alors comment, j'en ai aucune idée... mais le fait est que ça doit être possible (si ça se trouve, ils utilisent les nombres négatifs pour passer outre 2038... puisqu'apres tout, caster un int signé négatif correspond a une correspondance avec un int non signé !

Caster un float pour obtenir un int, je vois très bien comment faire. Mais caster un nombre négatif pour obtenir un nombre positif, j'aimerais bien que tu m'explique la manipulation.

Les fourchettes de timestamp :

• sous linux
  
  • -2147483648 (1901-12-13 20:45:52)
  • +2147483647 (2038-01-19 03:14:07)
• sous windows
  
  • 0 (1970-01-01 01:00:00)
  • 2147483647 (2038-01-19 03:14:07)

A noter que le timestamp 0 (zéro) correspond au 1er janvier 1970 à 1 heure du matin, et non pas à 0 heure, cotrairement à ce que dit ce message d'erreur bien connu sous windows :

Citation:

---

Windows does not support dates prior to midnight (00:00:00), January 1, 1970

---

A noter aussi que la fonction mktime() semble buggée. En effet :

• mktime(3, 14, 7, 1, 19, 2038); donne -3601 soit 1969-12-31 23:59:59
• mktime(27, 14, 7, 1, 18, 2038); donne 2147483647 soit 2038-01-19 03:14:07

Toutes ces remarques ne sont que d'un intérêt très limité. C'était simplement pour occuper une partie de matinée d'un 15 août très pluvieux, voire même automnal.

Bravo et merci pour ces précisions.:king:
Je me coucherai plus futé ce soir.:yaisse2:

Bon en ce qui concerne la demande de gloubi, ça continue encore. Et j'attends aussi qu'il me réponde sur le fait de comment il caste un nombre négatif en nombre positif. Surtout que PHP ne reconnaît pas les nombres entiers non signés.;)

Et comme il pleut toujours (bordel, merde), j'ai fait le même essai avec php 5.2.1 (sous windows), le précédent étant fait avec php 4.4.6.

Le bug de mktime() n'existe plus, et les fourchettes de dates dispo sont les mêmes que sous linux, c'est à dire que les timestamp sont négatif à partir du 1er janvier 1970 à 0 heure pour les dates antérieures.

Ah, une éclaircie. J'arrête là.

Citation:

---

Envoyé par jeca

(...) le précédent étant fait avec php 4.4.6. (...)

---

Oulaaaa, ça fait un bye que j'ai abandonné le PHP4 qui ne sera de toute façon, plus supporté à compter de 2008. Ce qui signifie, plus de mises à jour et plus de support.

Vous plaignez pas pour le temps, moi, je suis en alerte cyclonique (Dean) ;)

Pour répondre au probleme du cast, je parle de ce qui se passe dans les coulisses de apache. Si la date est limité a 2147483648 seconde, c'est qu'il stock la valeur sur 31 bits, et utilise le 1er bit de la chaine (en partant de gauche) pour indiquer si c'est un nombre positif ou negatif, puisque de toute façon, ils auront pas inventer le type INT31 pour l'occasion (PHP étant désromais codé en C) !

2147483649 s'écrira donc en binaire 1000(32 zero)001. Sur une variable INT 32 bits signés, ça correspond en décimal à -1 (le premier bit étant passé à 1).

On pourrait donc écrire une fonction de cast de ce type en PHP

Code:

---

1 2 3 4

function castPlus32($val) { return $val < 0 ? 2147483648 + $val * -1 : $val; }

---

EDIT : par contre, quand je parlais de caster, je parlais de ce qui se passe à l'interieur de PHP, en langage C, pas d'un cast direct en PHP ;)

Confirmation de ce que je j'avance :

Code:

---

echo date("d/m/Y", 2147483649);

---

Citation:

---

Warning: date(): Windows does not support dates prior to midnight (00:00:00), January 1, 1970 in c:\www\www\form\ajax\calcul.php on line 310

---

Il traite donc bien la valeur du stamp comme des INT32 signés en interne

... je me croyais vicieux en ce qui concerne la prog PHP allant jusqu'à analyser les sources du moteur en C et je crois que j'ai trouvé pire que moi.8O:hola::cfou::pleure:

En tout cas merci pour ces deux précédents posts gloubi:king:, c'est enregistré dans ma mémoire.:yaisse2:

Bonjour,

Pour revenir à la question initiale, et au titre, les fonctions de dates sous php ne se limitent pas au timestamp unix.

Pour gérer toute sorte de date, on peut utiliser la syntaxe classique "YYY-MM-DD HH:ii:ss" ... Surtout si c'est pour jouer avec MySQL derrière qui gère très bien.

Ceci dit, j'espère que vous avez le cuir chevelu bien arnaché, avec vos histoires capilotractés il ne va pas tenir longtemps ;)