Pagination en pile (LIFO)

[ghost]

Actuellement la pagination suit un modèle relativement intuitif… selon le référentiel actuel… Il serait intéressant de tester une pagination en pile (en mode LIFO) : c’est à dire que les premières pages seraient les premiers articles, et les dernières (avec le numéro le plus élevé) celles avec les derniers articles.
Parce qu’actuellement, chaque page, et son URL, change de contenu dès qu’un nouvel article est ajouté, niveau optimisation du crawling (pas pour que les autoblogs soient référencés en plus de l’original, mais pour qu’ils le soient quand l’original ne répond plus/est censuré, ou pour qu’un robot puisse les analyser pour quoi que ce soit d’autre), possibilité de la création d’un cache (avec une version gzippée à l’avance), ou n’importe quelle manipulation d’URL (historique…), c’est vraiment suboptimal.

[ArthurHoaro]

En gros, tu voudrais inverser la numérotation des pages, ou également l'ordre d'affichage des éléments (plus ancien en premier) ?

[mitsukarenai]

Ou alors au lieu d'utiliser des numéros incrémentiels pour "remonter dans le passé", on pourrait utiliser un système similaire à Blogspot avec la date.

Mais franchement ça me semble secondaire, la pagination ne devrait pas être référencée, seuls les articles comptent. À ce titre les URI des articles serait peut-être à réviser: quand les articles originaux sur une même journée ont le même titre, les articles miroirés ont la même URI et seul l'article le plus récent est chargé (voir impose ton anonymat)

Et tiens autre truc que je viens de voir: alors qu'un article est daté du 13 octobre 23h45, son URI est: /?2013-10-14-Photo (on a oublié une conversion UTC, non ?)

[ghost]

@ArthurHoaro Inverser la numérotation des pages. Changer l’ordre d’affichage des éléments n’aurait aucun sens et ne serait pas du tout pratique. Je pensais m’être clairement exprimé avec le terme de pile (LIFO : Last Input, First Output).

@mitsukarenai : ça éviterait d’avoir à se poser la question « combien d’éléments par page ? », mais on se retrouverait avec une répartition assez inégale (on va pas non plus attendre des blogueurs d’écrire régulièrement quoi ! ^^). Pour le référencement/miroir, ouais, c’est pas faux, mais même, pour que le crawling puisse s’organiser, sans tenter de repasser régulièrement sur chaque page parce que le contenu a changé (sachant qu’il ne peut pas savoir que ce contenu-ci il l’a déjà vu en première page antérieurement), quant au miroir, eh bien ça dépend comment c’est fait (avec ou sans crawling, récursivement ou non).

Par ailleurs ça permettrait d’étendre un cache à l’affichage des autoblogs, chaque page ne changeant pas à chaque fois. Après selon le ratio de temps et ressources dépensées entre extraire les articles de vvb.db et afficher un fichier de cache, et selon la place que l’on veut bien laisser, on peut tenter un système de cache optimisé pour ce qui est le plus demandé (expiration en fonction de la date de création et de dernière lecture, comme la réactivation d’un neurone quoi) et assez paramétrable (genre je dis que j’accepte d’occuper telle espace, et c’est automatiquement géré derrière).
Par contre ça peut demander encore un peu plus de travail ^^.