[Non-officiel]Tri par date - mktime()
Bonsoir,
Un des points faible de Pluxml je trouve se trouve dans le tri des articles qui se fait selon l'ordre de rédaction de l'article (identifiant).
C'est vrai que que le fait que le tri ne se fasse pas selon la date peut être génant.
Ce que je propose c'est de supprimer la balise date des articles (dans le fichier xml) et de directement mettre le timestamp unix dans le nom du fichier en suivant cette expression régulière:
timestampUnix.idArticle.idCatégorie.nomArticle.xml
on pourrait donc trier l'article par le timestamp (la date indiqué ds l'article) et non plus par l'id article...
l'idArticle ne sert donc plus qu'a l'identifier (lien, supression, etc)
Contraintes:
A chaque édition du fichier il faut regénérer le nom du fichier si la date à été changé (ce n'est pas vraiment une contrainte...)
Le traitement lors du tri peut être légérement plus loin vu qu'un timestamp actuel est sur 10 caractères mais bon PHP est puissant et fait pour celà
Je me propose de coder ça en fin de semaine prochaine si ça intêresse du monde
Un des points faible de Pluxml je trouve se trouve dans le tri des articles qui se fait selon l'ordre de rédaction de l'article (identifiant).
C'est vrai que que le fait que le tri ne se fasse pas selon la date peut être génant.
Ce que je propose c'est de supprimer la balise date des articles (dans le fichier xml) et de directement mettre le timestamp unix dans le nom du fichier en suivant cette expression régulière:
timestampUnix.idArticle.idCatégorie.nomArticle.xml
on pourrait donc trier l'article par le timestamp (la date indiqué ds l'article) et non plus par l'id article...
l'idArticle ne sert donc plus qu'a l'identifier (lien, supression, etc)
Contraintes:
A chaque édition du fichier il faut regénérer le nom du fichier si la date à été changé (ce n'est pas vraiment une contrainte...)
Le traitement lors du tri peut être légérement plus loin vu qu'un timestamp actuel est sur 10 caractères mais bon PHP est puissant et fait pour celà
Je me propose de coder ça en fin de semaine prochaine si ça intêresse du monde
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
En fait je me suis bien prise la tete au début de mon blogalerie qd je rédigeais tte une série d'articles pour mes différentes catégories, lorsque j'oubliais une image/article pour l'intercaler entre 2 fallait que jaille tricher en FTP pour renommer les fichiers ...
Ca serait sympa qu'en effet la date rentrée à la création de l'article serve en effet pour trier les articles, même si j'ai rien compris a ton truc de timestamp je te fais confiance GO ^^
je ne sais plus de quel fonction php il s'agissait , ( "touch" ou quelque chose de ce genre ?) permettrait d'extraire la date de creation ou de modification du fichier (et donc a prioiri au moins 2 type de tri ), mais cette fonction serait limitée ou inutilisable sous windows.
(cette idée me trotte dans la tête depuis quelque temps deja sans avoir encore commencé a faire des recherches sur cette possibilité et si elle est possible).
... si peu de temps libre en finale
exemple d'un fichier dont la date serait aujourd'hui à 8h : Si jamais on change la date, le nom du fichier est modifié en conséquence.
SUJET DEPLACE ICI => http://forum.pluxml.org/viewtopic.php?pid=4987#p4987
j'etais bien hors sujet.
la fonction touch() existe bien néanmoins :
http://www.manuelphp.com/php/function.touch.php
et il y a aussi:
http://www.manuelphp.com/php/function.filemtime.php (et eventuellement
http://www.manuelphp.com/php/function.fileatime.php )
Ces fonctions pourrait etre une piste pour creer les liste d"archives" ?
rappel :
sujet initial du
topic deplacé ici -> http://forum.pluxml.org/viewtopic.php?pid=4987#p4987
Bien sur que ce timestamp permettrait un archivage des articles car comme la date est contenue dans le nom du fichier, il n'est pas nécessaire de parser le fichier xml pour avoir la date...
Avec une expression régulière, la gestion des archives est très abordable!