J'ai essayé d'ajuster les paramètres d'indexation (boost dans la terminologie d'Elastic Search). Ça l'air d'être un peu mieux, mais pas encore tout à fait ça.
Je ne suis pas d'accord. PHP fait de gros progrès, mais vu de la situation catastrophique dont ils sont partis, ça ne suffit pas encore pour avoir un bilan "globalement positif". Qu'un patch pour un correctif de sécurité ne soit pas revu par qui ce soit, ça fait doucement rire. Il reste encore du boulot pour que la sécurité de PHP soit gérée de manière convenable.
On n'indexe pas encore les commentaires. Donc en cherchant le pseudo d'une personne n'ayant écrit quasiment que des commentaires, il est normal que Google retourne beaucoup plus de résultats que nous. Mais ça viendra.
Le framework de recherche que vous utilisez a probablement un système de poids afin de donner un poids différent aux différents éléments d'un article [...] le tout est ensuite de jouer sur ces poids pour affiner progressivement
Oui, il y a déjà des poids par éléments, mais il reste du boulot pour les régler.
Pour le deuxième, il est actuellement en hibernation mais il a été très actif pendant un bout de temps et il est bien connu sur le site. Enfin, je dis deuxième, mais je devrais dire premier avec ses 13746 commentaires.
Le langage est en version 0.1 et il s'adresse donc à des early adopters (on traduit ça comment en français ?).
Coté IDE, il y a des plugins pour vim et emacs sur https://github.com/mozilla/rust/tree/master/src/etc . Je n'ai rien vu pour le debugger et, pour le système de build, make n'est pas suffisant ? Il y aussi cargo, un gestionnaire de packages mais je n'ai pas du tout regardé ce qu'il faisait.
Oui, je sais bien, je l'ai marqué dans la dépêche. Ce que je voulais dire, c'est que la mémoire n'est pas libérée manuellement avec des free() mais qu'un ramasse-miettes s'en occupe.
Oui, Go et Rust sont deux langages système typé statiquement avec une syntaxe héritée du C, avec un garbage collector (ce qui rare pour les langages système), pas de notions de classe, avec des contextes légers (goroutines ou tasks), privilégiant la communication entre ces contextes plutôt que le partage mémoire. Je pourrais également citer l'encodage en UTF-8 par défaut et le fonctionnement des modules, mais c'est du détail ;-)
Après, je ne nie pas qu'il y ait des différences. Et je ne suis pas un expert en Rust, donc je peux n'avoir qu'une vision très incomplète de Rust.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Ajouter un bouton "OK" au champ de recherche. Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/c40b980cf4dbc4fb9b91bd9332c545193c36460e
# En cours
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Améliorations de la recherche. Évalué à 3 (+0/-0).
J'ai essayé d'ajuster les paramètres d'indexation (
boost
dans la terminologie d'Elastic Search). Ça l'air d'être un peu mieux, mais pas encore tout à fait ça.Cf https://github.com/nono/linuxfr.org/commit/8f6054d4958a9b2aa2393e6797960561ea197ac5
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Moteur de recherche et caractères spéciaux. Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/f33c649b2ce6080c34eb8ddfdbe14321561457a1
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Trier les recherches par date. Évalué à 3 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/e2d9bc9b04480ba1f146cfcb9efbb5c893fd497f
[^] # Re: Encore et toujours...
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche État d'insécurité chez PHP. Évalué à 10.
Je ne suis pas d'accord. PHP fait de gros progrès, mais vu de la situation catastrophique dont ils sont partis, ça ne suffit pas encore pour avoir un bilan "globalement positif". Qu'un patch pour un correctif de sécurité ne soit pas revu par qui ce soit, ça fait doucement rire. Il reste encore du boulot pour que la sécurité de PHP soit gérée de manière convenable.
[^] # Re: ddg
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Nouveau moteur de recherche interne à LinuxFr.org. Évalué à 2. Dernière modification le 03 février 2012 à 00:21.
À ddg.
On peut d'ailleurs leur montrer http://linuxfr.org/opensearch.xml
[^] # Re: Mouais
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Nouveau moteur de recherche interne à LinuxFr.org. Évalué à 10.
On n'indexe pas encore les commentaires. Donc en cherchant le pseudo d'une personne n'ayant écrit quasiment que des commentaires, il est normal que Google retourne beaucoup plus de résultats que nous. Mais ça viendra.
[^] # Re: LinuxMag
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Nouveau moteur de recherche interne à LinuxFr.org. Évalué à 10.
Ça pourrait se faire ... si je trouve du temps pour ça. Par curiosité, ça intéresse des lecteurs de LinuxFr.org un tel article ?
[^] # Re: Sioux
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Améliorations de la recherche. Évalué à 2 (+0/-0).
Oui, il y a déjà des poids par éléments, mais il reste du boulot pour les régler.
[^] # Re: Merci
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Petites brèves autour de Ruby. Évalué à 2.
Oui, vu le travail réalisé, il mérite amplement d'être félicité. J'ai donc modifié la dépêche pour le rajouter. Mea culpa pour l'oubli.
Tant mieux, et espérons que RailsFrance.org pourra à son tour inspirer d'autres sites :-)
[^] # Re: Sur alpha
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Installer Elastic Search. Évalué à 2 (+0/-0).
Note pour nous-mêmes : on garde l'entrée de suivi encore quelques jours pour vérifier les logs.
# Moteur de recherche interne
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Rechercher dans le suivi ?. Évalué à 2 (+0/-0).
LinuxFr.org a maintenant son propre moteur de recherche et il peut être utilisé pour chercher des entrées de suivi.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Avoir enfin un vrai moteur de recherche. Évalué à 2 (+0/-0).
Ça y est, LinuxFr.org a un moteur de recherche interne. Plus de détails bientôt dans une dépêche.
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Oops sur page "Mot de passe oublié". Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/155518cf14ef0dc7b5922f3795cf856b13e02791
[^] # Re: «2 avec plus de dix milles commentaires»
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche LinuxFrien(ne)s, quel(le)s internautes êtes-vous ?. Évalué à 4.
Pour le deuxième, il est actuellement en hibernation mais il a été très actif pendant un bout de temps et il est bien connu sur le site. Enfin, je dis deuxième, mais je devrais dire premier avec ses 13746 commentaires.
[^] # Re: C'est bien ça
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche LinuxFrien(ne)s, quel(le)s internautes êtes-vous ?. Évalué à 5.
Tu en es à 2622 commentaires, comme indiqué sur http://linuxfr.org/users/fearan/comments
# Doublon
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Passer un journal en dépêche. Évalué à 2 (+0/-0).
Cf http://linuxfr.org/suivi/transformer-un-journal-en-depeche-dans-la-page-de-redaction-pas-la-moderation
# Feature
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Mini-bug avant validation des messages. Évalué à 2 (+0/-0).
Ce n'est pas un bug mais une fonctionnalité (enfin, on va dire).
[^] # Re: Pour quoi faire?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Sortie de la version 0.1 de Rust. Évalué à 3.
Le langage est en version 0.1 et il s'adresse donc à des early adopters (on traduit ça comment en français ?).
Coté IDE, il y a des plugins pour vim et emacs sur https://github.com/mozilla/rust/tree/master/src/etc . Je n'ai rien vu pour le debugger et, pour le système de build,
make
n'est pas suffisant ? Il y aussicargo
, un gestionnaire de packages mais je n'ai pas du tout regardé ce qu'il faisait.# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Oops à la prévisualisation sur le wiki. Évalué à 2 (+0/-0).
C'est corrigé.
[^] # Re: Rush in Rust ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Sortie de la version 0.1 de Rust. Évalué à 4.
Oui, je sais bien, je l'ai marqué dans la dépêche. Ce que je voulais dire, c'est que la mémoire n'est pas libérée manuellement avec des
free()
mais qu'un ramasse-miettes s'en occupe.[^] # Re: Rush in Rust ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Sortie de la version 0.1 de Rust. Évalué à 6.
Oui, Go et Rust sont deux langages système typé statiquement avec une syntaxe héritée du C, avec un garbage collector (ce qui rare pour les langages système), pas de notions de classe, avec des contextes légers (goroutines ou tasks), privilégiant la communication entre ces contextes plutôt que le partage mémoire. Je pourrais également citer l'encodage en UTF-8 par défaut et le fonctionnement des modules, mais c'est du détail ;-)
Après, je ne nie pas qu'il y ait des différences. Et je ne suis pas un expert en Rust, donc je peux n'avoir qu'une vision très incomplète de Rust.
« Rust is a curly-brace language in the tradition of C, C++, and JavaScript. » -- http://doc.rust-lang.org/doc/tutorial.html#first-impressions
Oui (ça s'appelle generics pour ceux qui chercheraient dans la doc).
Pas du tout, c'est un garbage collector comme en Go.
Tu veux dire quoi par là ? Rust n'a pas de classes. Le polymorphisme se fait avec les interfaces, exactement comme en Go.
Uniquement pour les variables locales, et ça n'est pas très différent de
foo := 0
en Go.C'est effectivement une différence fondamentale avec Go.
Non. https://github.com/mozilla/rust/wiki/Doc-project-FAQ indique clairement que ce n'est pas un objectif : « To cover the complete feature-set of C++, or any other language. » dans la partie non-goals.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Ajouter la liste des news en modération dans la page de rédaction. Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/21d7c45daea1a2c735e44011139b3e24d2557751
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Modération et rédaction : liste d'articles et tribune, en deux colonnes. Évalué à 3 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/21d7c45daea1a2c735e44011139b3e24d2557751
[^] # Re: Classe CSS
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Modification de l'indication de commentaire supprimé. Évalué à 2 (+0/-0).
Fait, c'est la classe
deleted
. Cf https://github.com/nono/linuxfr.org/commit/6977e119d88ffe6c76a16e1544b30c3bf21527f0