DATE EN FRANÇAIS
malalam
Messages postés
10839
Date d'inscription
lundi 24 février 2003
Statut
Membre
Dernière intervention
2 mars 2010
-
6 juin 2005 à 12:42
yahijye Messages postés 1 Date d'inscription samedi 6 décembre 2008 Statut Membre Dernière intervention 21 janvier 2009 - 21 janv. 2009 à 21:20
yahijye Messages postés 1 Date d'inscription samedi 6 décembre 2008 Statut Membre Dernière intervention 21 janvier 2009 - 21 janv. 2009 à 21:20
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/31868-date-en-francais
https://codes-sources.commentcamarche.net/source/31868-date-en-francais
21 janv. 2009 à 21:20
<?php
setlocale (LC_TIME, 'fr_FRA', 'France', 'French', 'fr_FR.ISO8859-1', 'fr_FR');
echo strftime('%A %d %B %Y');
?>
et j'ai un parse error ligne 2..
donc a revoir..
11 juil. 2006 à 18:45
c'est compliqué
31 mars 2006 à 18:05
echo strftime('%A %d %B %Y', strtotime ($date));
31 mars 2006 à 17:56
31 mars 2006 à 17:18
<?php
setlocale (LC_TIME, 'fr_FRA', 'France', 'French', 'fr_FR.ISO8859-1', 'fr_FR');
echo strftime('%A %d %B %Y', $date);
?>
Ma variable $date est issue d'une basse de donnée où la date est: 2006-03-15
Et l'affichage me donne: jeudi 01 janvier 1970
Quelqu'un aurai une idée sur ces problème? Je pèche dessus depuis 2jours... /oo\
Merci à vous
7 juin 2005 à 23:49
L'information locale est maintenue par processus, non par thread. Si vous faites fonctionner PHP sur un serveur multi-threadé comme IIS ou Apache sur Windows, vous pourriez obtenir des changements soudains des configurations locales pendant qu'un script fonctionne, même si celui-ci n'appelle jamais la fonction setlocale(). Ceci survient à cause des autres scripts qui fonctionnent dans des threads différents du même processus. Ces scripts changent les configurations locales dans le processus au complet en utilisant la fonction setlocale().
7 juin 2005 à 19:26
7 juin 2005 à 15:35
DATE MYSQL COMPLETE
DATE FRANCAIS (SIMPLE)
DATE COURTE OU LONGUE
DATE ET HEURE ACTUELLE
DATE EN FRANÇAIS
comme tu peux le voir, juste dans celles que présente code source, il y en a trois du même type...
Partager son code est une bonne intention, mais si il n'interesse personne alors ne poste pas... Ici, ta source ne fait qu'une source sans interet de plus sur cs... C'est une fonction qu'on sait tous programmer, qu'on a tous déja vu ici, et en plus, elle est plutot mal programmée... Plutot que de poster des fonctions, poste des pages complètes ou des mini projets... ça sera déja plus interessant... Imagines si on postait tous toutes les fonctions qu'on cré...
7 juin 2005 à 13:11
j'ai repondu un peu vite parce que j'avais un truc a faire pour le taf, donc je reprends, plus clairement lol (au passage, merci Antho lol) :
Oui setlocale() doit etre implementee. C'est le cas la plupar du temps vu que je n'ai jamais eu aucun probleme pour l'utiliser. Que cela renvoie false si ce n'est pas implemente est une bonne chose. Ce que j'ai omis est de mettre un test.
Oui, setlocale() se sert d'une rfc...et alors ? On va voir les valeurs possibles, on les met toutes, ou celles dont on a besoin, et c'est regle, quel que soit le systeme (si, oui, lol, setlocale est implementee...ce qui est le cas la plupart du temps a ma connaissance).
Pour le timestamp, certes, mais en meme temps la description de ta source dit "Une fonction qui retourne la date du jour en français." et je me suis simplement base la-dessus. Pour etre honnete, j'ai tout juste parcouru ta source, je n'ai donc pas regarde si tu proposais de renvoyer une autre date. Et ta modification se justifie donc pleinement.
Desole si mon intervention t'a paru agressive. Mais en meme temps, si j'avais ecrit une fonction, par exemple, comptant le nombre d'occurence d'un "mot" dans une chaine, on m'aurait fait a juste titre remarque que je devrais jeter un oeil la : http://de2.php.net/manual/en/function.str-word-count.php si je n'avais pas precise que j'avais ecrit ma fonction AU CAS OU on est une version de php < 4.3...
Donc je ne serais pas intervenu si tu avais, en fait, montre les deux facons de faire : setlocale, bien plus simple et optimisee, et ta fonction si jamais setlocale n'est pas implementee, comme le dit Antho.
7 juin 2005 à 13:09
LOL bien joué, ça rejoint mon commentaire
7 juin 2005 à 12:57
ceux ayant des versions inférieures de PHP feraient mieux de patcher leur système... (et d'un)
"setlocale retourne la nouvelle valeur locale, ou bien FALSE si la fonctionnalité n'est pas implantée sur votre plate forme" > un point pour toi
"Un nom de catégorie invalide causera aussi l'affichage d'une alerte" > bah en même temps coder une erreur donnera une alerte, c'est normal...
"La valeur retournée par setlocale dépend du système d'explotiation qui fait tourner PHP"
Tu n'as qu'à tester en fonction de deux valeurs pouvant être retournées (un point pour moi)
on peut jouer à ça si tu veux lol ^^
Je ne pense pas que c'était dans l'intention de Malalam, qui a posté un code apparemment pas trop portable, mais quand même plus optimisé et fonctionnant la plupart du temps. Tu aurais dû préciser que ta source était plus portable que les autres, car je trouve l'intervention de Malalam justifiée.
a +
7 juin 2005 à 12:55
je n'ai jamais eu de probleme avec setlocale : mais effectivement, il faut que la fonction existe et soit implementee...comme beaucoup de fonctions ;-)En fait, comme un peu tout en php...
php 4.3 : on en est au 5...faut pas deconner quand meme lol.
Heu oui...invalides...mais on peut en passer autant de valides que l'on veut. La j'en ai mis juste une partie parce que j'avais la flemme. Et ca fonctionne devrait fonctionner sur la plupart des plateforme (y compris freebsd!). La valeur retournee depend du systeme, en effet, d'ou l'importance de mettre tous les noms possibles...specifies dans la RFC 1766...et plus de surprise.
Mais bon, si tu tiens a garder 20 lignes de code...ok.
Au passage : si je rentre un parametre invalide (un peu comme pour setlocale), elle marche ta fonction...?
7 juin 2005 à 12:43
***Note
Passer plusieurs locales n'était pas disponible avant PHP 4.3.0. -> et d'un
setlocale retourne la nouvelle valeur locale, ou bien FALSE si la fonctionnalité n'est pas implantée sur votre plate forme, que la configuration spécifiée n'existe pas ou que le nom de catégorie est invalide. Un nom de catégorie invalide causera aussi l'affichage d'une alerte. Les noms de catégories et de configurations locales sont disponibles dans la RFC 1766 et ISO 639 .
-> et de deux
Note
La valeur retournée par setlocale dépend du système d'explotiation qui fait tourner PHP . La valeur retournée est exactement celle que la fonction setlocale() du système retourne.
-> et de trois (on peut avoir des surprises !)
7 juin 2005 à 12:41
7 juin 2005 à 12:39
1 - cette procédure fonctionne même si la fonction setlocale n'est pas implémentée !
Et ça m'est déjà arrivé ! (pour ce qui lisent la doc PHP, il est bien précisé qu'elle n'est pas toujours implémentée ;-) ).
2 - echo strftime('%A %d %B %Y',$mon_timestamp) serait plus juste si on veut autre chose que la date du jour.
6 juin 2005 à 22:11
on ne compte plus ce genre de sources non optimisées sur le site. Merci Malalam pour ta correction ;-)
6 juin 2005 à 12:42
decidement, je ne comprends pas cet acharnement a ne pas lire la doc ;-)
<?php
setlocale (LC_TIME, 'fr_FRA', 'France', 'French', 'fr_FR.ISO8859-1', 'fr_FR');
echo strftime ('%A %d %B %Y');
?>