TIFF, c'est un format conteneur (un peu comme ogg en audio ou mkv en vidéo) qui peut contenir à peu près n'importe quoi. Fun fact, le TIFF peut être destructif si l'image est stockée JPEG dans le conteneur.
D'ailleurs une expansion non-officielle de TIFF c'est Thousands of Incompatible File Formats…
Ils ont quand même un support officiel pour les mails via leur package "groupware". C'est sous la forme de plugins mais quasiment tout est sous la forme de plugins dans Nextcloud… Par contre c'est bien un client e-mail, il faut toujours installer son propre serveur derrière.
Je pense que pour un si petit fichier ce genre de pinaillage n'a aucun intérêt pratique. Sur le disque un fichier va occuper au minimum un bloc de 4 kB sur un disque formatté en ext4 donc toute taille de fichier inférieure n'a aucune pertinence. En HTTP il est plus difficile de juger mais avec la masse de données envoyée en en-têtes, certificats TLS, etc., on n'est sans doute pas à un ou deux kB près non plus.
La seule chose que ça démontre c'est que certains formats ont une structure plus lourde que d'autres, typiquement liée à la flexibilité dudit format. Il serait plus intéressant de comparer de "grosses" images de différents types et c'est pour ça que c'est ce que les benchmarks font.
Et ceux qui utilisent un smartphone de marque Apple utilisent HEIC car c'est dans ce format que l'iPhone stocke les photos. Donc être capable de lire ce format est important si on veut éviter de dégrader la qualité (et augmenter la taille des images) en les convertissant en JPEG.
CECI DIT, si c'est une bonne raison pour que Darktable/Photos/Shotwell/whatever supporte la lecture du foramt HEIC ce n'est pas en soi une raison valable pour utiliser ce format sur le web, car devoir potentiellement payer des royalties est un problème. Dans la mesure où tous les sites "grand public" vont convertir eux-même les photos dans un format léger quite à ce qu'il soit dégueulasse, le partage de ces photos n'est pas un argument pertinent pour imposer le support d'un format breveté dans Firefox ou Chrome.
Posté par nud .
En réponse à la dépêche Des formats d'image.
Évalué à 3.
Dernière modification le 26 juin 2023 à 23:30.
Dans la mesure où un une icône de 16×16 contient 256 pixels, à raison de 32 bits par pixel (soit 3 canaux couleurs de 8 bits + un canal de transparence) on obtient 1024 octets, ou 1 kio, soit le "PNG optimisé" ne l'est pas du tout, soit il stocke masse de métadonnées.
Si ton image est en noir et transparent (soit deux couleurs) elle peut théoriquement tenir sur 256 bits, soit 32 octets, sans compression, à quoi il faut ajouter la taille de la palette de deux couleurs.
Avec gimp et les directives que tu donnes j'obtiens une image de 143 bytes, dont, si je n'ai pas fait d'erreur:
une palette (section PLTE) de 6 octets
un masque (section tRNS) de 1 octet
une section de données (IDAT) de 55 octets
Au final il y a plus d'octets liés au format lui-même (rien que le bornage et l'identification des 5 sections ça fait 60 octets) que de données…
Le hexdump pour les curieux, qui est plus court que le commentaire:
Posté par nud .
En réponse à la dépêche Des formats d'image.
Évalué à 5.
Dernière modification le 26 juin 2023 à 11:07.
Les formats habituels de compression de données (gzip, bzip, lzma, etc) sont heureusement sans perte. On parle de compression parce que la taille finale est inférieure à la taille initiale, le fait que cela passe par un encodage de Huffman ou équivalent est un détail d'implémentation.
Si on a deux outils efficaces, il est plus intéressant d'utiliser les deux outils que de se priver volontairement de l'un d'entre eux et de se rendre la tâche plus compliquée juste pour le fun.
Je ne comprends pas cette attitude qui consiste à comparer les deux outils et à vouloir en exclure un parce qu'il est "moins efficace". C'est pas comme si on ne pouvait pas faire les deux.
Le bâteau coule, il y a une pompe et des seaux. La pompe est plus efficace que les seaux mais si l'eau rentre plus vite que le débit de la pompe, il me paraît judicieux d'utiliser les seaux aussi, même s'ils sont moins efficaces…
On pourrait avancer que la décroissance, nécessairement induite par la réduction de l'énergie disponible, ça veut dire beaucoup moins d'ordinateurs et de microprocesseurs cachés partout.
Note bien que s'il est compétent dans la matière il a peut-être de bonnes raisons d'être anti-nucléaire (et donc, de militer contre). Être compétent ne veut pas forcément être pour quelque chose.
En Belgique, j'ai aussi une pile d'appareils comme ça à la maison de diverses banques et époques et également des digipass dans ce style-là:
Mais tous sont en train de tomber en désuétude au profit d'applications sur smartphone dans laquelle il faut scanner un code QR ou équivalent.
J'ai aussi une banque dans laquelle je ne dispose que d'une carte visa, et l'identification se fait soit via le mot de passe avec une page dégueulasse quasi sans style, avec des URLs improbables, soit via l'application smartphone. La même banque fournit un digipass pour les gens qui ont un compte à vue.
Ou alors tu introduis une url linuxfr.org/@slug ou linuxfr.org/~slug (qui ne gère que les slugs) et tu fais une 304 depuis /user/slug (qui est ambigue). Les @ sont à la mode :-)
Il me semble opportun de mentionner que ce n'est pas vraiment une réécriture (par les mainteneurs de su/sudo) mais d'une réimplémentation par une équipe tierce (au même titre que GNU grep est une réimplémentation de grep). Su et sudo ne vont pas être remplacés, les projets vont vraisemblablement exister en parallèle.
Même si la question peut se poser pour les longues dépêches, les contenus courts (typiquement les liens) peuvent être lus intégralement sans jamais aller dans la page du contenu proprement dit.
Pour savoir si (ou du moins espérer que) un lien a été lu il faudrait d'une façon où d'une autre traquer le clic sur le lien. L'effort me semble démesuré et difficilement justifiable pour le résultat attendu.
Bien sûr que si il y a une copie locale, c'est le principe d'un cache. C'est dommage que tu n'aies pas suivi le lien avant de commenter, tu aurais pu y lire:
External images on LinuxFr.org
Our users can use images from external domains on LinuxFr.org. This component is a reverse-proxy / cache for these images.
The main benefits of using a proxy instead of linking directly the images are:
No flood: images can be hosted on small servers that are not able to handle all the traffic from LinuxFr.org, so we avoid to flood them
History: even if a server is taken down, we are able to keep serving images that are already used on our pages
Security: on the HTTPS pages, we won't include images from other domains that are available only in HTTP, so it prevents browsers from displaying warning about unsafe pages
Privacy: the users won't connect to the external domains, so their IP addresses won't be logged on these servers.
Le point 2 est littéralement ce dont il est question ici.
Par ailleurs tu peux lire le code source (notamment la fonction saveImageInCache()), et tu constateras par toi-même que le service enregistre bien une copie locale de l'image.
L'entrée du suivi concerne la possibilité d'uploader directement une image. Elle n'est donc pas directement pertinente par rapport au commentaire parent: la suppression de l'image source (par exemple sur imgur) ne devrait pas affecter le rendu de linuxfr, même si, encore une fois, il arrive que des images disparaîssent, par exemple si on supprime le cache. Mais il suffit alors de ne plus vider le cache ¯\_(ツ)_/¯
Dans le cas de Linuxfr ce n'est pas une question d'économie de bande passante vu que le site garde une copie locale de toutes les images services (voir img-Linuxfr.org). De ce que je comprends de l'intention les images ne sont pas censées disparaître, donc il y a peut-être un bug à corriger.
En même temps la simplicité est une "feature" de Visa, c'est pour ça qu'ils ont tous ces mécanismes de surveillance, la possibilité de contester des transactions après coup, les assurances, l'envoi d'une nouvelle carte au moindre doute, etc.
Le cryptogramme et le 3D-Secure sont tout simplement des procédés qui permettent d'augmenter la certitude que la commande a été passée par le possesseur de la carte, qui pourrait sinon faire opposition, ce qui signifierait potentiellement que le commerçant pourrait ne pas être payé. Pensez aux règles anti-spam de postfix, c'est pareil.
J'ai eu un tel coup de fil car mon numéro de carte avait été utilisé 2x sur des sites dont je n'avais jamais entendu parler, mais apparemment sans succès (soit un mauvais cryptogramme visuel soit absence de validation par l'application de la banque, mais la personne du callcenter n'en savait rien)
Pareil, la carte a été invalidée et j'en ai reçu une nouvelle "deux jours" après (des jours bancaires, soit une semaine et demie 🤣).
En fait tu devrais juste dire que tu fais une double licence MIT pour les gens qui paient pour pouvoir utiliser slint dans leur produit propriétaire 🤷
Après tout on peut tout à fait faire du libre sans le distribuer. La GPL impose de garantir les 4 libertés aux clients, pas de distribuer sur internet pour des gens tiers qui n'ont pas payé.
Je doute que les sopalins soient fabriqués à partir de vieux chênes, mais par contre avant d'arrêter les incinérateurs on pourrait arrêter de brûler des trucs dans le but premier de produire de l'électricité (par opposition à produire de l'électricité par opportunisme car on doit brûler le truc de toute façon).
[^] # Re: Formats non destructifs indispensables
Posté par nud . En réponse à la dépêche Des formats d'image. Évalué à 7.
TIFF, c'est un format conteneur (un peu comme ogg en audio ou mkv en vidéo) qui peut contenir à peu près n'importe quoi. Fun fact, le TIFF peut être destructif si l'image est stockée JPEG dans le conteneur.
D'ailleurs une expansion non-officielle de TIFF c'est Thousands of Incompatible File Formats…
[^] # Re: Nextcloud
Posté par nud . En réponse au journal Vos services pour mail/calendrier et synchro de dossiers ?. Évalué à 2.
Ils ont quand même un support officiel pour les mails via leur package "groupware". C'est sous la forme de plugins mais quasiment tout est sous la forme de plugins dans Nextcloud… Par contre c'est bien un client e-mail, il faut toujours installer son propre serveur derrière.
[^] # Re: PNG encore utile.
Posté par nud . En réponse à la dépêche Des formats d'image. Évalué à 5.
Je pense que pour un si petit fichier ce genre de pinaillage n'a aucun intérêt pratique. Sur le disque un fichier va occuper au minimum un bloc de 4 kB sur un disque formatté en ext4 donc toute taille de fichier inférieure n'a aucune pertinence. En HTTP il est plus difficile de juger mais avec la masse de données envoyée en en-têtes, certificats TLS, etc., on n'est sans doute pas à un ou deux kB près non plus.
La seule chose que ça démontre c'est que certains formats ont une structure plus lourde que d'autres, typiquement liée à la flexibilité dudit format. Il serait plus intéressant de comparer de "grosses" images de différents types et c'est pour ça que c'est ce que les benchmarks font.
[^] # Re: Avis sur HEIF
Posté par nud . En réponse à la dépêche Des formats d'image. Évalué à 5.
Et ceux qui utilisent un smartphone de marque Apple utilisent HEIC car c'est dans ce format que l'iPhone stocke les photos. Donc être capable de lire ce format est important si on veut éviter de dégrader la qualité (et augmenter la taille des images) en les convertissant en JPEG.
CECI DIT, si c'est une bonne raison pour que Darktable/Photos/Shotwell/whatever supporte la lecture du foramt HEIC ce n'est pas en soi une raison valable pour utiliser ce format sur le web, car devoir potentiellement payer des royalties est un problème. Dans la mesure où tous les sites "grand public" vont convertir eux-même les photos dans un format léger quite à ce qu'il soit dégueulasse, le partage de ces photos n'est pas un argument pertinent pour imposer le support d'un format breveté dans Firefox ou Chrome.
[^] # Re: PNG encore utile.
Posté par nud . En réponse à la dépêche Des formats d'image. Évalué à 3. Dernière modification le 26 juin 2023 à 23:30.
Dans la mesure où un une icône de 16×16 contient 256 pixels, à raison de 32 bits par pixel (soit 3 canaux couleurs de 8 bits + un canal de transparence) on obtient 1024 octets, ou 1 kio, soit le "PNG optimisé" ne l'est pas du tout, soit il stocke masse de métadonnées.
Si ton image est en noir et transparent (soit deux couleurs) elle peut théoriquement tenir sur 256 bits, soit 32 octets, sans compression, à quoi il faut ajouter la taille de la palette de deux couleurs.
Avec gimp et les directives que tu donnes j'obtiens une image de 143 bytes, dont, si je n'ai pas fait d'erreur:
Au final il y a plus d'octets liés au format lui-même (rien que le bornage et l'identification des 5 sections ça fait 60 octets) que de données…
Le hexdump pour les curieux, qui est plus court que le commentaire:
[^] # Re: Compression sans perte ou encodage ?
Posté par nud . En réponse à la dépêche Des formats d'image. Évalué à 5. Dernière modification le 26 juin 2023 à 11:07.
Les formats habituels de compression de données (gzip, bzip, lzma, etc) sont heureusement sans perte. On parle de compression parce que la taille finale est inférieure à la taille initiale, le fait que cela passe par un encodage de Huffman ou équivalent est un détail d'implémentation.
[^] # Re: 2013
Posté par nud . En réponse au journal Justin et la légende des chevaliers. Évalué à 3. Dernière modification le 23 juin 2023 à 13:06.
A priori elle a passé la main en 2016.. Aussi mentionné sur linuxfr.
[^] # Re: [X] ça dépend, ça dépend aussi
Posté par nud . En réponse au sondage Sur LinuxFr.org, quand je note pertinent/inutile, en fait je note.... Évalué à 7.
Souvent aussi, je moinsse parce que le commentaire est injurieux.
[^] # Re: Moinssage attendu => Y'a qu'à demander
Posté par nud . En réponse au lien Appel de scientifiques contre un nouveau programme nucléaire (moinssage attendu). Évalué à 5.
Si on a deux outils efficaces, il est plus intéressant d'utiliser les deux outils que de se priver volontairement de l'un d'entre eux et de se rendre la tâche plus compliquée juste pour le fun.
Je ne comprends pas cette attitude qui consiste à comparer les deux outils et à vouloir en exclure un parce qu'il est "moins efficace". C'est pas comme si on ne pouvait pas faire les deux.
Le bâteau coule, il y a une pompe et des seaux. La pompe est plus efficace que les seaux mais si l'eau rentre plus vite que le débit de la pompe, il me paraît judicieux d'utiliser les seaux aussi, même s'ils sont moins efficaces…
[^] # Re: quel rapport avec le libre ?
Posté par nud . En réponse au lien Appel de scientifiques contre un nouveau programme nucléaire (moinssage attendu). Évalué à 4.
On pourrait avancer que la décroissance, nécessairement induite par la réduction de l'énergie disponible, ça veut dire beaucoup moins d'ordinateurs et de microprocesseurs cachés partout.
[^] # Re: Premiers soutiens
Posté par nud . En réponse au lien Appel de scientifiques contre un nouveau programme nucléaire (moinssage attendu). Évalué à 4. Dernière modification le 21 juin 2023 à 09:11.
Note bien que s'il est compétent dans la matière il a peut-être de bonnes raisons d'être anti-nucléaire (et donc, de militer contre). Être compétent ne veut pas forcément être pour quelque chose.
[^] # Re: Deux poids deux mesures.
Posté par nud . En réponse au lien L’Europe veut en finir pour de bon avec Huawei et ZTE - numerama. Évalué à 5.
Quels équipementiers reste-t-il en Europe ? Nokia et Ericsson ? Le reste d'Alcatel-Lucent est maintenant chinois.
[^] # Re: Dans le pays plat ...
Posté par nud . En réponse au journal Ils sont devenu fous. Évalué à 5.
En Belgique, j'ai aussi une pile d'appareils comme ça à la maison de diverses banques et époques et également des digipass dans ce style-là:
Mais tous sont en train de tomber en désuétude au profit d'applications sur smartphone dans laquelle il faut scanner un code QR ou équivalent.
J'ai aussi une banque dans laquelle je ne dispose que d'une carte visa, et l'identification se fait soit via le mot de passe avec une page dégueulasse quasi sans style, avec des URLs improbables, soit via l'application smartphone. La même banque fournit un digipass pour les gens qui ont un compte à vue.
Le pire côtoie le meilleur, comme souvent.
[^] # Re: Images
Posté par nud . En réponse à l’entrée du suivi mettre le logo à jour pour le mois des fiertés LGBTQ (juin 2023). Évalué à 2 (+0/-0).
Le fichier XCF ne correspond pas à l'image ceci dit
[^] # Re: Est-ce voulu ?
Posté par nud . En réponse à l’entrée du suivi Slug purement numérique pour un compte utilisateur et effet sur le routage. Évalué à 2 (+0/-0). Dernière modification le 25 mai 2023 à 09:35.
Ou alors tu introduis une url linuxfr.org/@slug ou linuxfr.org/~slug (qui ne gère que les slugs) et tu fais une 304 depuis /user/slug (qui est ambigue). Les @ sont à la mode :-)
# Images
Posté par nud . En réponse à l’entrée du suivi mettre le logo à jour pour le mois des fiertés LGBTQ (juin 2023). Évalué à 4 (+0/-0). Dernière modification le 23 mai 2023 à 17:00.
L'image proposée par Krunch et quelques variantes:
# Réécriture par un tiers
Posté par nud . En réponse au lien sudo & su Being Rewritten In Rust For Memory Safety - phoronix. Évalué à 10.
Il me semble opportun de mentionner que ce n'est pas vraiment une réécriture (par les mainteneurs de su/sudo) mais d'une réimplémentation par une équipe tierce (au même titre que GNU grep est une réimplémentation de grep). Su et sudo ne vont pas être remplacés, les projets vont vraisemblablement exister en parallèle.
# Liens et contenus courts
Posté par nud . En réponse à l’entrée du suivi Supprimer les liens pertinent/inutile des pages de liste de contenus (dépêches, journaux, liens…). Évalué à 2 (+0/-0).
Même si la question peut se poser pour les longues dépêches, les contenus courts (typiquement les liens) peuvent être lus intégralement sans jamais aller dans la page du contenu proprement dit.
Pour savoir si (ou du moins espérer que) un lien a été lu il faudrait d'une façon où d'une autre traquer le clic sur le lien. L'effort me semble démesuré et difficilement justifiable pour le résultat attendu.
[^] # Re: Méchant facile
Posté par nud . En réponse au lien La bibliothèque d’Imgur brûle : tout n’est pas permanent sur Internet . Évalué à 8.
Bien sûr que si il y a une copie locale, c'est le principe d'un cache. C'est dommage que tu n'aies pas suivi le lien avant de commenter, tu aurais pu y lire:
Le point 2 est littéralement ce dont il est question ici.
Par ailleurs tu peux lire le code source (notamment la fonction
saveImageInCache()), et tu constateras par toi-même que le service enregistre bien une copie locale de l'image.L'entrée du suivi concerne la possibilité d'uploader directement une image. Elle n'est donc pas directement pertinente par rapport au commentaire parent: la suppression de l'image source (par exemple sur imgur) ne devrait pas affecter le rendu de linuxfr, même si, encore une fois, il arrive que des images disparaîssent, par exemple si on supprime le cache. Mais il suffit alors de ne plus vider le cache ¯\_(ツ)_/¯
[^] # Re: Méchant facile
Posté par nud . En réponse au lien La bibliothèque d’Imgur brûle : tout n’est pas permanent sur Internet . Évalué à 5.
Dans le cas de Linuxfr ce n'est pas une question d'économie de bande passante vu que le site garde une copie locale de toutes les images services (voir img-Linuxfr.org). De ce que je comprends de l'intention les images ne sont pas censées disparaître, donc il y a peut-être un bug à corriger.
[^] # Re: cryptogramme
Posté par nud . En réponse au journal Carte bancaire piratée, la faute à qui ?. Évalué à 4. Dernière modification le 11 avril 2023 à 09:39.
En même temps la simplicité est une "feature" de Visa, c'est pour ça qu'ils ont tous ces mécanismes de surveillance, la possibilité de contester des transactions après coup, les assurances, l'envoi d'une nouvelle carte au moindre doute, etc.
Le cryptogramme et le 3D-Secure sont tout simplement des procédés qui permettent d'augmenter la certitude que la commande a été passée par le possesseur de la carte, qui pourrait sinon faire opposition, ce qui signifierait potentiellement que le commerçant pourrait ne pas être payé. Pensez aux règles anti-spam de postfix, c'est pareil.
# Simple impression du numéro
Posté par nud . En réponse au journal Carte bancaire piratée, la faute à qui ?. Évalué à 6.
J'ai eu un tel coup de fil car mon numéro de carte avait été utilisé 2x sur des sites dont je n'avais jamais entendu parler, mais apparemment sans succès (soit un mauvais cryptogramme visuel soit absence de validation par l'application de la banque, mais la personne du callcenter n'en savait rien)
Pareil, la carte a été invalidée et j'en ai reçu une nouvelle "deux jours" après (des jours bancaires, soit une semaine et demie 🤣).
[^] # Re: Wayland / HiDPI / fractional scaling
Posté par nud . En réponse à la dépêche Slint 1.0 : une boîte à outils graphiques natifs pour poste client et embarqué. Évalué à 2.
T'as pas envie de corriger les ombres (ou l'absence de) avec Qt5 sous wayland tant que tu y es? :-D
[^] # Re: Ben plutôt le contraire
Posté par nud . En réponse à la dépêche Slint 1.0 : une boîte à outils graphiques natifs pour poste client et embarqué. Évalué à 4.
En fait tu devrais juste dire que tu fais une double licence MIT pour les gens qui paient pour pouvoir utiliser slint dans leur produit propriétaire 🤷
Après tout on peut tout à fait faire du libre sans le distribuer. La GPL impose de garantir les 4 libertés aux clients, pas de distribuer sur internet pour des gens tiers qui n'ont pas payé.
[^] # Re: énergie décarbonée?
Posté par nud . En réponse au lien Énergies renouvelables : la "chaleur fatale", une énergie antigaspi bénéfique pour l'environnement. Évalué à 1.
Je doute que les sopalins soient fabriqués à partir de vieux chênes, mais par contre avant d'arrêter les incinérateurs on pourrait arrêter de brûler des trucs dans le but premier de produire de l'électricité (par opposition à produire de l'électricité par opportunisme car on doit brûler le truc de toute façon).