@seenthis un petit #seenthis_bug en moins sur la page de recherche.
Jusqu’ici, quand on faisait une recherche avec des guillemets comme ici ▻https://seenthis.net/recherche?recherche=%22blanc+autour%22 et qu’ensuite on tentait d’élargir la recherche avec le lien « Tous les messages », alors l’url générée contenait des guillemets encodées, ce qui faussait complètement les résultats. C’est maintenant corrigé :)
Ouiiiii ! Alors là, génial ! Merci @b_b. (Sérieux : c’était ze bug le plus visible de Seenthis depuis des années. Pas le plus bloquant, mais bien chiant quand on y était confronté.)
Huhu, comme quoi « les petits riens » ça n’est pas rien (parfois).
Par contre, depuis la réparation du bug de commentaire, on a perdu le focus automatique dans le champ de saisie quand on clique sur commenter…
Ha oui bien vu @monolecte ça vient certainement d’un problème de timing avec le nouveau chargement en ajax du formulaire. Je vais regarder ça.
Bon voilà, j’ai testé un patch vilain à base de setTimeout en prod et ça fonctionne bien, mais je vais voir si on ne peut pas faire mieux avant de commiter ça.
Oui, ça marche, là… mais c’est toujours mieux d’avoir des solutions propres.
Merci @b_b
merci @b_b de voir comment empêcher que l’on reçoive des notifs de comptes bloqués lorsqu’il interviennent sur des seen que l’on suit !
je publie ça ici pour pas noyer le fil important ►https://seenthis.net/messages/942574
moi aussi ça me plairait de ne pas recevoir, par exemple, des notifications de relativisateurs et négateurs de l’existence ou de la gravité de la pandémie. il y a des propos que je n’arrive pas assez à ignorer, c’est pas bon pour la santé, et je finis par faire d’absurdes balances bénéfices/risques de la présence sur seenthis, si par exemple il n’y a pas comme aujourd’hui suffisamment de seen que je trouve excellents.
De rien @colporteur on en cause déjà dans un ticket où je propose une solution ►https://github.com/seenthis/seenthis_squelettes/issues/282
pardon mais sur ces questions techniques, l’inhibition est un tel frein que j’évite tout ce qui ne ressemble pas à l’acquisition d’une routine.
comme la question des commentaires est quasi réglée (? je dois encore ouvrir spécifiquement les seens que je veux commenter pour réussir à le faire, mais tu dis que cela allait se régler après un temps de cache vidé), une digression non « technique ».
je ne sais où caser ce que je signalais à @riff sous sa demande de suppression de compte mais ça paraitrait pas mal de dire à qui veut quitter seenthis qu’il y a moyen, si illes le choisissent, de partir sans supprimer son compte en ayant sous le coude une petite explication qui éclaircisse ce choix, façon
il est également possible de quitter seenthis sans supprimer son compte puisque l’on peut modifier ses paramètres pour ne plus recevoir de notifs de seenthis. cela laisse disponibles pour les seenthissien.es et pour soi éventuellement les seens rédigés par le passé.
je citais l’exemple de @philippe_de_jonckheere qui a (malheureusement) annoncé ne plus poster ici mais n’a pas supprimé son compte.
il y a de nombreuses disparitions silencieuses (sans demande de suppression), énormément de comptes paraissent ne faire ici que de la veille sur ce qui circule, sans poster ou noter, ce qui rend les départs de personnes qui ont pu intervenir encore moins agréable.
idéalement (enfer pavé de bonnes intentions !) j’aimerais avoir parfois une idée de ce qui motive tel ou tel départ, mais cela n’arrive que (?) lorsqu’il s’agit de conflits ouverts
partir, ou arriver. je me souviens d’une époque où des seenthssien.es accueillaient des arrivant.es avec des infos simples et bien organisées sur la manière de faire usage de seenthis (je retrouve pas leurs topos, et pour cause, je crois que c’était @intempestive...)
bref, constatant qu’assez peu de seenthissien.es postent, je ne sais pas ce qui pourrait « animer » ce lieu davantage, ouvrir à davantage de différence et de coopération.
Chèr·es seenthisien·nes (@seenthis),
je dois avoir un problème avec mes apostrophes, mais je ne sais pas comment résoudre le problème...
En effet, cela fait plusieurs fois que je remarque que quand je cherche un mot clé qui contient un apostrophe, je ne trouve rien.
Ce matin, par exemple, je voulais chercher des articles en lien avec la #traite_d'êtres_humains... je tape le mot clé, et voici le résultat :
Or, je sais que ce tag a été utilisé, et notamment par moi. Quand je cherche juste « #traite », je trouve cela :
Du coup, si je clique à partir de là sur le tag #traite_d'êtres_humains, je trouve plein de liens :
▻https://seenthis.net/tag/traite_d%27%C3%AAtres_humains
Voici un aperçu :
Qui peut m’aider ?
Est-ce un problème de la configuration de mon ordi (et notamment de mes apostrophes) ou il y a autre chose ?
ping @fil
et si tu ne mets pas le « # » (%23) dans ta recherche ?
de toutes façons, tu ne trouveras que les tags du fait de tes traits de souligné entre les mots.
Peut-être je devrais faire cela, @simplicissimus , mais j’aimerais chercher le tag complet...
Un nouveau moteur de recherche pour seenthis
Nous avons travaillé ces deux dernières semaines, avec @marcimat et @rastapopoulos, à la programmation d’un #moteur_de_recherche générique pour #SPIP, basé sur #Sphinx, et très adaptable à différents types de sites. En l’appliquant à #seenthis, on obtient un outil dont les caractéristiques sont assez intéressantes :
– opérateurs logiques (et, ou, non)
– recherche de mots parmi une liste
– #proximité
– des #facettes permettent par ailleurs d’affiner la recherche, en proposant des #hashtags et des @people liés aux mots demandés
– une facette de date permet de filtrer par année (2014, 2013, etc).
– enfin, on propose plusieurs tris (par pertinence, date, ou en mettant en tête de liste les messages les plus partagés)
Je vous laisse découvrir tout cela :
– le moteur lui-même : ▻http://seenthis.net/recherche
– la documentation : ►http://seenthis.net/fran%C3%A7ais/article/moteur-de-recherche
– le code d’#indexer, le plugin générique pour SPIP : ▻http://zone.spip.org/trac/spip-zone/browser/_plugins_/indexer/trunk
– le code du plugin qui l’adapte à seenthis : ▻https://github.com/seenthis/seenthis_sphinx
Commentaires et relevés de bugs sont très bienvenus.
Super bonne nouvelle : j’ai vraiment un mal de chien à retrouver d’anciens articles archivés. Merci pour votre travail.
Je viens de tester, c’est de la balle!
La recherche est sur le message ou sur le fil ?
Ça peut être intéressant de chercher des messages qui contiennent une image ou une vidéo ou qui a reçu des commentaires (dans le cas où on cherche un de nos messages et que ce sont des infos qui se retiennent bien).
Sinon une recherche sur le fil entier pour des messages qu’on recherche sur un sujet, par exemple si on cherche sur poutine et ukraine, ça peut rapporter pas mal de sujets en plus (surtout que souvent les billets sont taggés a posteriori par les autres membres)
Rechercher des fils dans lesquels des membres de seenthis ont participé ?
Bon c’est des idées en l’air, je sais pas s’il y a un réel besoin pour ça ?
La colonne de droite « follow » elle se base sur la recherche / les résultats ? Ça me met des comptes que je suis déjà en tout cas
Edit : ha non ça permet d’affiner la recherche en spécifiant un auteur, mais si j’ai fais ma recherche avec déjà un auteur, ça va sortir aucun résultat
Pas compris. J’ai essayé les # et je ne sais pas si je dois affiner les recherches parce que je me suis retrouvée dans un flux sans queue ni tête...bigre ! Je crois que je suis complètement crevée !
Je n’ai fait que quelques essais de recherche. Sans problème. L’interface est super claire et les affinages très bien venus.
Mais surtout, je vois des comptages. Alors, je n’ai pas pu m’empêcher…
Sur une entrée vide, on compte tout. Du coup, ça fait une super façon d’entrer dans les stats…
On a des unités statistiques différentes :
– pour les années, apparemment, il s’agit des billets (messages initiaux). Si tu implémentes un dépliement hiérarchique par mois, outre que ça permet de préciser le filtre chronologique (surtout utile pour l’année en cours), ça permettrait d’avoir l’activité mensuelle.
– pour les comptes (follow) et les tags, il me semble qu’il s’agit de toute l’activité (billet, commentaire, étoile)
Là aussi, peut-être un niveau hiérarchique inférieur permettrait de ventiler entre ces 3 types d’activités (ce qui permettrait de préciser quand on cherche une réponse dans une discussion)
Du coup, les totaux n’ont pas de raison de coïncider. Si mon interprétation est bonne, il y a eu (et il subsiste après effacement des comptes) 120000 billets (ça change tout le temps…) et comme le numéro du dernier est autour de 260400, cela fait de l’ordre de 1,2 « activité complémentaire » (commentaire ou étoile) par billet.
Juste pour voir, j’ai fait le suivi du nombre de billets par année.
Et l’activité des top 20 (en % du nombre de billets)
(pour 2010, la somme des 20 follows fait 3548, alors que le nombre de billets est de 3520)
2013
2014
Éventuellement, un nouveau bloc par nombre « d’activité complémentaire » pour classer les billets par intensité de la discussion ou des étoiles (souhait qui a été exprimé, me semble-t-il).
Encore merci. Et bravo pour l’interface « naturelle » ou « invisible ».
Jolies déductions :)
La facette « follow » est établie sur la base de l’attribut multivalué {auteur initial + partageurs}. Les intervenants dans la discussion ne sont donc pas comptés en tant que tels (ils sont indexés dans un autre attribut, mais pas utilisés dans l’interface : l’idée est que si je ne partage pas un billet, mes suiveurs n’ont pas forcément vocation à être alertés que je suis en train d’y discuter).
Chacune des facettes, comme tu l’as constaté, est limitée aux 20 éléments ayant le plus fort effectif, et à condition qu’il soit > 1.
Le système recense à cet instant 156548 billets publiés. Il existe des billets effacés (11197 dont une trace reste dans le système, sans compter ceux de quelques tests, ou du compte machin, qui ont carrément été supprimés).
Pour ce qui est de fouiller plus avant dans les données, je pense qu’il sera plus efficace de créer des requêtes ad hoc. Le langage d’interrogation, très proche du SQL, est assez parlant.
Par exemple pour avoir le nombre de billets publiés mois par mois :SELECT COUNT(*), YEARMONTH(date) as m FROM seenthis where properties.published=1 GROUP BY m ORDER BY m ASC LIMIT 1000;
La même chose pour les billets qui répondent à un critère fulltext :SELECT COUNT(*), YEARMONTH(date) as m FROM seenthis where MATCH('spip') AND properties.published=1 GROUP BY m ORDER BY m ASC LIMIT 1000;
etc.
Concernant la suggestion de trier selon l’intensité des discussions : il n’y aurait aucun obstacle technique, sachant que les éléments nécessaires (liste des participants à chaque discussion) sont déjà indexés. En revanche, il me semble qu’il s’agit d’une fausse bonne idée : j’ai comme un doute en effet sur l’intérêt de mettre en valeur des discussions qui impliqueraient de nombreuses personnes, mais qu’aucune ne souhaiterait partager…
La vocation du moteur de recherche est de permettre de trouver aussi rapidement que possible une information précise, les décisions doivent se baser uniquement là-dessus, pour cette page en tout cas. Mais l’outil permet d’imaginer d’autres « vues » sur les données, qui pourront servir à l’administration du serveur, à créer des pages annexes, à repérer des « corrélations » entre les sujets, des proximités entre auteurs, une analyse du « dictionnaire » global, et que sais-je encore. Tout un champ à explorer !
PS : la doc de SphinxQL : ▻http://sphinxsearch.com/docs/current.html#expressions
Tu sais que l’utilisateur est d’abord et avant tout pervers : il utilise les outils qu’on lui donne pour faire tout autre chose avec… Et, donc, oui je sais qu’il s’agit de recherche, pas de stats. Tavaikapa mettre des comptages.
Blague à part, en fait, je ne sais pas comment faire pour rentrer dans les tables de ST à des fins statistiques. À l’occasion (R ?), je jetterais bien un œil…
Oui @fil, pour la mise en avant des discussions « chaudes » (celles ayant le plus de participants et/ou celles ayant le plus de messages), je ne voyais pas ça spécialement dans la page de recherche. Mais dans une autre vue à part ce serait bien oui.
(Dans le même thème, un truc qui pourrait être bien, hors interface, ce serait aussi un flux Atom des commentaires postés par les gens qu’on suit.)
(une loi qui porte mon nom la classe .. ah mince c’est moi qui l’ai créée...)
Le menu pour affiner la recherche par facette semble avoir des bugs :
▻http://seenthis.net/recherche?recherche=%23permaculture+%40nicolasm+%23agriculture
– le tag agriculture n’est pas déjà coché dans le menu
– si je clique sur le tag alimentation ça me met cette url = ▻http://seenthis.net/recherche?recherche=%23agriculture&tag=%23alimentation (ça vire mon pseudo et le tag permaculture) alors que j’imaginais que ça rajoutais le tag alimentation en contrainte supplémentaire ? Même souci avec les facettes par auteur pour ▻http://seenthis.net/recherche?recherche=%23agriculture+
Ah, cool ! C’est possible d’obtenir les résultats sous forme de RSS ?
@homlett le moteur est accessible en RSS et en JSON :
▻http://seenthis.net/?page=sphinx.rss&recherche=sphinx
▻http://seenthis.net/?page=sphinx.json&recherche=sphinx
Attention c’est de la version alpha, je changerai probablement les URLs une fois que ce sera testé et stabilisé.
À noter les deux flux proposent des données complémentaires : uri, title, date, @login de l’auteur, tags et « snippet », c’est-à-dire l’extrait du contenu avec les mots repérés mis entre <b> (à styler comme tu veux, le gras rendant assez moche).
Ce qui manque je pense, à ce stade, c’est de pouvoir personnaliser (faire « mes messages » ou « messages de mon réseau » plutôt que « Tous les messages »).
En fait, j’ai beaucoup utilisé le moteur hier pour écrire mon dernier papier et je suis ravie de la facilité avec laquelle j’ai pu retrouver toutes les sources dont j’avais besoin. Souvent, j’associe deux termes pour mieux cibler ma recherche, et sans avoir besoin de me prendre la tête avec les opérateurs booléens, j’exhume très rapidement ce que je mettais des heures à chercher jusque là (et que je ne retrouvais généralement pas !). J’aime beaucoup le surlignage des termes recherchés et la possibilité de trier les résultats par date ou pertinence, de limiter par année, auteur, me ravit littéralement.
Je n’ai pas eu de bugs, pas de problème et mes requêtes ont toutes abouti.
Donc désolée de ne pas aider plus que cela, mais je suis juste la ravie de la crèche qui pensait depuis un bon moment que le gros défaut de Seenthis, c’était de ne jamais rien y retrouver !
@fil OK, c’est noté. Merci en tout cas, c’est top et ça manquait vraiment ! Par contre c’est vrai que <b> c’est moyen. Pourquoi pas un <span> ou même <em> ? Mais c’est pas très important.
En tout cas ça va permettre de faire de la veille sur #seenthis, @seenthis et seenthis ! ;-) ( ▻http://seenthis.net/messages/256466 )
Peut-être puis-je émettre un bidule qui serait bien pratique mais je ne sais pas si c’est le sujet de cette discussion. Serait-il imaginable de mettre une étoile à côté d’une réponse. Car parfois, il y a des réponses qui mériteraient d’être mentionnées dans les recherches. Voir des possibilités d’y répondre....
je ne vois pas le lien entre étoile et réponse de recherche ?
en effet c’est hors-sujet :)
pour gérer le développement de seenthis, on vient tout juste de mettre en place un compte github où vous pouvez envoyer des issues (problèmes ou demandes de fonctionnalités) et des pull-requests (des modifications du code source).
►https://github.com/seenthis
Est-ce qu’une migration vers SPIP 3 est prévue ?
Une petite amélioration du moteur : la recherche se fait désormais à partir de la racine des mots (lemmatisation) ; ainsi le moteur trouvera les messages contenant aussi bien le pluriel que le singulier, ou bien diverses formes des verbes conjugués (c’est censé fonctionner pour l’anglais et pour le français).
Si, à l’occasion, vous souhaitez rechercher la forme exacte d’un mot, utilisez l’opérateur = ; par exemple, une recherche de =terres évitera les messages contenant le mot terre au singulier seulement.
(Et pour répondre à @nhoizey : il me semble probable que les plugins seenthis fonctionnent déjà pour la plupart avec SPIP 3, je n’ai pas essayé mais je ne vois pas ce qui pourrait bloquer. Si dans tes tests tu vois des bugs, n’hésite pas à les signaler ou à envoyer une pull-request sur ►https://github.com/seenthis )
Bonjour
On m’a dit de m’adresser ici si je ne comprenais pas quelque chose.
Comme par exemple : comment faire pour afficher sur sa page personnelle un billet d’un autre utilisateur ? Il faut le mettre en favori, c’est tout ?
Je n’ai pas trouvé le bookmarklet en page d’accueil qui, paraît-il (dixit la page « le minimum à savoir »), transforme complètement le confort d’utilisation.
Merci d’avance !
Bonjour @bruno2, bienvenue !
Oui, c’est ça, pour afficher sur sa page le billet d’un autre, il suffit de le mettre en favori. C’est une fonction « repartage ».
Pour le bookmarklet, il est sur la page d’accueil ►http://seenthis.net, dans la colonne de droite, juste après À lire.
Autre question, tant que j’y suis :
Y aurait-il quelque part un badge seenthis que je pourrais coller sur mes sites perso pour guider mes visiteurs vers ma page ?
Non, on se le fabrique soi-même... #DIY
Bon, OK.
Autre question :
Pour suivre un thème, je n’ai pas trouvé d’autre moyen qu’utiliser le moteur de recherche, chercher le thème avec le # dans la page et cliquer dessus, puis ensuite faire « suivre le thème ».
Il n’y a pas moyen de faire plus simple ?
Fondamentalement plus simple, je vois pas comment. Mais il y a un lien « thèmes » dans le bandeau du haut, vers ►http://seenthis.net/tags avec la liste des thèmes/tags suivis.
Tu peux aussi directement taper l’url http://seenthis.net/tag/THEME_EN_QUESTION
À savoir : si par exemple tu suis le thème #seenthis, tu suis avec ses sous-thèmes : #seenthis_doc, #seenthis_todo, etc. Mais bien sûr, pas l’inverse.
Autre chose : devant chaque liens partagés, il y a un triangle. S’il est blanc, l’url n’a été partagée qu’une fois. S’il est noir, l’url a été partagée plusieurs fois. Et un clic sur le triangle renvoi vers la liste de tous les posts où elle apparait.
Last but not least, la mise en forme :
– du gras en encadrant avec le signe *
– de l’italique avec le signe _
– du code avec le signe `
– des citations avec Shift+Tab
Quand tu es connecté, tu ne vois que ceux auxquels tu es abonné. Sinon, tu vois les posts de tout le monde.
Pour voir les postes de tout le monde quand tu es connecté, c’est ►http://seenthis.net/all
Sauf que cette page « all » n’est liée nulle part, et que donc personne ne peut la deviner, nouveau ou pas (moi-même je ne m’en souvenais plus).
Bonjour et #merci,
J’utilise la recherche avec recherche ?annee=2016&order=stars
J’aimerais pouvoir ajouter quelque chose comme &moisdelannee=2
Y-a-t-il une syntaxe adaptée à ce désir ?
Pour le moment non, et je me demande si ça ne serait pas plutôt quelque chose comme date=2016-02 qu’il faudrait faire. À discuter sur ►https://github.com/seenthis/seenthis_squelettes/issues ?
cool ... On veut des benchmarks !!!! des graphs de comparaison entre SPIP | Fulltext | sphinx
Il y en a comme ça qui se demandent sur ►http://irc.spip.net si des fois #SolR aurait été testé avec SPIP ?
▻http://lucene.apache.org/solr
▻http://www.ftopia.com/fr/2011/03/25/passage-de-sphinx-a-solr
pour le moment ça m’attire pas tellement d’installer une grosse machine en java alors que sphinx est léger, facile à installer, et tellement rapide ! La dernière version permet en plus d’indexer finement des données structurées en JSON (donc sans schéma préconçu dans l’index), ce qui résoudra nombre de problèmes signalés.
Est-il possible d’empaqueter le plugin ?
Je veux dire par là générer le fichier ZIP. Je vais voir ce que je peux faire.
Je me demandais si ce qui était fait était :
1. le signe (de la galère)
2. le zip / paquet.
Réponse 2 ! ▻http://zone.spip.org/trac/spip-zone/changeset/81390 :-)
Quelqu’un a-t-il déjà écrit un fichier de configuration Sphinx pour SPIP 3 ? Ça me ferait gagner du temps :)
@thomasschmit oui, on a tenté d’en écrire un générique la semaine dernière :
▻http://zone.spip.org/trac/spip-zone/browser/_plugins_/indexer/trunk/doc/Configuration%20Sphinx.md
Avec « content » qui contiendrait la concaténation de tout ce qu’on veut pouvoir chercher en fulltext. Et dans « properties » les métadonnées ou tout autres informations en plus : dates (il peut y en avoir plusieurs), géographie, auteurs, tags, rubriques, hiérarchie complète, prix, etc.
Tu peux suivre ce nouveau plugin « indexer », c’est une manière de faire plus « moderne » (ou tout du moins plus adapté) que l’autre. Avec un index Real Time qu’on peut interroger en direct en permanence à base de requêtes pseudo-SQL avec « select » mais aussi ajout (replace ou update).
Ah j’oubliais : « properties » tu lui envoies une chaîne JSON, donc tu y mets vraiment ce que tu veux, et avec la profondeur que tu veux. Après dans les requêtes tu peux demander « properties.date », « properties.geo.lat » (clé d’un sous-tableau), « properties.tags » (tableau complet), etc.
Oui @fil pardon, je n’avais pas vu qu’il n’était pas encore intégré à ce fil de discussion.
De mon côté, ça ne semble pas fonctionner. Lorsque j’essaie d’indexer, par l’intermédiaire de la page ▻http://www.exemple.fr/ecrire/?exec=indexer, j’ai l’erreur suivante :
Array
(
[0] => Array
(
[errno] => 1064
[sqlstate] => 42000
[error] => unknown column: 'properties'
)
)
Bourrin … mais efficace ! Le site est indexé.
Merci :)
Bon, je galère ! Même avec une boucle toute simple, la recherche ne fonctionne pas bien.
Voici la boucle :
<B_recherche>
#SPHINX_QUERY
<ul>
<BOUCLE_recherche(SPHINX)
{index spip}
{recherche #ENV*{recherche}}
{!par date}
{pagination 25}
>
<li>#TITLE - #DATE</li>
</BOUCLE_recherche>
</ul>
#PAGINATION
</B_recherche>En fait, d’après les logs, seules les requêtes de moins de deux caractères sont transmises à Sphinx. C’est très bizarre. Aurais-je oublié quelque chose ?
Hum… Où est-ce que l’on peut en discuter ?
salut baron @speciale, c’est corrigé :
▻https://github.com/seenthis/seenthis_sphinx/commit/f2b11