Fortsetzung der Diskussion aus Optionale Bildoptimierung vor dem Hochladen:
Diese Funktion ist jetzt hier auf Meta zum Testen verfügbar. Das Hochladen eines Bildes löst im Browser des Nutzers eine Größenanpassung/Enkodierung aus, bevor es an den Server gesendet wird.
Bitte probieren Sie es aus, und zwar in diesem Thema oder in Ihrer eigenen Community, indem Sie die Site-Einstellung „composer media optimization image enabled
Hier ist ein 57-MB-Foto von ein paar Bäumen, das ich vor 10 Jahren aufgenommen und in den Editor gezogen habe
Das ging ziemlich schnell! 
Gute Arbeit!
Ein kleiner Hinweis zum Ladeprozentsatz. Beim Hochladen dieses 6,1 MB großen HEIC-Bildes habe ich festgestellt, dass der Ladevorgang relativ schnell auf 100 % springt, dort dann aber etwa 50 Sekunden verharrt, bevor der Vorgang abgeschlossen ist. Das könnte zu Verwirrung oder zum Abbruch führen.
Video zum Problem: Image optimization loading percentage | Loom
Das ist großartig. Eine kurze Frage, vielleicht eine offensichtliche: Wäre es möglich, dies nur für Bilder zu aktivieren, die über dem Seitenlimit liegen? So würden Bilder bis zum Limit nicht verarbeitet, aber wenn jemand versucht, darüber zu gehen, würde es scheinbar herunterskalieren?
Das ist etwas, worauf ich schon lange gewartet habe 
Danke, Falco.
Ich habe eine Frage: Werden dabei auch ältere Bilder optimiert, wenn Beiträge neu gerendert werden, oder nur die neuen Uploads? Nochmals danke 
Sie haben diese neue Funktion nicht getestet, da sie bei importierten HEIF-Bildern nicht funktioniert. Ich wollte zwar mit HEIF arbeiten, aber die Unterstützung für die Dekodierung im Browser ist nicht vorhanden HEIF/HEIC image format | Can I use... Support tables for HTML5, CSS3, etc. Sie haben also die serverseitige HEIF-Konvertierung getestet, die wir bereits seit einiger Zeit betreiben.
Ich könnte es funktionsfähig machen, indem ich einen WebAssembly-Dekodierer bereitstelle, aber da solche Bilder so selten sind, hielt ich das für nicht notwendig, da wir bereits die serverseitige Konvertierung haben, an der @pmusaraj gearbeitet hat.
Derzeit kann diese Funktion JPG, PNG und GIF importieren. Ich kann die Unterstützung für AVIF/JPEGXL/TIFF problemlos hinzufügen und werde dies in Kürze tun.
Ja! Passen Sie composer media optimization image kilobytes optimization threshold auf den gewünschten Wert an.
Nein, das wird nicht passieren. Diese Arbeit erfolgt im Browser des Nutzers, kurz vor dem Hochladen. Rebake ist ein serverseitiger Prozess, daher sind sie recht unterschiedlich.
(Ein 28 MB großes Foto, das ich während des ersten Lockdowns 2020 aus dem Stadtzentrum aufgenommen habe)
Ich habe den Upload mit verschiedenen Verbindungsgeschwindigkeiten getestet, von 1 Gbit/s bis 1 Mbit/s. Es funktionierte gut, außer bei der 1-Mbit/s-Bandbreite. Das Upload-Verhalten bei dieser war etwas seltsam.
Es blieb lange bei 0 % hängen, dann stieg der Prozentsatz schnell an (schneller, als eine 1-Mbit/s-Verbindung hochladen würde), und blieb schließlich lange bei 100 %, bevor diese Meldung angezeigt wurde:
Beachten Sie, dass das Originalformat meines Bildes JPG und nicht PNG ist… 
[Uploading: 20200328_141218.jpg...]() blieb im Beitrag stehen, anstatt das Bild anzuzeigen.
Zwei Probleme:
Wenn wir die Nachricht abbrechen und den Entwurf verwerfen, während wir ein Bild hochladen, und dann eine neue Antwort posten möchten, wird der Ladebalken weiterhin im Editor angezeigt:
Wir müssen die Seite neu laden, damit dies verschwindet.
Es ist für den Benutzer etwas verwirrend, dass die Seite das Senden und Anzeigen eines 50 MB großen Bildes erlaubt, aber wenn ich versuche, ein 21600×21600 Pixel großes Bild mit 108 MB zu senden (von hier), erhalte ich diese Meldung:
Die Verwirrung besteht darin, dass > 4 MB verboten sind, aber Bilder mit 50+ MB trotzdem erlaubt sind.
Was ist der eigentliche Grund, warum ich dieses Bild nicht hochladen kann?
Ein wirklich cooles Foto! Von 28 MB auf 113 KB ist ein ziemlich gutes Verhältnis!
Diese neue Funktion ändert also nur die Phase „vor dem Upload“. Wir fangen die Datei ab, die du hochladen möchtest, wenden Transformationen darauf an, ersetzen sie dann durch die kleinere neue Datei und setzen den ursprünglichen Upload-Vorgang fort.
Es bleibt in der Phase vor dem Upload bei 0 % stehen und zeigt „Verarbeitung…“ an, was also zu erwarten ist. Ich werde versuchen, auch den String „Hochladen…“ unten auszutauschen.
4 MB sind weiterhin verboten. Der Trick besteht darin, dass wir das Bild so optimieren, dass es, wenn möglich, > 4 MB groß ist, damit es die Dateigrößenbeschränkung übersteht.
Ich habe einige Bilder von dieser Seite ausprobiert, aber sie verwenden alle PNG-Transparenz, sodass ich sie nicht sicher in JPG umwandeln kann. Der Optimierer bricht daher ab.
Ich habe jetzt ein 60-MB-PNG getestet. Der Optimierer kann damit umgehen, verbraucht dabei jedoch über 4 GB RAM, um am Ende ein 360-KB-JPG zu erzeugen.
Welches Gerät, welchen Browser und welche Betriebssystemversion hast du bei diesem Test verwendet?
Ich habe eine neue Composer-Statusmeldung „Upload wird verarbeitet“ hinzugefügt, damit du jetzt genau weißt, was passiert.
Diese Funktion kann jetzt sicher getestet werden. Lass mich bitte wissen, wie es in deiner Community läuft!
Ich versuche es mit einem 1,6-MB-Foto, das ich mit meinem iPhone aufgenommen habe:
Wow, 300 KB und sehr hohe Qualität.
Hallo Falco,
ich habe die Bildoptimierung über Composer genutzt. Mir ist aufgefallen, dass die Antwort-Schaltfläche aktiviert wird, sobald das erste Bild hochgeladen ist, und erst deaktiviert wird, wenn die Optimierung des nächsten Bildes abgeschlossen ist. Wenn man in diesem Zeitraum auf die Antwort-Schaltfläche klickt, bleiben die anderen Bild-Uploads hängen und es wird nur der Text erstellt (Verarbeitung). Ich kann das hier nicht reproduzieren, da Meta die Schaltfläche schnell ändert, aber auf meiner Seite hängt es meistens ~10 Sekunden oder länger zwischen den Uploads. Ich verwende die Standardeinstellungen und 3 Bilder mit jeweils ~3–4 MB.
Ich habe es mit einem Huawei P20 Pro (Android 10, Chrome 91.0.4472.120) über die Web-App getestet.
Wie Sie im Video sehen können, wird die Antwort-Schaltfläche nach dem Hochladen (Feltöltés) aktiviert. Jedes Bild ist ca. 2,3 MB groß.
Ist es möglich, die Antwort-Schaltfläche während des gesamten Bild-Uploads zu deaktivieren?
Ich bin bei dieser Einstellung verwirrt. Ist „Kilobytes
Danke für den Bericht! Es gab einen Fehler bei der Berechnung des Deaktivierungszustands der Schaltfläche:
Ja, Kilobyte - Wikipedia. Standardmäßig ist es ein halbes Megabyte, aber Sie können es nach Bedarf anpassen. Ich empfehle, wenn Sie den meisten Speicherplatz sparen möchten, einen Wert von ca. 300 KB zu wählen.
Danke für die Korrektur.
Ich verstehe. Ich dachte nur, es sei ein Tippfehler und Bytes wären als Kilobytes geschrieben worden. Denn als ich 524288 KB in den Konverter eingegeben habe, stand dort 512 MB. Das hat mich verwirrt. Aber ja, jetzt habe ich es verstanden. Danke.
Ah, jetzt verstehe ich es. Meine Schuld!
Hallo,
danke für die Korrektur 
Jetzt funktioniert es super!
Ich habe eine Frage zu den mobilen Uploads. Wenn ich ein Bild vom Mobilgerät hochlade, wird es nicht auf die gewünschte Pixelbreite skaliert. Es scheint nur die Qualität geändert zu werden. Beim Versuch auf einem Desktop-PC funktioniert die Skalierung. Habe ich etwas übersehen? Danke
Wir versuchen, sowohl auf Mobilgeräten als auch auf Desktops die Größe anzupassen. Die Größenanpassung kann jedoch fehlschlagen, wenn die Hardware Ihres Geräts zu schwach ist. In diesem Fall überspringen wir den Vorgang.
