Ich bin gerade dabei, Websiteinhalte von einer alten Site vor 4.1 auf eine neue zu migrieren und stoße auf ein Problem mit dem Rundungsfehler # 18532 und dem entsprechenden Fix .
Zusammenfassend lässt sich sagen, dass ein langjähriges Rundungsproblem auf der Seite von WordPress behoben wurde:
Stellen Sie sich vor, wir laden ein Bild mit einer Größe von 693 x 173 hoch und skalieren es auf eine Breite von 300:
- vor 4,1: 300 x 74
- Post 4.1: 300x75
Die Angelegenheit
Im Allgemeinen verursacht dies keine Probleme, da vorhandene Dateien und <img>
nicht berührt werden.
Aber wenn man den Daumen oder den Import - Anhänge von einem WXR Datei regenerieren sie erhalten erzeugt anders im Dateisystem alle verlassen <img>
in post_content
tot.
Auf der Suche nach einer Lösung
Ich habe über verschiedene Lösungen nachgedacht:
Zurück zu den schlechten alten Zeiten
Mit Changeset 30660 wurde ein neuer Filter eingeführt, mit wp_constrain_dimensions
dem das alte Verhalten von vor 4.1 einfach wieder hergestellt werden kann. Dies behebt das Problem. Aber ich frage mich, ob dies später zu Problemen führen könnte, und im Allgemeinen möchte ich das Problem beheben, obwohl dies funktioniert, würde ich es für nicht ideal halten.
Die Zeiten ändern sich'
Damit bleibt uns ein weiteres Ziel: Bereinigen Sie die Datenbank und ersetzen Sie alle Verweise auf die alten Dateien durch Verweise auf die neuen Dateien. Die Frage, die ich hier jetzt stelle, ist, wie das geht. Ich bin auf der Suche nach einer effektiven und allgemein anwendbaren Lösung, da ich vermute, dass dieses Problem viele Menschen betrifft und betreffen wird
Meine aktuelle Idee ist:
- Importieren, regenerieren oder was auch immer, was uns mit den neuen Dateien und defekten Tags zurücklässt.
- Erstellen Sie eine Liste A aus allen Dateien mit geänderter Größe im Dateisystem oder rufen Sie diese Informationen alternativ aus der Datenbank ab
- Analysieren Sie diese Liste und erstellen Sie eine zweite Liste B mit Dateinamen, die alle um ein Pixel versetzt sind, wie es vor 4.1 aussehen würde
- Führen Sie ein Suchen & Ersetzen in der gesamten Datenbank durch, indem Sie alle Vorkommen von B durch den entsprechenden Eintrag in A ersetzen
Ich bin mir nur nicht sicher, ob dies der intelligenteste und effizienteste Weg ist, um mit dieser Situation umzugehen. Es fühlt sich auch ein bisschen zu brachial an. Bevor ich es implementierte, wollte ich nur die unendliche Weisheit der WPSE-Menge überprüfen;)
[edit] Nachdem Sie die Antwort von ck-macleod gelesen haben (danke!), denke ich, dass ein Fix dies ein für alle Mal lösen sollte, damit Sie dieses Problem nicht ständig im Hinterkopf behalten müssen. [/bearbeiten]
[edit2] Ich habe gerade ein passendes Ticket für Trac gefunden . Hinzufügen als Referenz. [/ edit2]
error issue of #13852
haben meinen Sie#18532
? :)Antworten:
Dies ist ein anderer Ansatz als die andere Antwort , die beim Importieren von Inhalten mit dem Importprogramm funktioniert und die URLs ein für alle Mal repariert. Nochmals: Dies ist keine kampferprobte Lösung, sondern die Lösung, auf die ich mich festgelegt habe und die funktioniert hat.
Ich bevorzuge dies, da es das Problem ein für alle Mal löst und wenn es funktioniert, funktioniert es. Da Sie defekte Daten nicht in der Datenbank belassen und auf dem Display reparieren, müssen Sie sich später keine Gedanken mehr über defekte Daten machen.
quelle
Das Problem global und perfekt für ALLE Bilddateien (und Links) auf einer großen Site zu lösen - zum Beispiel angesichts der Möglichkeit, dass Einzelpersonen gelegentlich Bilddateien manuell umbenannt haben, um den WP-Stil zu imitieren - und anderer merkwürdiger Variationen - könnte schwierig sein. Operationen zum Suchen und Ersetzen von Datenbanken sind ebenfalls mit Komplikationen (und Risiken!) Verbunden.
Könnten Sie die große Mehrheit der Fehler - vermutlich fehlerhafte Bilder und fehlerhafte Bildverknüpfungen - bewältigen und mit der folgenden Methode das gewünschte Endergebnis oder ein angemessenes Faksimile erzielen?
Geben Sie das Datum an, vor dem die Größe aller Bilder nach der alten Methode "intval" und nicht nach der neuen Methode "round" geändert wurde. (Es könnte auch eine andere Art von Cut-Off erstellt werden, das Datum scheint jedoch am einfachsten zu sein.)
Führen Sie für alle veröffentlichten Beiträge <= zum Stichtag zum Lade- / Renderzeitpunkt preg_replace auf the_content () aus, erfassen Sie alle Bilddateien mit dem Problemmuster oder den Problemmustern und ersetzen Sie sie durch das gewünschte Muster. Die Datenbank würde unverändert bleiben, aber die Ausgabe wäre in den meisten Fällen fehlerfrei. Ich bin nicht sicher, ob die Lösung sowohl für "einzelne" Inhalte von Seiten als auch für das Archivieren von Seiten und anderen Prozessen gelten müsste.
Wenn eine Lösung dieser Art hilfreich wäre, wäre die nächste Frage, ob die Problemmuster und -ersetzungen angemessen definiert werden könnten. Aus Ihrer Liste der vorgeschlagenen Lösungen geht hervor, dass möglicherweise einige typische Muster tatsächlich isoliert werden könnten (möglicherweise aus früheren Medieneinstellungen entnommen, die Miniaturansichten und einige andere Bilder produzieren).
Ich habe bereits eine einfachere Funktion geschrieben, die ich verwende (und die sich in ein Plug-In verwandelt) und die alle Bilddateien in bestimmten Verzeichnissen bis zu einem bestimmten Datum global durch ein Standardbild oder einen Standard-Image-Link ersetzt. gemäß dem oben beschriebenen Verfahren. Es war eine Website, auf der die Betreiber mit übertriebener Vorsicht vor Urheberrechten einfach alle Bilder löschten, ohne zu wissen, dass sie nicht nur hässliche Ergebnisse auf alten Seiten erzielten, sondern auch Tausende von Fehlern verursachten, von denen jeder zwei Fehler aufwies Bild.
Wenn Sie das Problemmuster genauer eingrenzen können und die Fälle, in denen die Ausgabe geändert werden müsste, könnten Sie es in mein Format einfügen - das ist nicht sehr kompliziert und für einen besseren RegExer als ich sei sogar einfach. Andererseits würde ich Ihre oder meine Zeit nicht verschwenden wollen, wenn dieser Ansatz das Problem für Sie nicht lösen würde.
quelle
wp_constrain_dimensions
wie in der Frage erwähnt, während des Imports und der Verzicht auf die Neuerstellung der Daumen sauberer wäre.Okay, dies ist ein grundlegender Ansatz zum schnellen Ersetzen defekter Bilder. Beachten Sie, dass dies eher ein Proof-of-Concept als eine kampferprobte Lösung ist. Es hängt einfach am
the_content
Filter, der in manchen Situationen (wahrscheinlich) einige unerwünschte Nebenwirkungen haben kann. Mit Vorsicht behandeln. :)Obwohl es auch im Code so steht, möchte ich @Rarst auch für diese in meinem Code verwendete Antwort schreiben .
quelle