WebP-Migrator für W3TC

Änderungsprotokoll

2.3.0

• Behoben: Save_Listener (eingeführt in 2.1.0) schrieb die <img>-Referenz einer Zwischengröße auf eine nicht existierende URL um, wenn WordPress das Attachment beim Upload selbst automatisch skaliert hatte: W3TC benennt diese Zwischengrößen-WebP-Dateien nach der „-scaled“-Vollgröße, nicht nach dem eigenen Vor-Skalierungs-Dateinamen der Größe, wodurch ein blinder Endungstausch den falschen Dateinamen erzeugte. Jede Größe wird jetzt anhand der bereits migrierten Metadaten des Attachments aufgelöst (Abgleich per Breite×Höhe) statt geraten.

2.2.0

• Behoben: Ein frisch hochgeladenes Bild wurde im Block-Editor als kaputtes Bild angezeigt, wenn es innerhalb weniger Augenblicke nach dem Einfügen fertig konvertiert wurde (und bei aktiviertem „Quellbilder löschen“ das Original bereits gelöscht wurde) — der Browser stellte es noch von der ursprünglichen URL dar. Das Löschen der Originaldateien eines Attachments wird jetzt um eine kurze Gnadenfrist (standardmäßig 15 Minuten, per sevwmfw3tc_deletion_grace_period filterbar) nach dem Upload verzögert und nach Ablauf automatisch nachgeholt.

2.1.0

• Behoben: Ein Timing-Problem, bei dem ein Bild, das in einen gerade bearbeiteten (noch nicht gespeicherten) Beitrag eingefügt wurde, während W3 Total Cache es im Hintergrund fertig konvertierte, nie korrigiert wurde — das Attachment war zum Zeitpunkt des Speicherns bereits als konvertiert markiert, sodass weder der automatische Listener noch das manuelle Batch-Werkzeug es erneut aufgriffen. Der Beitragsinhalt wird jetzt auch beim Speichern für <img>-Tags korrigiert, die auf ein bereits konvertiertes Attachment verweisen.

2.0.9

• Behoben: Anhänge blieben dauerhaft hängen, wenn ihre angehängte Datei bereits in .webp umbenannt war (z. B. durch eine unterbrochene frühere Migration), post_mime_type aber nie entsprechend aktualisiert wurde – das Plugin behandelte sie weiterhin als nicht konvertiert, konnte für eine bereits-.webp-URL aber kein Ersetzungspaar bilden. Solche Anhänge werden jetzt erkannt und ihr Mime-Type/Metadaten werden korrigiert.

2.0.8

• Die Diagnose-Log-Meldung für übersprungene Anhänge ohne verwertbare URL/Endung wurde verbessert: Sie unterscheidet jetzt, ob wp_get_attachment_url() gar nichts zurückliefert oder eine URL mit nicht erkannter Endung – beides deutet auf unterschiedliche zugrunde liegende Probleme hin, die bisherige einzelne generische Meldung sagte nicht, welcher Fall vorlag.

2.0.7

• Behoben: Original-Bilddateien wurden gelöscht, obwohl sie noch von einem Widget (z. B. einem Custom-HTML/Text-Widget) oder einem Theme-Mod (z. B. einem Hintergrundbild im Customizer) referenziert wurden, da nur wp_posts.post_content nach Referenzen durchsucht wurde. Beide werden jetzt ebenfalls geprüft und sicher aktualisiert (über get_option()/update_option() statt eines rohen String-Ersetzens, da ihre Werte serialisiert sind).

2.0.6

• Behoben: Original-Bilddateien wurden gelöscht, obwohl sie noch von Inhalten referenziert wurden, die eine root-relative oder protokoll-relative URL verwendeten (z. B. url(/wp-content/uploads/...) im „Zusätzliches CSS“-Feld des Customizers), weil nur nach der vollständigen absoluten URL gesucht und ersetzt wurde. Root-relative und protokoll-relative Varianten werden jetzt ebenfalls geprüft.

2.0.5

• Behoben: Anhänge meldeten dauerhaft „0 Bilder verarbeitet“, obwohl ihr Beitragsinhalt bereits erfolgreich auf funktionierende WebP-URLs umgeschrieben war. Attachment_Migrator hat den WebP-Pfad unabhängig mit der älteren, einfacheren Logik neu vorhergesagt, statt das von Processor bereits ermittelte Ergebnis (inklusive des 2.0.4-Kind-Attachment-Fallbacks) zu verwenden, wodurch die Datei nicht gefunden und der Anhang dauerhaft als nicht migriert markiert werden konnte.

2.0.4

• Behoben: Bilder blieben dauerhaft hängen, wenn die WebP-Vollgröße am vorhergesagten Pfad fehlte, obwohl W3 Total Cache das Bild als „converted“ markiert hatte (z. B. weil ein späterer erneuter Konvertierungsvorgang sie gelöscht und ersetzt hat). Das Plugin prüft jetzt zusätzlich W3TCs eigenen „Kind-Attachment“-Datensatz für die konvertierte Datei, der unabhängig vom tatsächlichen Dateipfad maßgeblich ist.

2.0.3

• Behoben: Der Batch „Bereits konvertierte Bilder verarbeiten“ fand stillschweigend 0 zu verarbeitende Bilder (die verbleibende Anzahl blieb unverändert stehen, ohne jegliches Log), wenn Anhänge mit einem Status ungleich „converted“ im w3tc_imageservice-Meta nach ID zufällig vor den konvertierten sortiert wurden. Der Status wird jetzt bereits auf Datenbankebene gefiltert, statt erst nachdem das Batch-Limit angewendet wurde.

2.0.2

• Behoben: Bilder blieben dauerhaft als „noch nicht verarbeitet“ hängen, wenn W3 Total Caches ImageService stillschweigend das Erzeugen einer Zwischengröße überspringt (z. B. Site-Icon-Größen, die nur in bestimmten Admin-Kontexten registriert werden). Die fehlende Größe wird jetzt aus der bereits konvertierten WebP-Vollgröße nachgeneriert, statt endlos auf ein Ereignis zu warten, das nie eintritt.
• Diagnose-Logging hinzugefügt (hinter WP_DEBUG_LOG), das erklärt, warum ein Bild bei der Verarbeitung übersprungen wurde – hilfreich zur Diagnose von Batches ohne Fortschritt („Noch X Bilder übrig“ bleibt bei derselben Zahl stehen).

2.0.1

• Getestet bis WordPress 7.1 und W3 Total Cache 2.10.2.

2.0.0

• Verbesserte Kompatibilität mit den Bildkonvertierungen des W3 Total Cache ImageService.
• Option hinzugefügt, um Originalbilder nach erfolgreicher Konvertierung automatisch zu löschen.
• Verschiedene Code-Verbesserungen.

1.0.0

• Erstveröffentlichung.