Lorsqu’on met dans son texte des URL entre chevrons (ce qui est la norme, cf. RFC 3986, annexe C),…

Oh cool pour les notifications.

Gaffe, ça met en frontal des choses qui sont lourdes et hors cache. Un lien hypertexte la-dessus et mon serveur s’effondre. Les « follow » précédents étant liés à la session, il n’y avait pas ce risque. Pour l’accès API hors identification et hors cache, même problème.

Pourquoi est-ce hors du cache ?

En ce qui concerne l’API, il me semble que c’est une brique élémentaire, il faudra en effet qu’elle soit optimisée pour supporter des accès fréquents, avec un index ou un arbre des hash connus. Mais ça ne semble pas bloquant car elle répond encore très très vite.

« Préserver la confidentialité des URL qu’on cherche ? » Vis-à-vis de qui ? Pas vis-à-vis de SeenThis, qui peut garder une liste de tous ses URL avec leur MD5. (Le « ses » est important, cf. réponse @Fil.)

Seulement des URLs qu’il a déjà en base… pour les autres il reçoit un md5, qu’il peut certes tenter d’inverser mais à un coût assez élevé.

Hmmm, la recherche d’URL qui renvoie du JSON alors que les autres méthodes renvoient du XML... Pas super-cohérent.

J’ai mis en œuvre la fonction de recherche d’URL dans #seenthis-python ►https://github.com/bortzmeyer/seenthis-python Pour les curieux, le commit exact est ►https://github.com/bortzmeyer/seenthis-python/commit/f18d6ea23bcba042a98396e3367a85b2d8ef141f

On peut utiliser la bibliothèque dans ses programmes ou simplement se servir du nouveau script seenthis-test-url.py, par exemple « seenthis-test-url.py URL » pour voir si un URL existe (l’option -n permet de ne voir au contraire que ceux qui n’existent pas dans SeenThis). Pour tester une longue liste (attention, ça rame, plus d’une heure pour tester 4 000 URLs), « seenthis-test-url.py $(cat FICHIER-CONTENANT-LES-URL) ».

Ça m’a permis de savoir que seuls 114 des 4313 URLs cités sur mon blog étaient dans SeenThis :-) La commande était "seenthis-test-url.py $(psql —field-separator ’ ’ —tuples-only —no-align -c « SELECT url FROM Blog.Links ; » blog) | wc -l".

Je suis d’accord avec cette critique sur la cohérence — mais je hais tellement XML que j’ai fait comme ça, libre à @arno de modifier le résultat :)

@Fil : sur XML, voir ►http://seenthis.net/messages/70635

Bordel, les gars, je comprends rien. On commence où pour connaître tous les trucs et astuces ? :-)

@davduf SeenThis, ce n’est pas un rézosocio professionnel qui distribue sa base de mots de passe aux pastebins russes et qui vend les données personnelles de ses membres. C’est un projet individuel dont l’auteur s’occupe quand il a le temps. Question doc’, n’y a pas de point d’entrée unique et à jour.

Après, les questions précises sont les bienvenues :-)

Bien sûr Stéphane ,-) En fait, j’avais souvenir qu’on pouvait retrouver facilement ses #hashtags (genre complétion automatique) mais je ne le retrouve pas...

Merci pour tout !

Non, y’a pas de complétion automatique pour le moment. En revanche, la liste de tes hashtags habituels, elle est en colonne de droite de ta page à toi :
►http://seenthis.net/people/davduf

Au cas où tu n’étais pas dans le coin quand j’ai ajouté le bouton : tout en bas de ta liste de hashtags, tu as un bouton « Wordle ». C’est très mignon pour voir de quoi tu causes ici.

Ah, oui, « Wordle », c’est trés zoli.

Pour les hashtags habituels, hélas, je ne les vois pas quand j’utilise le bookmarklet... C’est le petit problème, je trouve :-)

Je cherche pas mal, suis obligé de modifier, etc.
C’est pas grave hein, mais je crois vraiment que des hashtags plus simples à utiliser serait vraiment un truc top.

Et pour le reste, bravo !

alors qu’on reçoive plus de mail pour notifier qu’on a contribué à un de ses billets c’est parfait. Par contre, je ne reçois plus de mail me notifiant la contribution des autres seenthisiens sur des billets que je partage, ça c’est dommage je trouve

ah bon moi il me semble que je les reçois

ah oui, là, ça marche

mais ce n’est pas systématique

#api_seenthis

/cc @funkypiwy