Archives

Je me demandais si l'ajout d'une section "archives" juste en desous de "catégories" ne serais pas utile dans la version Blog !?

Example..

Janvier 2007
Decembre 2006

...

Si on clique sur le mois voulu, on affiche tout les messages poster le mois en question.


( Bien sur.. Ont laisse le soin a l'utilisateur Pluxml d'afficher ou non les archives )


Amicalement :D

Réponses

  • J'ai justement eu l'idée en tête, mais justement je conseillerais plutôt de ne pas cliquer sur un mois mais juste de le mettre en <h3> par exemple. Puisque des dates ne veulent rien dire pour les visiteurs, les articles qui s'afficheraient en dessous seraient mieux :P
  • Je ne comprend pas ce que tu veux dire... Sois plus précis ou donne moi un example :)
  • Bah tu vois, au lieu d'avoir les dates qui s'affichent, je préférerais avoir un genre de liste comme ça : http://www.skyline-arts.com/journal/?archives avec des <h3>Mai 2006</h3> et les articles de mai 2006 à l'intérieur, par exemple.
    Tout ça avec des ancres en début de page.

    C'est... compréhensible ?
  • Oui je comprend. :)

    Je vais pencher vers ton idée.. Mais seul chose qui me tracase.. Si j'ai 760 articles sur mon pluxml... Sa va pas devenir un peu.. Long comme liste !? :P
  • o_O
    Euh... 'faut trouver une solution de substitution :P
  • Approuvée :P
  • En fait c'est techniquement que ça va bloquer car avec un pluxml actuel on ne peut pas faire de tri par date (du moins pas de façon raisonnable).

    (je passe volontairement sous silence l'expérience que l'on trouve sur skyline-arts car ce n'est pas voué à une publication)
  • bien dommage car pour un blog qui prend de l'ampleur est l'idéal.
  • Je pense que dans ces cas-là, un moteur de recherche interne par mot(s)-clé(s) s'impose ...
    Les longues listes (à fortiori les très longues) sont illisibles (bel exemple sur skyline-arts :lol:)... Vous êtes-vous déjà amusé à "fouiller" les archives des blogs qui en disposent ?
    Le but d'un blog est avant tout de dispenser une information de courte actualité ... si cette information doit perdurer et être retouvée rapidement, il me semble plus pratique pour le visiteur de disposer d'un moteur de recherche !

    à plus,

    Gzyg
  • Yep slt les Pluxiens :)
    Je suis de l'avis de Gzyg, un moteur de recherche interne est un bon moyen pour trouver une info...

    Skyline étant le seul à prendre la décision finale, il nous importe de lui suggérer des idées réalistes mais surtout pas de faire des clones de choses existantes sur d'autre "blog" ou alors Pluxml n'est plus ce qu'il est censé être depuis sa création c'est à dire -> léger :/
  • Vous oubliez peut-être l'essentiel : pluxml n'a pas de base de données type MySQL donc pour obtenir un tri des articles par mot-clef, par date ou réaliser une recherche ne se fait pas d'une simple commande SQL.

    Exemple :
    *la recherche : sur pluxml sera reviendrai à faire ouvrir/déparser/passer une regex/trier sur chaque article, comprenez que ça pose problème au niveau du temps d'execution.
    *les archives par date : si l'on veut un tri par mois c'est pareil, on doit traiter tous les articles un par un. Une autre solution est possible mais elle supprimerai la gestion des catégories et rendrai obsolète tout contenu écrit avec une version antérieure.
  • GzygGzyg Member
    février 2007 modifié
    Non, ça personne ne l'oublie ; c'est même un peu pour ça qu'on est tous là :lol: !

    Mais tant qu'à proposer de longues et lourdes archives sur plusieurs mois à ses visiteurs, autant les rendre facilement accessibles (les archives ... ;)) ... et là, une longue liste de titres (parfois pas toujours commis en pensant les retrouver dans un futur lointain) n'est pas forcément un bon outil ...

    Il y a des blogs qui ont des archives sur deux ou trois ans (voire plus ...) plus des tonnes de liens, sans compter les pubs, ça en devient illisible !

    Si je fais un site appelé à durer (à savoir, le contenu sera toujours d'actualité dans plusieurs mois ou années) alors une BDD + un moteur de recherche est indispensable ... sinon, un bloc d'archives sur un seul lien fera le bonheur des fouineurs, quitte à les diriger sur une page html en forme de sommaire !

    Enfin, je vois ça comme ça ...

    à plus,

    Gzyg
  • J'oubliais, cette page (http://skyline-arts.com/journal/?archives) n'est pas à prendre en exemple puisque mon site reste inachevé et de plus cette page bug et affiche certains billets plusieurs fois.
  • Bonjour,

    je me suis aussi posé la question .
    Et je me demande si l'idée d'avoir une base de donnée en doublette , ne serait pas un avantage.

    visite : pluxml sur fichier xml

    nouvelle article : modification a partir du fichier xml , enregistrement du fichier xml ou mise a jour , + disons le backup dans la base de donnée.

    mode recherche : solitation de la bdd , renvoi sur le(s) fichier(s) xml correspondant (en admettant que l'url du fichier xml est indiqué pour chaque article).

    mode archive : creation du fichiers xml une fois pour toute a partir de la base de donnée au 1er de chaque mois pour chaque nouveau mois (creations automatique ou manuel de la part du webmaster).

    MAJ de pluxml ... si probleme , le backup de la base de donnée sera le bienvenu ..

    Demenagement :
    on emmene le cms , son theme , et on ressort les articles a partir de la base de donnée.

    La base de donnée peut alors devenir un outils complementaires , apportant avec elles toutes ses fonctions de tri , mais n'empecherait en rien pluxml de fonctionner sans elle.

    Cette option pourrait etre entrevue comme plugin et ne pas faire partie du coeur du cms.

    GC
  • A vrai dire c'est réellement quelque chose auquel je n'avais jamais pensé. Je ne suis pas forcemment pour l'utilisation de ce système mais ses avantages sont indéniables :)
Connectez-vous ou Inscrivez-vous pour répondre.