(j'ai écrit Android mais c'était IOS que je voulais écrire)
Je trouve particulièrement dommage d'avoir cliquer sur un lien de pistage pour simplement connaître la dernière version d'un navigateur libre, le tout enrobé d'une communication centrée sur la protection de la vie privée et la lutte contre les traqueurs de pub (Privé par défaut. Bloque plus de 2 000 traqueurs publicitaires.)… Ça ne m'empêche pas d'utiliser Firefox partout, mais je trouve ça dommage.
Donc la dernière version IOS est bien la 34 (n'utilisant pas d'iTrucs, je n'en avais aucune idée).
Et sinon je n'ai pas retrouvé ton article, ni sur archive.org, ni dans les caches de moteur de recherche, ni sous un autre titre chez Mozilla.
https://blog.mozilla.org/en/products/firefox/new-firefox-for-android/
premier lien https://app.adjust.com/2uo1qc?campaign=fenix(...)&fallback=https%3A%2F%2Fplay.google.com%2Fstore%2Fapps%2Fdetails%3Fid%3Dorg.mozilla.firefox
-> uBlock₀ a empêché le chargement de la page suivante
(à la base je cherchais la version de firefox android vu qu'en essayant de retrouver ton article je suis tombé sur des articles prétendument récents sur Firefox Android 34 en anglais et allemand…)
Contexte :
- étape 1 : j'essayais de compléter les infos pour https://linuxfr.org/suivi/gerer-les-vieux-contenus-en-html-et-non-en-markdown .
- étape 2 : ça m'a conduit à me poser des questions sur les paragraphs et/ou les news_versions qui sont NULL, ainsi que sur des paragraphs.wiki_body qui sont NULL
- étape 3 : en essayant de comprendre ça, j'ai explosé une dépêche en tombant sur ce bug
- étape 4 : j'ai ouvert le bug
- étape 5 : j'ai constaté qu'on avait quelques centaines de liens problématiques… j'ai commencé à nettoyer
- … à un moment je dépilerai…
Le site four?isseur-energie.com est sur la liste noire du site après un cas de spam (en l'occurrence ce commentaire de 2017). Quelqu'un a des infos pour confirmer/infirmer que c'est un site problématique ?
(archive.org: en 2016 on ne voit plus les mentions légales mais a priori "Fournisseur-energie.com travaille en partenariat avec Souscritoo, une jeune entreprise" qui est devenue Papernest plus tard). En 2019 il est lié à Papernest)
L'affichage de l'image (en petit en aperçu et le lien vers la grande) fonctionne sous Firefox ou Chromium ou via wget (en IPv4 depuis Orange ou la Fondation Free, en IPv6 depuis FDN). Mais au moins un cas de 403 avec Chromium (et je ne sais pas ce que toi tu as utilisé).
Pourquoi vouloir rediriger un lien qui n'est plus censé exister, qui n'a pas la même fonction, et dont la redirection empêcherait de distinguer une dépêche en rédaction d'une dépêche publiée ? Sans parler du fait que les droits ne sont pas les mêmes sur les dépêches publiées (éditables par la modération) que sur la rédaction (éditable par les visiteurs). C'est un lien prévu pour être transitoire et qui disparaît avec la modération, que la dépêche soit publiée ou rejetée (et qui peut réapparaître sur un renvoi en rédaction).
Une dépêche en rédaction c'est : /redaction/news/titre1 qui peut devenir /redaction/news/titre2 , /redaction/news/titre3 (avec des redirections entre elles vers le choix courant).
Par exemple : /redaction/news/ffv1-un-format-video-sans-perte-et-libre-standardise-a-l-ietf
qui est devenu /redaction/news/ffv1-un-format-video-sans-perte-et-libre-normalise-a-l-ietf
…
qui deviendra /moderation/news/<slug> lors de sa modération (rendant le /redaction/news/<slug> invalide)
qui deviendra /news/<slug> lors de sa publication (et le /moderation/news/<slug> sera toujours valide, pour la modération).
https://en.wikipedia.org/wiki/QUICAlthough its name was initially proposed as the acronym for "Quick UDP Internet Connections", IETF's use of the word QUIC is not an acronym; it is simply the name of the protocol. Donc c'était un acronyme, puis on a gardé le nom, mais avec les majuscules, parce que les autres qui sont des acronymes étaient comme ça ?
La version acronyme était présente dans les documents de 2012 / 2013 de Jim Roskind de Google. Et elle disparaît de la version IETF ensuite. https://datatracker.ietf.org/doc/html/draft-ietf-quic-transport-34#section-1 (janvier 2021)
« QUIC: The transport protocol described by this document. QUIC is a name, not an acronym. »
« Ce journal a été promu en dépêche : Edit Interactive SVG 1.2.. » qui pointe vers https://linuxfr.org/news/edit-interactive-svg-1-2 qui est le lien de la dépêche publiée. Qui du coup n'est plus en rédaction, et donc ce journal n'a plus de lien vers la dépêche en rédaction vu qu'elle n'y est plus. Je ne vois toujours pas le problème.
J'ai fait de nombreuses fois Paris-Munich en train de nuit, Paris-Berlin aussi (en avion une fois aussi, mais je préfère en train), et plus récemment Paris-Sofia en train (et par étapes). Sans enfants par contre.
Pour le boulot, j'ai aussi fait Paris-Bucarest en avion (le côté roumain n'est pas terrible en train, mais le choix train n'était pas vraiment proposé).
La question revient réglulièremnt : ce n'est pas le même texte, il peut y avoir d'autres contributeurs, ce n'est pas publié sous le nom (/users/xxxx) de l'auteur initial, ce ne sont pas les mêmes commentaires, ça obligerait à dépublier le journal, etc. Il y a des pour et des contre. Ici, vu qu'il n'y a pas vraiment de commentaires ici, une méthode aurait pu être de virer le journal dès le départ en fait (et l'idéal d'avoir fait une dépêche initialement, à mon avis).
Quand je disais que c'était un cas d'école :
Ce journal a fait 670+546+322+223+184 hits en 5j. La dépêche a fait 185+3218+2174+837 hits actuellement. Côté visibilité y a pas photo, les dépêches sont plus reprises, plus lues, plus vues (en direct, via les flux Atom, par courriel, par fax, par pigeon voyageur, etc.).
La dépêche contient moins de fautes et plus d'infos (dont une description du logiciel qui manquait). Il suffit de comparer les deux markdown pour voir les changements des 26 éditions par 4 personnes.
La dépêche a déjà plus de commentaires sur le fond.
Seuls 78 comptes ont été modifiés après le 1er janvier 2020 (sur ~17 mois) ET ont posté un commentaire ou un contenu encore public (donc pas les spammeurs/SEO/pénibles) :
~12% ont karma min = karma = karma max = karma initial (donc ils n'ont jamais été noté)
~15% ont karma min = karma < karma max (donc plutôt en baisse, mais elle peut être forte ou très faible)
45% ont karma min < karma = karma max (donc plutôt en hausse, mais elle peut être forte ou très faible)
28% ont karma min < karma < karma max (ça va ça vient)
5 ont un karma <= 0
la plus grosse chute de karma est de ~170 points
73% ne sont jamais descendu en dessous du karma initial
28% ne sont jamais monté au dessus du karma initial
[^] # Re: Validation des liens et bookmarks
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Corruption de dépêches et URL avec des caractères non ascii. Évalué à 3 (+0/-0).
a priori j'ai nettoyé cette partie là. ça devrait potentiellement se voir aussi sur la validité des pages HTML concernées.
[^] # Re: Article supprimé ?
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Le nouveau Firefox pour iPhone & iPad - blog.mozilla.org. Évalué à 4.
(j'ai écrit Android mais c'était IOS que je voulais écrire)
Je trouve particulièrement dommage d'avoir cliquer sur un lien de pistage pour simplement connaître la dernière version d'un navigateur libre, le tout enrobé d'une communication centrée sur la protection de la vie privée et la lutte contre les traqueurs de pub (Privé par défaut. Bloque plus de 2 000 traqueurs publicitaires.)… Ça ne m'empêche pas d'utiliser Firefox partout, mais je trouve ça dommage.
Donc la dernière version IOS est bien la 34 (n'utilisant pas d'iTrucs, je n'en avais aucune idée).
Et sinon je n'ai pas retrouvé ton article, ni sur archive.org, ni dans les caches de moteur de recherche, ni sous un autre titre chez Mozilla.
[^] # Re: Article supprimé ?
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Le nouveau Firefox pour iPhone & iPad - blog.mozilla.org. Évalué à 4. Dernière modification le 05 juin 2021 à 09:51.
https://blog.mozilla.org/en/products/firefox/new-firefox-for-android/
premier lien
https://app.adjust.com/2uo1qc?campaign=fenix(...)&fallback=https%3A%2F%2Fplay.google.com%2Fstore%2Fapps%2Fdetails%3Fid%3Dorg.mozilla.firefox-> uBlock₀ a empêché le chargement de la page suivante
D'ailleurs c'est pareil pour les liens vers les magasins d'applications Google et Apple sur https://www.mozilla.org/fr/firefox/mobile/get-app/
(à la base je cherchais la version de firefox android vu qu'en essayant de retrouver ton article je suis tombé sur des articles prétendument récents sur Firefox Android 34 en anglais et allemand…)
[^] # Re: CC BY-CA
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Compter en C++, de 98 jusqu'à 11. Évalué à 4.
Corrigé, merci.
[^] # Re: Fin de phrase
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Quel téléphone (plus ou moins) libre en 2021 ?. Évalué à 3.
Dans la phrase: À noter que, alternativement, la possession [des trois modèles cités] vous ouvre les portes de Sailfish OS ?
[^] # Re: typo ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Sortie de YunoHost 4.2. Évalué à 5.
Corrigé, merci.
[^] # Re: Validation des liens et bookmarks
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Corruption de dépêches et URL avec des caractères non ascii. Évalué à 3 (+0/-0).
Contexte :
- étape 1 : j'essayais de compléter les infos pour https://linuxfr.org/suivi/gerer-les-vieux-contenus-en-html-et-non-en-markdown .
- étape 2 : ça m'a conduit à me poser des questions sur les
paragraphset/ou lesnews_versionsqui sont NULL, ainsi que sur des paragraphs.wiki_body qui sont NULL- étape 3 : en essayant de comprendre ça, j'ai explosé une dépêche en tombant sur ce bug
- étape 4 : j'ai ouvert le bug
- étape 5 : j'ai constaté qu'on avait quelques centaines de liens problématiques… j'ai commencé à nettoyer
- … à un moment je dépilerai…
[^] # Re: Le problème n'est pas technique/pratique mais moral
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Pourquoi arrêter l’avion ne devrait plus être un débat. Évalué à 3. Dernière modification le 30 mai 2021 à 20:24.
Le site four?isseur-energie.com est sur la liste noire du site après un cas de spam (en l'occurrence ce commentaire de 2017). Quelqu'un a des infos pour confirmer/infirmer que c'est un site problématique ?
(archive.org: en 2016 on ne voit plus les mentions légales mais a priori "Fournisseur-energie.com travaille en partenariat avec Souscritoo, une jeune entreprise" qui est devenue Papernest plus tard). En 2019 il est lié à Papernest)
[^] # Re: lien image refusé
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Sortie de Tryton 6.0. Évalué à 3.
L'affichage de l'image (en petit en aperçu et le lien vers la grande) fonctionne sous Firefox ou Chromium ou via wget (en IPv4 depuis Orange ou la Fondation Free, en IPv6 depuis FDN). Mais au moins un cas de 403 avec Chromium (et je ne sais pas ce que toi tu as utilisé).
[^] # Re: Comment débuter ?
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Pouvoir tester les mises à jour de maintenance. Évalué à 4 (+0/-0).
ça c'est la partie facile, réaffectée :).
[^] # Re: Une dépêche!
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Edit Interactive SVG 1.2. Évalué à 4.
Pourquoi vouloir rediriger un lien qui n'est plus censé exister, qui n'a pas la même fonction, et dont la redirection empêcherait de distinguer une dépêche en rédaction d'une dépêche publiée ? Sans parler du fait que les droits ne sont pas les mêmes sur les dépêches publiées (éditables par la modération) que sur la rédaction (éditable par les visiteurs). C'est un lien prévu pour être transitoire et qui disparaît avec la modération, que la dépêche soit publiée ou rejetée (et qui peut réapparaître sur un renvoi en rédaction).
Une dépêche en rédaction c'est :
/redaction/news/titre1qui peut devenir/redaction/news/titre2,/redaction/news/titre3(avec des redirections entre elles vers le choix courant).Par exemple :
/redaction/news/ffv1-un-format-video-sans-perte-et-libre-standardise-a-l-ietfqui est devenu
/redaction/news/ffv1-un-format-video-sans-perte-et-libre-normalise-a-l-ietf…
qui deviendra
/moderation/news/<slug>lors de sa modération (rendant le/redaction/news/<slug>invalide)qui deviendra
/news/<slug>lors de sa publication (et le/moderation/news/<slug>sera toujours valide, pour la modération).[^] # Re: Enfin !
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche ONLYOFFICE Docs évolue : dernières mises à jour importantes. Évalué à 6.
Pas si originale que ça apparemment. Cf https://linuxfr.org/news/le-protocole-quic-desormais-normalise#comment-1854601
[^] # Re: Origine du nom ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Le protocole QUIC désormais normalisé. Évalué à 10. Dernière modification le 30 mai 2021 à 09:57.
https://en.wikipedia.org/wiki/QUIC Although its name was initially proposed as the acronym for "Quick UDP Internet Connections", IETF's use of the word QUIC is not an acronym; it is simply the name of the protocol. Donc c'était un acronyme, puis on a gardé le nom, mais avec les majuscules, parce que les autres qui sont des acronymes étaient comme ça ?
La version acronyme était présente dans les documents de 2012 / 2013 de Jim Roskind de Google. Et elle disparaît de la version IETF ensuite.
https://datatracker.ietf.org/doc/html/draft-ietf-quic-transport-34#section-1 (janvier 2021)
« QUIC: The transport protocol described by this document. QUIC is a name, not an acronym. »
QUIC est donc rapide et FORT.
[^] # Re: Une dépêche!
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Edit Interactive SVG 1.2. Évalué à 4.
« Ce journal a été promu en dépêche : Edit Interactive SVG 1.2.. » qui pointe vers https://linuxfr.org/news/edit-interactive-svg-1-2 qui est le lien de la dépêche publiée. Qui du coup n'est plus en rédaction, et donc ce journal n'a plus de lien vers la dépêche en rédaction vu qu'elle n'y est plus. Je ne vois toujours pas le problème.
[^] # Re: Une dépêche!
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Edit Interactive SVG 1.2. Évalué à 4.
Et le lien en question pointe sur la dépêche publiée quand elle est publiée.
[^] # Re: Typo
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Le LibreGraphicsMeeting 2021 à Rennes et en ligne. Évalué à 4.
Corrigé, merci.
[^] # Re: relation avec Gimp ?
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Glimpse, le fork de GIMP, suspend son développement. Évalué à 5.
Sur les envèlements ? ça doit avoir un rapport avec faire des trucs bizarres sur des vaches comme tout extraterrestre lambda quoi.
[^] # Re: exFAT et UDF
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Des systèmes de fichiers pour périphérique amovible. Évalué à 6.
https://man.archlinux.org/man/mkfs.exfat.8
mkfs.exfat [ -b boundary_alignment ] [ -c cluster_size ] [ -f ] [ -h ] [ -L volume_label ] [ --pack-bitmap ] [ -v ] device
mkfs.exfat -V
https://manpages.debian.org/wheezy/exfat-utils/mkfs.exfat.8.en.html
[^] # Re: exFAT et UDF
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Des systèmes de fichiers pour périphérique amovible. Évalué à 5.
Corrigé, merci.
[^] # Re: Release Time-to-Market
Posté par Benoît Sibaud (site web personnel) . En réponse au lien clone de Red Hat EL 8 : Distribution Release: VzLinux 8.3. Évalué à 7.
Pour les RHEL 8, on avait déjà RockyLinux et Almalinux. Là un troisième concurrent, avec l'avantage de faire aussi du RHEL 7.
[^] # Re: Le problème n'est pas technique/pratique mais moral
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Pourquoi arrêter l’avion ne devrait plus être un débat. Évalué à 3.
J'ai fait de nombreuses fois Paris-Munich en train de nuit, Paris-Berlin aussi (en avion une fois aussi, mais je préfère en train), et plus récemment Paris-Sofia en train (et par étapes). Sans enfants par contre.
Pour le boulot, j'ai aussi fait Paris-Bucarest en avion (le côté roumain n'est pas terrible en train, mais le choix train n'était pas vraiment proposé).
[^] # Re: Une dépêche!
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Edit Interactive SVG 1.2. Évalué à 3. Dernière modification le 26 mai 2021 à 21:37.
La question revient réglulièremnt : ce n'est pas le même texte, il peut y avoir d'autres contributeurs, ce n'est pas publié sous le nom (/users/xxxx) de l'auteur initial, ce ne sont pas les mêmes commentaires, ça obligerait à dépublier le journal, etc. Il y a des pour et des contre. Ici, vu qu'il n'y a pas vraiment de commentaires ici, une méthode aurait pu être de virer le journal dès le départ en fait (et l'idéal d'avoir fait une dépêche initialement, à mon avis).
Quand je disais que c'était un cas d'école :
# Deux salles deux ambiances
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Quand la Cnil fait la chasse aux cookies : "la bataille juridique est à venir" selon un expert. Évalué à 10.
Mécontentement côté LQDN:
https://www.laquadrature.net/2021/05/25/les-gafam-echappent-au-rgpd-avec-la-complicite-de-la-cnil/
Ce total échec résulte d’une multitude d’irrégularités qui, toutes ou presque, révèlent le rôle coupable de la CNIL pour protéger les GAFAM contre le droit.
[^] # Re: Correction
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche FreeBSD 13.0. Évalué à 4.
Corrigé, merci.
[^] # Re: le Karma est trop statique
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 6.
Seuls 78 comptes ont été modifiés après le 1er janvier 2020 (sur ~17 mois) ET ont posté un commentaire ou un contenu encore public (donc pas les spammeurs/SEO/pénibles) :