j'ai pu remplacer mon écran pour 30€ (pièce commandée en chine), mais c'est chronophage et un peu scabreux.
j'avais jeté un coup d'oeuil sur les fairphones et consorts, qui s'ils comportaient des composants remplacables, ne semblaient pas se concentrer particulierement sur la facilité de remplacement de la "piece d'usure principale": l'écran.
est ce que l'un d'entre vous saurait comment s'appelle au niveau de la conception le fait de pouvoir brancher/débrancher un composant sans outil et sans démontage de l'ensemble de l'appareil? un port?
il faudrait que tu ajoutes un champ "url" à ton linuxfrReader dans ton journal.
ainsi, l'association url/donnée ne serait pas perdue.
je fais un truc de mon côté aussi.
j'aurais voulu pondre un truc en c pour la beauté mais pff pas la maîtrise.
ca sera un langage de script, donc.
une fois au moteur de recherche, j'aimerais bcp pouvoir échanger.
pour le crawl il y a plein d outils.
j'avais eu des expériences réussies avec scrapy (python) il y a quelques années,
pour un besoin perso.
si tu parviens à une archive, peux tu y donner accès? cela limiterait le crawl.
je ne sais pas s'il faut ou pas limiter l'accès à cette archive ni comment.
Ok si c'était simple, ca serait déjà fait. d'autant plus qu'il y a sans doute des spécialistes du domaine qui fréquentent linuxfr.
sans possibilité d'avoir accès à un jeu de données, c'est quand même compliqué.
d'après mes 3-4 essais, les tags fonctionnent très bien sur le site.
ce sont les recherches "full text" qui pêchent.
est ce qu'elastisearch permet de modifier l'algo de scoring?
dans ce cas
- les dates étaient elles intégrées au score de pertinence?
- les notes (ne pas indexer les articles avec un score négatif, déjà)?
- elastisearch construit il automatiquement un début d ontologie, une reconnaissance lexicale? (je suis en train de me documenter sur le sujet et de rtfm)
[^] # Re: Programmation défensive en bash
Posté par cassoslesptitsgars . En réponse au journal Args parser pour shell. Évalué à 2.
et bash boilerplate pour l affichage des messages d'erreur, quelques pratiques saines à propos des variables non attribuées et l'affectation des parametres de ligne de commande
[^] # Re: Pièces de rechange : faut pas trop rêver non plus, même si ça passe
Posté par cassoslesptitsgars . En réponse au lien L'UE met le nez dans la téléphonie et ça fait rêver. Évalué à 4.
bonjour à tous.
j'ai pu remplacer mon écran pour 30€ (pièce commandée en chine), mais c'est chronophage et un peu scabreux.
j'avais jeté un coup d'oeuil sur les fairphones et consorts, qui s'ils comportaient des composants remplacables, ne semblaient pas se concentrer particulierement sur la facilité de remplacement de la "piece d'usure principale": l'écran.
est ce que l'un d'entre vous saurait comment s'appelle au niveau de la conception le fait de pouvoir brancher/débrancher un composant sans outil et sans démontage de l'ensemble de l'appareil? un port?
[^] # Re: Faire appel aux utilisateurs de weboob
Posté par cassoslesptitsgars . En réponse au journal Crowd sourcing pour le nouveau data pipeline de linuxfr. Évalué à 1.
il faudrait que tu ajoutes un champ "url" à ton linuxfrReader dans ton journal.
ainsi, l'association url/donnée ne serait pas perdue.
je fais un truc de mon côté aussi.
j'aurais voulu pondre un truc en c pour la beauté mais pff pas la maîtrise.
ca sera un langage de script, donc.
une fois au moteur de recherche, j'aimerais bcp pouvoir échanger.
as tu ouvert une source accessible en ligne?
[^] # Re: Source des données
Posté par cassoslesptitsgars . En réponse au journal Crowd sourcing pour le nouveau data pipeline de linuxfr. Évalué à 0.
pour le crawl il y a plein d outils.
j'avais eu des expériences réussies avec scrapy (python) il y a quelques années,
pour un besoin perso.
si tu parviens à une archive, peux tu y donner accès? cela limiterait le crawl.
je ne sais pas s'il faut ou pas limiter l'accès à cette archive ni comment.
[^] # Re: je demande au grand méchant
Posté par cassoslesptitsgars . En réponse au journal Recherche sur DLFP. Évalué à 1.
il est pas évident, votre problème :).
Ok si c'était simple, ca serait déjà fait. d'autant plus qu'il y a sans doute des spécialistes du domaine qui fréquentent linuxfr.
sans possibilité d'avoir accès à un jeu de données, c'est quand même compliqué.
d'après mes 3-4 essais, les tags fonctionnent très bien sur le site.
ce sont les recherches "full text" qui pêchent.
est ce qu'elastisearch permet de modifier l'algo de scoring?
dans ce cas
- les dates étaient elles intégrées au score de pertinence?
- les notes (ne pas indexer les articles avec un score négatif, déjà)?
- elastisearch construit il automatiquement un début d ontologie, une reconnaissance lexicale? (je suis en train de me documenter sur le sujet et de rtfm)
où pourrait on discuter du sujet sans polluer ?
[^] # Re: je demande au grand méchant
Posté par cassoslesptitsgars . En réponse au journal Recherche sur DLFP. Évalué à 2.
ok.
https://github.com/linuxfrorg/linuxfr.org/blob/master/db/schema.rb donne le schéma de la base.
en la remplissant chez moi de garbage, je devrais pouvoir faire des essais recherche "full text".
mais comment juger ensuite de la pertinence ou non d'une solution?
une solution fonctionnelle ne garantit pas des résultats pertinents.
un pull request et vous nous lisez?