Ich habe die Bilder manuell wiederhergestellt – ich habe sie vom alten Hosting kopiert. Und alles funktioniert, aber jetzt gibt es ein Problem mit dem Backup: Es belegt bei denselben Einstellungen viermal so viel GB.
Gibt es eine Möglichkeit, alle unnötigen Dateien zu löschen?
Könnten wir eine Backup-Option erhalten, die nur die Original-Assets abdeckt? Ich verstehe, dass dies bei jeder Wiederherstellung eine Menge neuer Verarbeitung bedeuten würde, aber als Ops-Experte betrachtet, würde dies wirklich helfen, den lokalen Festplattenspeicher zu sparen und den Datentransfer zwischen Systemen zu erleichtern.
Das liegt hauptsächlich an der Caching-Funktion. Andernfalls müssten die Bilder in kleineren Größen on-the-fly neu gerendert werden, was extrem rechenintensiv wäre.
Du hast recht, dass Backups diesen Teil wahrscheinlich überspringen können, @stephen. Ich weiß, dass @sam das in der Vergangenheit erwähnt hat? Der einzige Nachteil ist, dass die Wiederherstellung eines Backups sehr CPU-intensiv wird, da das Backup dann alle Auflösungen neu rendern muss. Das ist für mich jedoch kein schwerwiegender Nachteil – es sei denn, du hast es eilig oder betreibst einen Server mit einer unterdimensionierten CPU.
Ich kann nicht für alle sprechen, aber ich würde es vorziehen, eine kurzfristige CPU-Belastung durch das Neuberechnen von Assets in Kauf zu nehmen, anstatt viermal mehr Festplattenspeicher für Backups bereitstellen zu müssen.
So funktionieren Backups. Standardmäßig sind Miniaturansichten nicht in Backups enthalten. Das haben wir vor mindestens einem Jahr geändert.
Sie können dieses Verhalten mit der Site-Einstellung include_thumbnails_in_backups konfigurieren.
Generierte Miniaturansichten in Backups einschließen. Wenn Sie dies deaktivieren, werden Backups kleiner, erfordert jedoch ein Neuberechnen (Rebake) aller Beiträge nach einer Wiederherstellung.
@eextra Ich empfehle, einen Datei-basierten Diff zwischen dem Inhalt eines alten und eines neuen Backups zu erstellen, um herauszufinden, warum das Backup so viel größer ist.