Oui, après c’est difficile de parler de restic sans le comparer à borg qui reste la référence dans cette catégorie (sauvegarde poussée dédupliquée et chiffrée)
Certaines seraient plus légères en jpeg encore sans trop perdre en qualité.
Et sinon tu pourrais carrément partir sur du webp pour grignoter un peu plus mais vu la quantité d’images, 12Mo c’est déjà pas mal.
Merci du retour effectivement la page est énorme avec toutes les images. J’ai passé un petit coup de https://tinypng.com/ ça a amélioré les chose la page ne pèse plus que 12 Mo environ. S’il y a d’autres astuces je suis preneur !
Merci pour le retour d’expérience c’est très intéressant.
Si je peux me permettre il serait surement bénéfique d’optimiser les tailles des images de l’article, 40Mo en tout téléchargé en 3m avec une connexion 4G c’est conséquent.
Pénible et “dangereux” pour la maintenance (entre autre)… Dès qu’un petit malin décide qu’il ne gère plus telle option (ou en ajoute une autre) pas moyen pour le code appelant de le savoir…
Et comme on ne peut pas migrer tous les anciens projet (et ceux en cours) vers PHP 8 à court termes, on a aussi un article pour le faire quand même en PHP 5 et 7. (je dis ça en commentaire pour éviter de polluer le flux avec deux articles des arsouyes le même jour).
Perdu : on vient de lancer le DAB+, c’est l’objet de notre série d’émissions, et on explique justement dans cette émission pourquoi on y va : trop de disparité de puissance entre radios, de plus en plus de brouillages par des petits émetteurs d’appoints, et pour nous, l’importance de pouvoir enfin avoir une diffusion 24/24 7/7.
Autre avantage cité dans une autre émission : la diffusion sur une même zone avec plusieurs émetteurs synchronisés sur une même fréquence. Là où en FM, c’est un casse-tête en zone moyennement montagneuse.
Le coût de diffusion pour la radio est bien moindre qu’en FM, et on a (enfin en France) des postes FM/DAB+ à moins de 40€ prix de vente public.
Pour ce qui est de l’Amérique du Nord, on en parlera prochainement, mais la solution choisie (la sous porteuse numérique en FM) a tout simplement … réduit le nombre de stations dispo. Et ce sont les stations les plus petites qui trinquent.
Si bien entendu c’est possible de le faire mais c’est une pratique que j’aime pas vraiment. J’ai toujours adoré le concept des liens inline. Le fait de pouvoir ajouter du contenu à un simple mot est un concept vraiment fort à mon goût.
Je comprends pas trop ce principe avec le web d’ailleurs. Pourquoi forcer le lecteur à monter/descendre pour aller voir le contenu d’un lien si ce n’est “perdre” visuellement le lecteur ?
J’ai fait un peu mumuse avec pour voir pour convertir mon weblog en gemlog mais la limitiation d’une url par ligne est peu raide à mon goût.
Je trouve ça assez dommage cette limitation alors que je comprends toutes les autres.
Le projet semble top mais dommage qu’il ne soit pas open source. Pas facile de faire confiance aux phrases du type “Ninja Cookie ne collecte aucune donnée vous concernant dans le but de les analyser, de les utiliser ou de les vendre.”
Bon je pensais qu’il y aurait un peu plus de participants/questions, dommage.
Je voulais revenir sur “la modération trop stricte”. Je pense qu’on ne parle là que des articles supprimés (puisqu’un article modéré où les étiquettes sont corrigées/supprimées/ajoutées ne supprime évidemment pas l’article du Jdh).
Si on prend la première page du Journal de modération (https://www.journalduhacker.net/moderations), on a 40 jours de modération. J’ai regardé les publications, on a eu 300 infos remontées sur le Jdh en 40 jours. Il y a eu 9 suppressions : 4 hors sujet, 2 articles en Anglais, 1 repo GitHub, 1 article recrée suite à un bug, 1 article qui posait problème où j’ai expliqué le souci par message.
Dit autrement il y a très peu de suppressions et à chaque fois un message automatique envoyé à l’utilisateur qui peut évidemment choisir d’en discuter.
Le problème qu’on a : Les gens veulent des règles “strictes”. Ils veulent savoir immédiatement avant même d’avoir posté l’info si ça rentre dans la ligne éditoriale ou pas. Alors que c’est souvent un équilibre à trouver et justement un “dialogue” qui s’ouvre avec la modération.
La suppression d’un article ne donne pas un mauvais point à l’utilisateur qui a remonté l’article, on permet à l’utilisateur de contester ou venir discuter du bien fondé de la modération. Le fonctionnement même du Jdh quand un article est modéré est l’envoi d’un message automatique à l’utilisateur. Peut-on faire mieux qu’ouvrir le dialogue ?
Si on devait résumer les règles plus simplement : 1/ Article (donc pas de homepage ou de repo GitHub) en Français 2/ Dans la ligne éditoriale du Jdh. Le reste est mouvant, il faut en discuter.
À mon sens, il est plus intéressant de prendre un exemple dans le Journal de modération et d’en discuter. Pourquoi il a été modéré comme ça ? Quels sont les arguments ? Qui est d’accord avec ce point de vue ?
Est-ce que ça met en avant “l’activité des hackers francophones, du mouvement du Logiciel Libre et open source “ ? Non mais il est probablement légitime que certains lecteurs/utilisateurs du Jdh veuillent trouver ce genre d’articles sur le Jdh.
On favorise le dialogue ici, il faut pas hésiter à poser des questions, dire pourquoi on n’est pas d’accord.
La ligne éditoriale sur le “À propos” du Jdh : Le Journal du hacker a pour ambition de présenter l’activité des hackers francophones, du mouvement du Logiciel Libre et open source en langue française, mais aussi des startups et du mouvement entrepreunarial de la communauté francophone.
Oui, après c’est difficile de parler de restic sans le comparer à borg qui reste la référence dans cette catégorie (sauvegarde poussée dédupliquée et chiffrée)
Tout à fait mais parler de Restic et Borg dévie vite à la comparaison entre les deux ^^
Tcho !
Oui effectivement, j’aurais pu le préciser. après dans les faits, en fonction des données sauvegardé, y’a pas une si grosse différence de taille
Pour info Restic ne gère pas la compression contrairement à Borg.
Tcho !
Certaines seraient plus légères en jpeg encore sans trop perdre en qualité. Et sinon tu pourrais carrément partir sur du webp pour grignoter un peu plus mais vu la quantité d’images, 12Mo c’est déjà pas mal.
Merci du retour effectivement la page est énorme avec toutes les images. J’ai passé un petit coup de https://tinypng.com/ ça a amélioré les chose la page ne pèse plus que 12 Mo environ. S’il y a d’autres astuces je suis preneur !
Merci pour le retour d’expérience c’est très intéressant.
Si je peux me permettre il serait surement bénéfique d’optimiser les tailles des images de l’article, 40Mo en tout téléchargé en 3m avec une connexion 4G c’est conséquent.
Pénible et “dangereux” pour la maintenance (entre autre)… Dès qu’un petit malin décide qu’il ne gère plus telle option (ou en ajoute une autre) pas moyen pour le code appelant de le savoir…
Et comme on ne peut pas migrer tous les anciens projet (et ceux en cours) vers PHP 8 à court termes, on a aussi un article pour le faire quand même en PHP 5 et 7. (je dis ça en commentaire pour éviter de polluer le flux avec deux articles des arsouyes le même jour).
Perdu : on vient de lancer le DAB+, c’est l’objet de notre série d’émissions, et on explique justement dans cette émission pourquoi on y va : trop de disparité de puissance entre radios, de plus en plus de brouillages par des petits émetteurs d’appoints, et pour nous, l’importance de pouvoir enfin avoir une diffusion 24/24 7/7.
Autre avantage cité dans une autre émission : la diffusion sur une même zone avec plusieurs émetteurs synchronisés sur une même fréquence. Là où en FM, c’est un casse-tête en zone moyennement montagneuse.
Le coût de diffusion pour la radio est bien moindre qu’en FM, et on a (enfin en France) des postes FM/DAB+ à moins de 40€ prix de vente public.
Pour ce qui est de l’Amérique du Nord, on en parlera prochainement, mais la solution choisie (la sous porteuse numérique en FM) a tout simplement … réduit le nombre de stations dispo. Et ce sont les stations les plus petites qui trinquent.
Si bien entendu c’est possible de le faire mais c’est une pratique que j’aime pas vraiment. J’ai toujours adoré le concept des liens inline. Le fait de pouvoir ajouter du contenu à un simple mot est un concept vraiment fort à mon goût.
Je comprends pas trop ce principe avec le web d’ailleurs. Pourquoi forcer le lecteur à monter/descendre pour aller voir le contenu d’un lien si ce n’est “perdre” visuellement le lecteur ?
J’ai fait un peu mumuse avec pour voir pour convertir mon weblog en gemlog mais la limitiation d’une url par ligne est peu raide à mon goût. Je trouve ça assez dommage cette limitation alors que je comprends toutes les autres.
Je comprends pas ton commentaire, qui qualifies-tu de “vilaines” ?
Ahhh, ça tombe bien, j’ai dans l’idée, justement de me procurer ce fameux Xiaomi et de le mettre derrière mon routeur OpenWRT :p
Merci :D
Le projet semble top mais dommage qu’il ne soit pas open source. Pas facile de faire confiance aux phrases du type “Ninja Cookie ne collecte aucune donnée vous concernant dans le but de les analyser, de les utiliser ou de les vendre.”
Tant mieux que le projet Exodus se démocratise et que les médias tradi s’en emparent . je ne résiste pas à coller le lien de leur conf à PasSageEnSeine et que j’avais trouvée à l’époque super intéressante: https://video.passageenseine.fr/videos/watch/c8d73a19-ecb4-4d3e-80ba-62a23b7afca6
Bon je pensais qu’il y aurait un peu plus de participants/questions, dommage.
Je voulais revenir sur “la modération trop stricte”. Je pense qu’on ne parle là que des articles supprimés (puisqu’un article modéré où les étiquettes sont corrigées/supprimées/ajoutées ne supprime évidemment pas l’article du Jdh).
Si on prend la première page du Journal de modération (https://www.journalduhacker.net/moderations), on a 40 jours de modération. J’ai regardé les publications, on a eu 300 infos remontées sur le Jdh en 40 jours. Il y a eu 9 suppressions : 4 hors sujet, 2 articles en Anglais, 1 repo GitHub, 1 article recrée suite à un bug, 1 article qui posait problème où j’ai expliqué le souci par message.
Dit autrement il y a très peu de suppressions et à chaque fois un message automatique envoyé à l’utilisateur qui peut évidemment choisir d’en discuter.
Tcho !
Le problème qu’on a : Les gens veulent des règles “strictes”. Ils veulent savoir immédiatement avant même d’avoir posté l’info si ça rentre dans la ligne éditoriale ou pas. Alors que c’est souvent un équilibre à trouver et justement un “dialogue” qui s’ouvre avec la modération.
La suppression d’un article ne donne pas un mauvais point à l’utilisateur qui a remonté l’article, on permet à l’utilisateur de contester ou venir discuter du bien fondé de la modération. Le fonctionnement même du Jdh quand un article est modéré est l’envoi d’un message automatique à l’utilisateur. Peut-on faire mieux qu’ouvrir le dialogue ?
Si on devait résumer les règles plus simplement : 1/ Article (donc pas de homepage ou de repo GitHub) en Français 2/ Dans la ligne éditoriale du Jdh. Le reste est mouvant, il faut en discuter.
À mon sens, il est plus intéressant de prendre un exemple dans le Journal de modération et d’en discuter. Pourquoi il a été modéré comme ça ? Quels sont les arguments ? Qui est d’accord avec ce point de vue ?
Prenons https://www.journalduhacker.net/s/wa4snk/chaises_de_gaming_mon_classement_des_16 (https://www.geeek.org/chaises-de-gaming/) je l’ai supprimé car j’ai considéré que ça ne rentrait pas dans la ligne éditoriale du Jdh. Qui est d’accord ? Qui n’est pas d’accord et pourquoi ?
Prenons https://www.journalduhacker.net/s/rsnghs/lepape_com_pirat_noms_num_ros_de_carte (https://www.nextinpact.com/article/44688/lepape-com-pirate-noms-numeros-carte-bancaire-dates-dexpiration-et-cryptogrammes-dans-nature) j’ai attendu plusieurs heures pour voir si ça intéressait, l’article est resté à 1, j’ai décidé de le supprimer. Le problème de ce type d’articles est facile à résumer, il concerne très très souvent l’étiquette “sécurité” avec une information très générale qu’on pourrait trouver sur BFM TV.
Est-ce que ça met en avant “l’activité des hackers francophones, du mouvement du Logiciel Libre et open source “ ? Non mais il est probablement légitime que certains lecteurs/utilisateurs du Jdh veuillent trouver ce genre d’articles sur le Jdh.
On favorise le dialogue ici, il faut pas hésiter à poser des questions, dire pourquoi on n’est pas d’accord.
Tcho !
Justement, cette partie me semble peut-être trop floue et mériterait d’être un peu plus détaillée sur ce qui est admis et non admis.
Salute,
La ligne éditoriale sur le “À propos” du Jdh : Le Journal du hacker a pour ambition de présenter l’activité des hackers francophones, du mouvement du Logiciel Libre et open source en langue française, mais aussi des startups et du mouvement entrepreunarial de la communauté francophone.
Tcho !