Actuellement la formule du score par défaut des commentaires est E(log10(max(karma,.1))) - 1. Ça donne -2 pour tout karma négatif ou nul. cf https://linuxfr.org/aide#aide-karma
Je propose de passer à E(log10(max(karma,.1))) - 1 - min(0, E(karma/30)).
Cela ne change rien pour les karmas positifs ou nuls. Pour les karmas négatifs :
La suppression des pages wiki ne fonctionne pas :
(par ailleurs il n'y a pas de liste de l'ensemble des pages wiki ou d'accès aux pages pointant sur une page à ma connaissance)
Ce matin sur la page des journaux :
« Lire la suite (21 commentaires, 0 nouveau !) »
A priori, il y a un souci sur le 0 nouveau.
Pas spécialement d'idée sur le cause ; peut-être si le dernier commentaire tout en bas est nouveau et masqué car score faible ?
Signaler les dépêches actuellement en rédaction sur la page de Création d'une nouvelle dépêche https://linuxfr.org/news/nouveau
La tribune du site LinuxFr.org a été conçue comme un lieu d'échanges permettant d'aborder des sujets divers et variés. Elle est parfois, et malheureusement trop souvent, pervertie par des gens qui ont des comportements déplacés, impolis, incorrects voire probablement illégaux.
Le retour de la fonctionnalité de blocage d'écriture sur la tribune pour un utilisateur donné serait donc souhaitable (dommage de devoir en arriver là mais bon, LinuxFr n'a pas vocation à héberger des tels contenus...).
Une implémentation possible serait de (…)
Sur la dépêche https://linuxfr.org/news/debtocracy , il faudrait remonter le paragraphe « Le film a vite atteint le million de vues (...) » dans la partie Le projet.
Un coupé/collé de ce paragraphe le montre correctement placé en modération, mais mal placé si on réaffiche la page de modération, et une fois revenu en visualisation normale, le paragraphe a repris sa place.
Si on le fait en deux étapes, il disparaît bien après le coupé (en modération et en visualisation). (…)
L'apparition de la case à cocher "Je place ce document sous licence Creative Commons Paternité-Partage des Conditions Initiales à l'Identique 3.0 (licence CC by-sa)" permet de savoir l'évolution de la proportion de contenus sous cette licence au cours du temps, par rapport à autres (soit sans licence précisée, soit avec la licence précisée dans le contenu mais non extractible facilement pour des stats).
SELECT YEAR(created_at) AS y, content_type, COUNT(*) AS cnt, cc_licensed FROM nodes GROUP BY y, content_type, (…)
Actuellement sur la dépeche https://linuxfr.org/news/dans-les-kiosques-cet-%C3%A9t%C3%A9-2011 parce les titres sont des liens :
Sommaire
[Linux Pratique n° 65 (mai-juin)](http://www.linux-pratique.com/index.php/2011/04/22/linux-pratique-n%C2%B065-maijuin-2011-chez-votre-marchand-de-journaux)
[Linux Mag HS N° 55] (http://www.gnulinuxmag.com/index.php/2011/07/01/gnulinux-magazine-hs-n%C2%B055-juillet-aout-2011-chez-votre-marchand-de-journaux), spécial C/C++
[MISC N° 56 ] (http://ed-diamond.com/produit.php?ref=misc56), juillet-août
[Linux Mag N° 140 ] (http://www.gnulinuxmag.com/index.php/2011/06/24/gnulinux-magazine-n%C2%B0140-juilletaout-2011-chez-votre-marchand-de-journaux), juillet-août
Notes subjectives de lecture de Pour la Science
Chronique de Tim Berners Lee
Article de Jean-Paul Delahaye
Actuellement on a
<meta content="L'actualité de Linux et du Logiciel Libre" name="description">
Je propose
<meta content="L'actualité du Logiciel Libre et de Linux, sur un site francophone contributif géré par une équipe bénévole par et pour des libristes enthousiastes" name="description">
Certains proxys web se retrouvent indexés par les moteurs de recherche, et cela n'a aucun intérêt, voire ça nuit à la recherche d'infos. L'idéal serait qu'ils aient un robots.txt empêchant l'indexation... Mais comme ça n'arrivera pas, on pourrait peut-être avoir un regexp permettant d'ajouter pour un certain type de trafic une balise meta robots='noindex, nofollow' à notre niveau.
À voir si c'est possible sans effet de bord sur le cache.
Cf https://linuxfr.org/statistiques/users , en bas les barres « Statut des comptes utilisateurs » n'ont pas les bonnes couleurs, donc pas les bonnes classes CSS, donc pas les statuts attendus.
Si la dépêche phare est encore en page d'accueil et si cette dépêche a des nouveaux commentaires, elle est présente deux fois dans la navigation entre les contenus à nouveaux commentaires (une fois comme dépêche phare, une fois comme dépêche normale).
Conséquence : un contenu à commentaires nouveaux annoncé en trop et à parcourir en plus
Une faute sur la page http://linuxfr.org/team: "vous pouvez les contactez" (Les modérateurs)
Typo à corriger ligne 6 du fichier linuxfr.org/db/pages/team.html