@seenthis tant que j’y suis, j’aimerais bien avoir une page listant MES seens avec un #tag particulier, genre ►http://seenthis.net/people/nhoizey/tags/gplinks ... et le flux #Atom qui va avec, tant qu’à faire... #seenthis_wishlist
@seenthis tant que j’y suis, j’aimerais bien avoir une page listant MES seens avec un #tag particulier, genre ►http://seenthis.net/people/nhoizey/tags/gplinks ... et le flux #Atom qui va avec, tant qu’à faire... #seenthis_wishlist
Oui, j’aimerais bien effectivement installer un système d’onglets permettant d’afficher :
– tous les messages d’un tag,
– les messages des gens que je suis sur ce tag,
– mes messages sur ce tag.
Mais j’ai un très gros mais : ça ne peut pas se faire avec le système de microcache (cache identifié de manière certaine, que je peux effacer sur commande quand je le veux). Et je n’ai pas tellement envie de travailler hors microcache (ce qui signifierait, sur un tel système en temps réel, sans aucun cache).
@seenthis je crois que je n’ai pas compris ta réponse. Qu’est-ce qui empêche de gérer un cache pour le couple « nhoizey/gplinks » ?
@nhoizey : Seenthis utilise une technique (que Fil a utilisé sur ►http://rezo.net) de « microcache ». Par rapport au cache de SPIP, l’énorme avantage est que le nom du fichier de cache est déterminé de manière très simple (genre : microcache/$identifiant_auteur-nomdusquelette). C’est, par ailleurs, un cache persistant et totalement statique (rien n’est plus interprété là-dedans).
Du coup, pour afficher la page d’un mot-clé, je n’ai qu’une chose à faire : sortir le fichier microcache associé à ce mot-clé (microcache/$identifiant_mot-squelettedumot). Quand je poste un message qui concerne ce mot, je n’ai qu’à effacer ce fichier microcache. Cela permet d’avoir à la fois :
– un système de cache ultra-rapide et léger,
– des pages qui sont réellement en « temps réel » (puisque les microcaches concernés sont effacés lorsque je poste un message qui y a rapport).
Même chose pour « ta » page : j’ai un microcache associé à ton identifiant. Quand tu fais une action qui va impacter le contenu de cette page, je me contente d’effacer ce micro-cache.
Le problème, maintenant : pour afficher les messages d’un mot-clé dont tu es l’auteur, j’ai besoin d’un microcache avec deux variables : ton identifiant et celui du mot-clé. Et là, je suis coincé, parce que je ne peux plus déterminer dans l’absolu quels couples sont impactés par un nouveau message (je devrais tester tous les couples id_auteur/id_mot).
OK, donc ce système de microcache n’est pas adapté aux sites où des données sont liées... un peu limité non ? ;-)
Sérieusement, je suppose que tu pourrais effacer tous les microcaches « nhoizey » et « nhoizey/ » ("" signifiant « n’importe quel tag ») quand je poste un message, sans trop d’impact de perf... Non ?
@fil, j’ai rien dit de tel : les microcache fonctionnent nickel. :-))
@nhoizey : je réfléchis à la question et, oui, je pense qu’il y a une solution. Mais ça ne tombe pas tout cuit, il faudrait que ce soit aussi générique que possible, et en tout cas, pour revenir au sujet initial, ça me ramène à la réponse initiale : je veux le faire, mais il faut que je trouve une solution technique adaptée pour gérer un cache temps-réel.