/_plugins_/plugins_seenthis – SPIP-ZONE

«Ultra indispensable, plus sérieusement...»
Vraiment ?

Ultra indispensable, à partir du moment où l’on utilise ce genre d’affichage. Là, ces derniers jours, je me suis fais vanner parce que mon serveur avait un gros décalage horaire par rapport… à la réalité. C’est juste parce que la date s’est mise à apparaître en clair ; sinon, justement, avec cette astuce, le décalage n’était pas perceptible par les visiteurs (ça doit faire des mois que mon serveur n’était pas à l’heure). Si le serveur était à l’heure canadienne avec des visiteurs français, même topo.

Je vois qu’il y a encore un décalage horaire mais moindre. Par exemple, le mail de notification seenthis affiche 20:44 alors que je le reçois à 20:39

Pour mémoire, mon petit script pour déterminer les 300 principaux trigrammes d’une langue :
http://pastebin.com/tHeGkzM0

– je vais sur Gutenberg récupérer le texte d’un roman (complet, long) dans cette langue,
– je passe le texte en minuscules, je vire toutes les ponctuations, je remplace tous les retours à la ligne, puis j’élimine tous les doubles espaces,
– je copie ce texte en ligne 5 (ici tronquée).

– TrailerSpy (bon sang que ce player est laid !) :
http://www.trailerspy.com/trailer/12060/Red-Dead-Redemption-Undead-Nightmare-trailer

Par définition si c’est en LGPL, tu peux l’utiliser dans un cadre commercial...

Du coup, tu as un fonction php qui fait filtre SPIP pour lui dire de passer toutes les urls qu’il trouve dans /autoembed/ ?url=... ?

En fait, ce qui m’intéresse en particulier, c’est de pouvoir afficher les images d’url collées dans un formulaire. Je pensais que c’était autoembed, mais j’ai l’impression que c’est autre chose non ? @seenthis

J’ai installé le plugin « Détecter langue » sur la Zone :
►http://zone.spip.org/trac/spip-zone/browser/_plugins_/plugins_seenthis/detecter_langue

Après, il faudra que tu fasses passer le texte que tu veux dans ce plugin. Je n’ai pas de méthode générique pour ça (puisque la structure des messages sur Seenthis n’est pas du tout celle de SPIP).

Pour les hreflang, qui sont drôlement pratiques, ça devient déjà nettement plus coton, puisqu’il n’y a pas nativement de récupération du contenu distant dans SPIP. (S’il y a un plugin qui le fait, il suffit de brancher les deux ensemble.)

@seenthis merci pour le lien. Pour les hreflang dans le cas d’un flux rss je regarderai, mais si on déduit la langue et qu’on génère l’attribut lang, vu qu’on part du principe que c’est une citation du texte original, je me dis qu’on doit pouvoir gnéérer mêmement l’attribut hreflang

(note liminaire : ami lecteur, quand pour la dernière fois as-tu lu « mêmement » ?) :)

@seenthis j’ai regardé le code, c’est génial ton truc ! #sharethelove

Pour le hreflang, je vais tout de même chercher le contenu de la page distante.

– Pour récupérer le contenu, j’utilise le portage de Readability en PHP :
http://code.fivefilters.org/p/php-readability
Ce qui permet d’extraire la partie « intéressante » de la page linkée (sans les éléments de navigation notamment).

– Une fois que j’ai ce contenu, je le fais passer dans le détecteur de langue et... voilà, j’ai de quoi renseigner mon hreflang.

– Au passage : comme je récupère la page distante, je récupère aussi son title. C’est comme ça que je peux réintroduire un title dans le HTML des liens vers l’extérieur de Seenthis.

@notabene j’avoue n’avoir pas souvenir de lecture de « mêmement », mais mêmement — ah ! —, je n’ai pas souvenir de lecture de « gnéérer »... :-p

Si je ne m’abuse, j’avais fait des tests il y a quelque temps, et cela ne respecte pas le favicon d’origine, notamment les PNG transparents.

Oui, et il ne trouve pas tous les favicons. Mais la version précédente du plugin ne trouvait pas tout non plus, et le calcul était nettement plus lourd (et pas diffusable parce que pas libre).

S’il y a mieux, tant mieux. Mais faute de grives...

Je comprends bien ! ;-)

J’avais aussi abandonné cette solution parce qu’elle provoquait un nombre non négligeable de requêtes pour l’utilisateur, donc j’ai fait une liste réduite de sites pour lesquels j’ai le favicon, dans un sprite : http://gasteroprod.com/themes/gp2010/images/sprite-favicons-20101005.png

Pourquoi préférer un SaaS propriétaire à du code gratuit, mais non libre ?

Mais est-ce cela qui recouvre tous les liens de petits dessins sur seenthis ?

Oh ! petits dessins disparus ...

@martin : la possibilité de diffuser le plugin.
– Le code propriétaire, je ne peux pas le redistribuer.
– Le code qui utilise le SaaS de Google, je peux le redistribuer.

@seenthis : Ah oui, je comprends mieux la motivation, en effet.

En revanche, je ne trouve point de CGU concernant Google S2, en particulier pour ce qui est de son utilisation depuis un site tiers.

Tout au plus, je tombe sur un message non officiel d’annonce de l’ouverture du service :

http://googlesystem.blogspot.com/2007/09/google-shared-stuff.html

ou encore de son arrêt :

http://googlesystem.blogspot.com/2009/02/google-shared-stuff-to-be-discontinued.html

Rien, en revanche, sinon le constat de leur fonctionnement en l’état, sur les favicons. La pérennité de la solution est donc sujette à caution... Mais ça marche ! :-)

C’est pas si compliqué de faire du code qui va récupérer un favicon, pour remplacer le code non libre, non ?

@bohwaz : curieusement, si, c’est assez coton, parce .ico est un format à la con et parce que la façon de déclarer où trouver le fichier de l’icone n’est pas identique partout.

On avait cherché à l’époque pour ►http://rezo.net et tout ce qu’on avait trouvé à l’époque c’était ce bout de code pas libre. Ça a peut-être progressé, mais j’ai pas trop le temps pour l’instant.

@nhoizey dans certaines situations, si ça se justifie, tu peux combiner avec « Sprites CSS », et ainsi faire fabriquer tes sprites CSS d’un seul coup pour l’ensemble d’une grosse liste.

La question : est-il vraiment utile de s’occuper du format de l’image ? On peut juste copier l’image non ? (Pourquoi se faire chier ?)

Bon sinon partie recherche : http://svn.kd2.org/svn/misc/libs/lib-image/favicon.php

Effectivement sinon GD ne semble pas gérer ICO (en fait BMP) comme format de fichier, c’est un peu con, mais Imagick le gère très bien, donc c’est aussi possible de faire de la conversion en quelques lignes de code.

@seenthis le danger de combiner avec les sprites, c’est que ton sprite va vite grossir, en tout cas sur seenthis... ;-)

L’astuce que j’ai déjà utilisé avec succès : CSS générée dynamiquement, qui inclus toutes les icônes utilisées dans la page, avec data URI. Au lieu de faire 15 requêtes pour 15 icônes, ça ne fait qu’une seule requête. Problème : si tu changes de page, tu recharges une nouvelle CSS avec de nouvelles icônes, alors qu’avec 15 icônes séparées, elles sont déjà cachées par le navigateur. Mais quand même par expérience c’est plus rapide, même si aucune solution n’est parfaite.

Quelles différences entre Seenthis & Tumblr ? Les 2 me semblent un peu similaires ? #libre #libre, oui, mais encore...
En tous cas merci de la recommandation...

Ah, non, non... ça n’a rien à voir... Et, oui, ici, c’ets franchement libre, vu les instigateurs ,-)

#seenthis n’est pas libre, cf les commentaires de @seenthis

Que veux tu dire ?

Hé bien sauf arrangement spécifique le code de #seenthis n’est pas disponible pour créer un autre site similaire (ne serait-ce que pour un usage perso).

Plus précisément :
– j’ai d’origine réalisé une partie des fonctionnalités du système sous forme de plugins SPIP, que j’ai installés sur spip-zone (sous GPL, donc) ;
►http://zone.spip.org/trac/spip-zone/browser/_plugins_/plugins_seenthis
– une autre partie des fonctionnalités ont été codées sous une forme de briques non-SPIP (c’est-à-dire pas sous forme de plugins SPIP), et elles sont progressivement passées sous forme de plugins SPIP, de façon à pouvoir être libérées progressivement ;
– en revanche, le code qui fait fonctionner les briques ensemble n’est pas diffusé, et je n’ai pas encore pris de décision à leur sujet.

Ce qui fait que, en pratique :
– tu as toute une partie du code sous forme de plugins SPIP que je diffuse déjà en libre,
– tu as une partie du code que je travaille à passer sous forme de plugins SPIP, avant de les diffuser en libre,
– mais tu n’as pas un package complet installable clé-en-main qui te permettrait d’installer ta propre instance de Seenthis.

Comme je n’ai pas vocation à devenir une méga startup « du libre » comme status.net et que je souhaite développer le truc de manière humaine, je crains d’être à la merci des comportements prédateurs et/ou opportunistes qui viennent à la fois du côté marchand et du libre. (J’ai suffisamment vu de tels comportements pour être très méfiant.)

Alors j’y vais mollo, je développe le truc en essayant de rester cohérent avec mon idée d’origine (parce que, aspect qui complique le truc par rapport à beaucoup de projets de réseaux sociaux libres, Seenthis n’est pas du tout le clone libre d’un succès non-libre existant), je vais essayer de libérer le maximum de choses au fur et à mesure. Mais pour l’ensemble, qui ferait un pack libre installable « clé en main », pas dans l’immédiat.

merci de m’avoir prévenu LOL WTF

à bien y réfléchir il serait très aisé d’ajouter l’option suivante dans ce plugin : remplacer l’inclusion par un <esi : url de l’inclusion>
#varnish

Si tu regardes le fichier /inc, tu verras qu’il y a déjà une fonction :
_esi_microcache()
qui fait exactement cela.

Mais je n’arrive pas à faire fonctionner les fonctions ESI.

Sinon, ça serait intéressant :
– puisqu’il s’agit d’un plugin, il sera sans doute possible de détecter la présence du code <esi : dans le source, et d’ajouter un header destiné à Varnish pour que celui-ci parse cette page spécifiquement ;
– ensuite, dans supprimer_microcache, être capable de forcer la purge pour cette adresse.

Et, au final, faire que ça tourne directement sur la fonction microcache, sans modification, uniquement sur une variable de configuration (pour que les mêmes squelettes fonctionnent avec ou sans ESI Varnish).

C’est ce plugin qui indiquait l’autre jour « allemand » pour un texte en français, juste parce qu’il parlait de Berlin ? ;-)

Plus sérieusement, pourquoi mettre ces plugins dans un dossier « plugins_seenthis » sur la zone ?

J’ai déjà répondu là :
http://seenthis.net/messages/12782

Super cool ce début d’ouverture, merci !

Par contre, pourquoi les avoir mis dans un sous-dossier « seenthis » s’ils peuvent être utilisées indépendamment, génériquement ? (Oui j’pouvais pas m’empêcher de la poser celle-là...)

Comme je disais plus tôt, là où tu lis la date au format unix
Math.floor($(this).attr(« title »))
tu pourrais lire aussi la décoder si elle est au format datetime
http://seenthis.net/messages/8747
ce qui rendra les choses plus #microformats

@rastapopoulos

– parce que j’ai besoin de les identifier comme tels : ceux-là, je ne souhaite pas qu’on me les pourrisse sans me demander mon avis ; je n’ai pas le temps de suivre tous les plugins que j’ai installés sur la Zone, mais suivre un sous-dossier, ça je dois pouvoir y arriver ;

– parce que je ne suis pas encore certain que tout sera livré sous forme de plugins bien finalisés, alors un sous-dossier générique pourrait s’avérer utile.