Cette fonctionnalité est désormais disponible pour test ici sur Meta. L’envoi d’une image ici déclenchera un redimensionnement et un encodage dans le navigateur de l’utilisateur avant qu’elle ne soit envoyée au serveur.
Veuillez l’essayer, dans ce sujet ou dans votre propre communauté, en activant le paramètre de site « composer media optimization image enabled ». Nous le laissons désactivé par défaut pendant la phase de test.
Pour illustrer la différence, voici un avant/après :
Un petit point concernant le pourcentage de chargement. Lors du téléchargement de cette image HEIC de 6,1 Mo, j’ai constaté qu’elle atteignait 100 % assez rapidement, puis restait bloquée à ce niveau pendant environ 50 secondes avant de se terminer. Cela pourrait prêter à confusion ou entraîner une annulation.
C’est génial. Une petite question, peut-être évidente : serait-il possible de ne l’activer que pour les images dépassant la limite du site ? Ainsi, les images jusqu’à la limite ne seraient pas traitées, mais si quelqu’un tente de dépasser cette limite, l’image serait apparemment réduite d’échelle ?
C’est exactement ce que j’attendais depuis longtemps Merci, Falco.
J’ai une question : l’optimisation des images plus anciennes se fait-elle lors de la régénération des publications, ou uniquement pour les nouveaux téléchargements ? Merci encore
Vous n’avez pas testé cette nouvelle fonctionnalité car elle ne fonctionne pas avec les images HEIF ingérées. Je souhaitais travailler avec le format HEIF, mais le support du décodage par les navigateurs est inexistant HEIF/HEIC image format | Can I use... Support tables for HTML5, CSS3, etc. Vous avez donc testé la conversion côté serveur des fichiers HEIF, qui fonctionne déjà depuis un certain temps.
Je pourrais le faire fonctionner en intégrant un décodeur WebAssembly, mais ces images sont si rares que je n’ai pas jugé cela nécessaire, d’autant que nous disposons déjà de la conversion côté serveur sur laquelle @pmusaraj a travaillé.
Pour l’instant, cette fonctionnalité prend en charge l’ingestion de JPG, PNG et GIF. Je peux facilement ajouter le support des formats AVIF, JPEGXL et TIFF, et je le ferai bientôt.
Oui ! Ajustez composer media optimization image kilobytes optimization threshold à la valeur souhaitée.
Non, ce n’est pas le cas. Ce traitement s’effectue dans le navigateur de l’utilisateur, juste avant le téléchargement. Le re-cuisson (rebake) est un processus côté serveur, ils sont donc très différents.
(Une photo de 28 Mo prise dans le centre-ville lors du premier confinement en 2020)
J’ai testé l’upload avec diverses vitesses de connexion, de 1 Go/s à 1 Mo/s. Tout a bien fonctionné, sauf pour la bande passante de 1 Mo/s. Le comportement d’upload avec cette dernière était un peu étrange.
Il restait bloqué à 0 % pendant longtemps, puis le pourcentage augmentait rapidement (plus vite que ce qu’une connexion de 1 Mo/s permettrait), puis il restait bloqué à 100 % pendant un long moment avant d’afficher ce message :
Si nous annulons le message et jetons le brouillon pendant le téléchargement d’une image, puis que nous souhaitons publier une nouvelle réponse, la progression du chargement reste affichée dans le compositeur :
Nous devons recharger la page pour que cela disparaisse.
Il est un peu déroutant pour l’utilisateur que le site autorise l’envoi et l’affichage d’une image de 50 Mo, mais que lorsque j’essaie d’envoyer une image de 21 600 × 21 600 pixels et 108 Mo (provenant de ici), je reçois ce message :
La confusion réside ici dans le fait que les images de plus de 4 Mo sont interdites, alors que des images de plus de 50 Mo sont pourtant autorisées.
Quelle est la vraie raison pour laquelle je ne peux pas télécharger cette image ?
Belle photo ! Passer de 28 Mo à 113 Ko, c’est un excellent ratio !
Cette nouvelle fonctionnalité ne modifie donc que la phase « pré-envoi ». Nous interceptons le fichier que vous essayez d’envoyer, lui appliquons des transformations, puis remplaçons l’ancien fichier par le nouveau, plus petit, pour reprendre le processus d’envoi initial.
Il reste à 0 % et affiche « Traitement en cours… » pendant la phase de pré-envoi, ce qui est donc attendu. Je vais essayer de remplacer également la chaîne « Envoi en cours… » en bas de l’écran.
Les fichiers de plus de 4 Mo restent interdits. L’astuce consiste à optimiser l’image afin qu’elle dépasse 4 Mo lorsque c’est possible, pour qu’elle puisse survivre à la limitation de taille de fichier.
J’ai essayé quelques images de ce site, mais elles utilisent toutes une opacité PNG, donc je ne peux pas les convertir en JPG en toute sécurité et l’optimiseur abandonne.
J’ai testé un PNG de 60 Mo : l’optimiseur peut le gérer, mais il utilise plus de 4 Go de RAM pour aboutir à un JPG de 360 Ko.
Quel appareil, navigateur et version du système d’exploitation utilisiez-vous lors de ce test ?
J’ai commencé à utiliser l’optimisation des images via Composer. J’ai remarqué que si je souhaite télécharger plusieurs photos, le bouton « Répondre » s’active après le premier image téléchargé et ne se désactive qu’une fois l’optimisation de l’image suivante terminée. Si je clique sur le bouton « Répondre » à ce moment-là, les autres téléchargements d’images se bloquent et seul le texte est composé (en cours de traitement). Je ne parviens pas à reproduire le problème ici car sur Meta, le bouton change rapidement, mais sur mon site, il reste souvent bloqué pendant environ 10 secondes ou plus entre les téléchargements. J’utilise les paramètres par défaut et 3 images d’environ 3-4 Mo.
Je l’ai testé avec un Huawei P20 Pro sous Android 10 (Chrome 91.0.4472.120) via l’application web.
Comme vous pouvez le voir sur la vidéo, après les téléchargements (Feltöltés), le bouton « Répondre » s’active. Chaque image fait environ 2,3 Mo.
Est-il possible de désactiver le bouton « Répondre » en permanence pendant le téléchargement des images ?
Je suis confus concernant ce paramètre. L’unité « kilo-octets » est-elle correcte ?
Merci pour le signalement ! Il y avait un bug dans le calcul de l’état désactivé du bouton :
Oui Kilobyte - Wikipedia. La valeur par défaut est de la moitié d’un mégaoctet, mais vous pouvez l’ajuster selon vos besoins. Je vous recommande de descendre jusqu’à environ 300 Ko si vous souhaitez économiser le plus d’espace possible.
Je vois. Je pensais simplement qu’il s’agissait d’une erreur de frappe entre octets et kilo-octets. Parce que j’ai saisi 524288 ko dans le convertisseur et il a indiqué 512 Mo. C’est pour cela que j’étais confus. Mais oui, maintenant je comprends Merci.
Merci pour la correction Tout fonctionne parfaitement maintenant !
J’ai une question concernant les téléchargements sur mobile. Lorsque je télécharge une image depuis un mobile, elle n’est pas redimensionnée à la largeur cible en pixels. Je pense que seule la qualité est modifiée. Si j’essaie sur un PC de bureau, le redimensionnement fonctionne. Ai-je manqué quelque chose ? Merci
Nous essayons de redimensionner sur mobile et sur ordinateur, mais l’opération peut échouer si les ressources matérielles de votre appareil sont insuffisantes. Dans ce cas, nous la sautons.
Merci, Falco.
