Ah... Je ne comprenais pas non plus car tes articles et commentaires étaient bien datés de 2016.
Il n'y a pas de fonction associée : la date est codée en dur dans le fichier footer.php du template par défaut. C'est ce fichier qu'il te faut éditer pour changer d'année
@kowalsky ok, j'étais étonné de voir que ça se mettait pas à jour tout seul. @danielsan je suis sous Pluxml depuis 2014, comment se fait-il que la date ne soit pas celle-ci ?
@cyrille : [del]ça doit être[/del] C'est lié au passage en version 5.4 qui a eu lieu l'été dernier. Si je me souviens bien c'est à ce moment que tu as laissé le nouveau thème par défaut sur ton site.
Ce que je fais souvent dans mon footer, je mets 2 dates
- la 1ere correspond à la date de création du site (codée en dur)
- la 2ieme de l'année en cours pour montrer que le site est vivant, avec le code donné par Pierre à partir de la fonction php date('Y')
De cette façon ça donne un bon aperçu de la durée de vie du site et de sa longévité
Réponses
A quel niveau ? car PluXml ne gère pas de paramétrage au niveau des dates. Il utilise la date du serveur pour dater les articles et les commentaires
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
Il n'y a pas de fonction associée : la date est codée en dur dans le fichier footer.php du template par défaut. C'est ce fichier qu'il te faut éditer pour changer d'année
En ligne 6 :
@danielsan je suis sous Pluxml depuis 2014, comment se fait-il que la date ne soit pas celle-ci ?
sinon oui tu as raison, ça doit venir de là
<?php echo date("Y") ?>
- la 1ere correspond à la date de création du site (codée en dur)
- la 2ieme de l'année en cours pour montrer que le site est vivant, avec le code donné par Pierre à partir de la fonction php date('Y')
De cette façon ça donne un bon aperçu de la durée de vie du site et de sa longévité
Consultant PluXml
Ancien responsable du projet (2010 à 2018)