:-)      :-D       Woao... c'est sympa comme idée.  Ok ok, j'en suis.

KrissFeed, Shaarli et Shaarlo sont dans un bateau  :-)
(Si vous voulez le lien direct vers la vidéo: http://videoserv2.epfl.ch/Realcontent/Bibliotheque/2179_kriss.mp4)
(via https://twitter.com/gau/status/401284627836321792)

Je n'utilise pas Piwik, mais le fichier includes.html a justement été fait pour ça !  :-)

Oh ben ça fait plaisir: J'ai reçu un Flattr pour Shaarli de la part du compte officiel Flattr :-)

Merci  :-)
EDIT: https://twitter.com/jcfrog/status/389362918199803904

Clairement: Non !
Shaarli fournit déjà des flux RSS très souples (même filtrables par mots-clés), tout ce qu'il y a de plus standard et interopérable, et je refuse de dépenser de l'énergie à essayer de comprendre les API propriétaires démentes de Facebook et Twitter.
Il y a déjà plein de choses qui se font sur Shaarli grâce au flux RSS (certains auto-alimentent des blogs, font des agrégateurs d'images, etc.). Mais Facebook et Twitter n'aime pas ce qui est interopérable: Je ne vais pas les cautionner. (D'où mon râlage: http://sebsauvage.net/rhaa/?2013/08/08/09/04/29-chers-sites-web-soit-disant-sociaux)

Sinon, il existe déjà des service qui peuvent se baser sur un flux RSS pour auto-alimenter Facebook/Twitter (puisque ces derniers ont viré RSS) (par exemple http://dlvr.it/ ou https://ifttt.com/)

Bon, après les QR-Code qui n'utilisent plus ni jQuery, ni un service externe, j'ai également viré jQuery de la quasi-totalité des pages. (jQuery n'est désormais inclus que dans les pages qui en ont vraiment besoin. Et pour ces pages, il sera dégagé plus tard en réimplémentant les autocompletes et autres).
Gain immédiat: 289 kilo-octets en moins par page !   \o/

Pour mettre à jour, récupérer la dernière version (https://github.com/sebsauvage/Shaarli/archive/master.zip). Supprimez tout sauf votre répertoire "data" et dézippez cette version.

Haha ! Trop bien. Après les fédérateurs de shaarlis (shaarli.fr et shaarliRiver), après la chaîne vidéo (shaarliTV), voici shaarli Image.  :-)
http://shaarlimages.net/

Affichage en quasi-temps réel du flux de plusieurs Shaarlis (via http://links.hoa.ro/?xQEZjQ)

Si vous voulez que Shaarli affiche des captures d'écran des pages qui sont pointées, voici une piste.
J'intègrerai sans doute cela à Shaarli dans une prochaine version, sous forme d'option.
(Il faut encore choisir le service, afin qu'il ne soit pas trop limitant.)

Exemple d'adaptation de Shaarli pour utiliser LDAP au lieu du mécanisme interne de login/mot de passe.

:-)

| 2012/08/18_15:18:02 - 92.147.215.x - Login failed for user sebsauvage' --
| 2012/08/18_15:18:17 - 92.147.215.x - Login failed for user sebsauvage" --
Non non, n'insistez pas, y'a pas de SQL dans Shaarli  :-D

| 2012/11/02_18:33:15 - 80.185.48.x - Login failed for user audrey djiboutipresse
Gni ?

| 2012/12/27_02:49:23 - 113.212.70.x - Login failed for user discount north face denali  
Sans doute un bot spammeur un peu plus con que les autres...

| 2013/02/03_22:49:43 - 78.230.75.x - Login failed for user Donc_on_peut_envoyer_nos_commentaires_comme_ca_Cool.:D
Petit malin  :-)

| 2013/02/04_14:19:09 - 82.127.2.x - Login failed for user Coucou :P !
Coucou.

| 2013/02/15_21:01:04 - 78.231.35.x - Login failed for user eolivier
| 2013/02/15_21:01:51 - 78.231.35.x - Login failed for user oups-sorry-trompé-de-shaarli
Y'a pas de problème  ^◡^

| 2013/02/27_05:36:26 - 178.194.233.x - Login failed for user charly
| 2013/02/27_05:36:39 - 178.194.233.x - Login failed for user  charly
| 2013/02/27_05:36:58 - 178.194.233.x - Login failed for user charly
charly, es-tu là ?

| 2013/03/08_11:42:16 - 194.199.251.x - Login failed for user admin-shaarli
Non.
| 2013/03/08_11:42:30 - 194.199.251.x - Login failed for user admin-shaarli
Non.
| 2013/03/08_11:43:05 - 194.199.251.x - Login failed for user admin-shaarli
Toujours non.

| 2013/04/17_23:03:30 - 82.247.178.x - Login failed for user Pas de redirrection automatique vers https ?
Pas encore de https sur sebsauvage.net, désolé  :-)   (Je ferai peut-être ça un de ces jours vu que je vais changer de serveur.)

| 2013/04/20_00:32:25 - 86.220.203.x - Login failed for user protected against brute force
| 2013/04/20_00:32:53 - 86.220.203.x - Login failed for user dalahi
| 2013/04/20_00:33:16 - 86.220.203.x - Login failed for user titi is not there
| 2013/04/20_00:33:40 - 86.220.203.x - Login failed for user Otto
| 2013/04/20_00:33:40 - 86.220.203.x - IP address banned from login
Je confirme, ça marche. :o)

| 2013/06/07_21:16:08 - 83.202.178.x - Login failed for user -- olol apprenti hackerz coucou seb^^
:-)

Et enfin, un botnet utilisant de multiples adresses IP semble essayer de se connecter tous les jours (avec un user vide, ça ne risque pas de marcher). Il ne fait que quelques essais par jour, et utilise différentes adresses IP. Exemple pour une IP:

| 2013/07/26_10:48:39 - 142.4.213.x - Login failed for user
| 2013/07/26_11:14:07 - 142.4.213.x - Login failed for user
| 2013/07/26_11:23:52 - 142.4.213.x - Login failed for user
| 2013/07/26_12:25:16 - 142.4.213.x - Login failed for user
| 2013/07/26_12:25:16 - 142.4.213.x - IP address banned from login
| 2013/07/26_15:23:26 - 142.4.213.x - Ban lifted.
| 2013/07/27_22:04:05 - 142.4.213.x - Login failed for user
| 2013/07/27_23:04:56 - 142.4.213.x - Login failed for user
| 2013/07/28_21:59:48 - 142.4.213.x - Login failed for user
| 2013/07/28_23:00:44 - 142.4.213.x - Login failed for user
| 2013/07/28_23:00:44 - 142.4.213.x - IP address banned from login
| 2013/07/31_21:40:02 - 142.4.213.x - Ban lifted.
| 2013/07/31_21:40:03 - 142.4.213.x - Login failed for user
| 2013/07/31_22:44:41 - 142.4.213.x - Login failed for user
| 2013/08/01_12:01:16 - 142.4.213.x - Login failed for user
| 2013/08/01_13:08:37 - 142.4.213.x - Login failed for user
| 2013/08/01_13:08:37 - 142.4.213.x - IP address banned from login

Quel acharnement !
Et cette pattern se reproduit pour plusieurs adresses IP différentes, qui changent au cours du temps:

| 2013/07/12_15:12:54 - 94.23.234.x - Login failed for user
| 2013/07/12_16:17:41 - 94.23.234.x - Login failed for user
| 2013/07/17_22:31:28 - 94.23.234.x - Login failed for user
| 2013/07/17_23:34:40 - 94.23.234.x - Login failed for user
| 2013/07/17_23:34:40 - 94.23.234.x - IP address banned from login
| 2013/07/18_21:28:45 - 94.23.234.x - Ban lifted.
| 2013/07/23_20:16:23 - 94.23.234.x - Login failed for user
| 2013/07/23_21:16:13 - 94.23.234.x - Login failed for user
| 2013/07/26_17:53:30 - 94.23.234.x - Login failed for user
| 2013/07/26_18:53:40 - 94.23.234.x - Login failed for user
| 2013/07/26_18:53:40 - 94.23.234.x - IP address banned from login
| 2013/07/27_12:41:48 - 94.23.234.x - Ban lifted.
| 2013/07/28_04:06:10 - 94.23.234.x - Login failed for user
| 2013/07/28_05:06:55 - 94.23.234.x - Login failed for user
| 2013/07/28_18:32:06 - 94.23.234.x - Login failed for user
| 2013/07/28_19:32:57 - 94.23.234.x - Login failed for user
| 2013/07/28_19:32:57 - 94.23.234.x - IP address banned from login
| 2013/07/28_22:22:59 - 94.23.234.x - Ban lifted.

C'est limite flippant.
Donc, je vous recommande très fortement de mettre, dans le *MOINDRE* formulaires de login un système de bannissement (que ce soit fail2ban sous Linux, ou une petite lib maison en php comme j'ai fait pour Shaarli.).

Voici un bout de code adapté de Shaarli qui s'en occupe. Il est assez facile à utiliser (3 petites fonctions): http://sebsauvage.net/paste/?36dbd6c6be607e0c#M5uR8ixXo5rXBpXx32gOATLraHPffhBJEeqiDl1dMhs=
Instructions d'utilisation:
 • Faites un require_once de ce script.
 • à l'endroit où vous testez la validité du mot de passe:
     • Si ban_canLogin()==false, l'utilisateur est banni. Ne testez même pas le mot de passe: Rejetez l'utilisateur.
     • Si ban_canLogin()==true, vérifiez le mot de passe.
           • Si le mot de passe est ok, appelez ban_loginOk(), sinon appelez ban_loginFailed()
La lib s'occupe de compter le nombre d'échecs et de gérer la durée de bannissement (bannissement/levée de ban).
Cette lib créé un sous-répertoire "data" qui contient les données de bannissement (ipbans.php) et un log de connexion (log.txt).

Pour fail2ban, j'ai fait un tuto là: http://www.commentcamarche.net/faq/18225-utiliser-fail2ban-pour-proteger-votre-application-web

Certains d'entre vous on dû le remarquer: Le bookmarklet de Shaarli ne fonctionne pas sur certains sites (comme GitHub.com) à cause des CSP que certains sites utilisent (J'en avais parlé là: http://sebsauvage.net/links/?M0zQNA).
Dit autrement: La fonction de protection contre les attaques cross-site scripting incluse dans les navigateurs bloque l'exécution du bookmarklet Shaarli si la page indique dans ses règles CSP que le javascript inline est interdit.
Vous verrez alors dans la console développeur web l'erreur: "CSP WARN:  La directive inline script base restriction a été violée"
La seule solution dans ce cas est de copier l'URL de la page que vous voulez partager, cliquez dans "Add link" dans Shaarli et coller l'URL.

Oh tiens, JCFrog s'est installé un Shaarli :-)

Merci   :-)

Woao... ça fait plaisir  :-)
Et n'oublions pas non plus la possibilité de filtrer les RSS (et du coup de créer des widgets n'affichant que certains éléments tagués spécifiquement d'un shaarli, par exemple).

Pour la journée du 8 juillet, les requêtes http arrivant sur shaarli+blogotext (sur les scripts php, je ne comptabilise pas les médias) totalisent 83238, dont 52998 qui concernent les flux RSS. C'est à dire que 63% des requêtes viennent taper dans les flux RSS/ATOM. Encore heureux qu'il y ait un cache. (Dans Shaarli, ce sont les fichiers qui sont créés dans le sous-répertoire pagecache.)

Faire une miniature du site, c'est sans difficulté (il y a des sites qui font ça, il suffirait d'aller chercher les miniatures et les garder en cache). Par contre l'idée des miniatures dans Shaarli, c'était surtout pour mettre en valeur ce qui est graphique (images, vidéos...), pas pour les pages web. Ça tuerait un peu l'intérêt, je trouve. (Ou alors sous forme d'option.)

Quant à garder une copie des pages web, Respawn serait sans aucun doute l'une des meilleures solutions. On pourrait imaginer, dans les options, une case à cocher pour garder par défaut une copie des pages bookmarkées.
Mais cela pose d'autres questions: Est-ce qu'il faudrait garder aussi une copie des images pointées ? des PDF ? des MP3 ? des zip ? Avec une limite de taille ? C'est à réfléchir.

Pour info, si vous avez Shaarli chez OVH

mmm… si la recherche de bananium se base sur RSS, alors il y a un cache. Peut-être que cela pourrait minimiser les choses ?
Même chose pour les lecteurs RSS: C’est bien parce que mon serveur était martelé par ces logiciels que j’ai implémenté le cache RSS/ATOM.

Cela réduit considérablement la charge CPU. Il faudrait juste voir si c’est suffisant

Je vais regarder ça  :-)
(TL;DR: Riduidel a créé un patch pour shaarli qui va chercher et installer automatiquement des thèmes.)

Ah j'allais oublier: Merci à Etienne et tous les autres pour avoir donné de leur temps et de leur énergie pour packager Shaarli pour Debian. Shaarli va donc arriver dans les dépôts Unstable de Debian  \o/
http://packages.debian.org/unstable/main/shaarli

Effectivement, l'idée m'a déjà effleuré: faire un graphe des liens portant sur le même sujet (en se basant sur lien lui-même et les "via"), et représenter tout ça de manière arborescente, un peu comme une discussion.

Mais il y a encore beaucoup de questions à se poser avant de mettre ça en place: Chaque shaarlieur viendrait s'ajouter lui-même ? Ou serait ajouté sur l'initiative du webmaster de la liste ? Ou automatiquement par recherche ? Et si un shaarlieur ne veut pas être listé ? Quid du spam ? Et pourquoi encore centraliser ?

Je ne sais pas, je n'ai pas encore les réponses...  :-)
Disons que je ne souhaite quand même pas non plus devenir un nouveau Diaspora. Ce n'est pas le but premier.

Il y a encore matière à réflexion...

Une discussion pour les shaarlieurs sur le salon XMPP shaarli@conference.dukgo.com  (cf. http://orangina-rouge.org/shaarli/?zonBRA)

Si par hasard vous avez des déconnexions intempestives dans Shaarli même en désactivant la protection contre le vol de session, essayez ça.
(Encore une fois, c'est encore à cause de serveurs plus ou moins bien configurés: pas de chemin défini pour les sessions, durée de vie par défaut des sessions trop courtes dans le paramétrage php, etc.)