Backend
ID #1022
[>1.2.5.] Entfernen überflüssiger Bilder aus dem Verzeichnis /content/images/:
[V 1.2.5 DEV +]
Das Suchen im Verzeichnis und löschen von Dateileichen ist sehr aufwendig. Außerdem stünden die Verweise auf die Bilder immer noch in der Datenbank.
- Und so wird es gemacht:
Das Prinzip beruht darauf, das in der Tabelle phpwcms_file alle Informationen enthalten sind, die für eine automatische Neugenerierung der Bilder wichtig sind. Vor allem werden nur die Bilder neu erstellt, die in der Dateizentrale vorhanden sind. Der Rest, also die gelöschten und ausgetauschten Bilder werden nicht mehr generiert.
- 1. In der Dateizentrale alle nicht benötigten Dateien löschen.
- 1.1 Papierkorb leeren.
- 2. Unter Admin im Menü links: Cache und Dateien löschen.
- 3. Logout
- 4. Den Ordner /content/images/ leeren, bis auf die index.html.
- 5. phpMyAdmin aufrufen
- 6. Die Tabelle phpwcms_imagecache aktivieren
- 7. Backup dieser Tabelle: Export -> und lokal speichern
- 8. Anzeigen wählen
- 9. Zeige: 1000 Datensätze, beginnend ab 1 -> Zeige aktivieren
-10. Unten links "Alle auswählen"
-11. LÖSCHEN
-12. Die Tabelle ist nun leer. Wir sollten noch den Index umstellen.
-13. Oben rechts "Optionen" anwählen
-14. Unten unter Tabellenoptionen: auto_increment auf 1 stellen -> OK
Die Datenbank wartet nun darauf wieder gefüllt zu werden.
-15. Browsercache löschen. -> Einloggen in das Backend.
-16. Datei -> alle Ordner nacheinander aufrufen. -> Die Thumbs werden neu generiert.
-17. Im Frontend über die Site browsen. Die Bilder werden neu generiert.
Ist das nun alles passiert, befinden sich im Ordner /content/images/ nur die Bilder, die
tatsächlich benutzt werden, der Rest ist verschwunden, bzw. in der Datensicherung, wenn gemacht.
Beim Generieren der Bilder kann es zu Verzögerungen kommen, also nicht gleich erschrecken, wenn ein Bild nicht sofort vorhanden ist. Das hängt mit den Ressourcen zusammen die der Provider für die Verarbeitung freigibt (Vor allem Rechenzeit). Laufen mehrere Jobs auf der Maschine quasie parallel, wird natürlich die Rechenzeit gleichmäßig aufgeteilt und das kann je nach Maschienenleistung dauern. Ein Job wird nicht zwangsläufig nach z.Bsp. 30 Sec. Wartezeit abgebrochen. Hier zählt die vertraglich vereinbarte genutzte Rechenzeit pro Task.
Siehe auch: [>1.2.5]Dateizentrale: Interne Behandlung der Dateien:
Das Suchen im Verzeichnis und löschen von Dateileichen ist sehr aufwendig. Außerdem stünden die Verweise auf die Bilder immer noch in der Datenbank.
- Und so wird es gemacht:
Das Prinzip beruht darauf, das in der Tabelle phpwcms_file alle Informationen enthalten sind, die für eine automatische Neugenerierung der Bilder wichtig sind. Vor allem werden nur die Bilder neu erstellt, die in der Dateizentrale vorhanden sind. Der Rest, also die gelöschten und ausgetauschten Bilder werden nicht mehr generiert.
- 1. In der Dateizentrale alle nicht benötigten Dateien löschen.
- 1.1 Papierkorb leeren.
- 2. Unter Admin im Menü links: Cache und Dateien löschen.
- 3. Logout
- 4. Den Ordner /content/images/ leeren, bis auf die index.html.
- 5. phpMyAdmin aufrufen
- 6. Die Tabelle phpwcms_imagecache aktivieren
- 7. Backup dieser Tabelle: Export -> und lokal speichern
- 8. Anzeigen wählen
- 9. Zeige: 1000 Datensätze, beginnend ab 1 -> Zeige aktivieren
-10. Unten links "Alle auswählen"
-11. LÖSCHEN
-12. Die Tabelle ist nun leer. Wir sollten noch den Index umstellen.
-13. Oben rechts "Optionen" anwählen
-14. Unten unter Tabellenoptionen: auto_increment auf 1 stellen -> OK
Die Datenbank wartet nun darauf wieder gefüllt zu werden.
-15. Browsercache löschen. -> Einloggen in das Backend.
-16. Datei -> alle Ordner nacheinander aufrufen. -> Die Thumbs werden neu generiert.
-17. Im Frontend über die Site browsen. Die Bilder werden neu generiert.
Ist das nun alles passiert, befinden sich im Ordner /content/images/ nur die Bilder, die
tatsächlich benutzt werden, der Rest ist verschwunden, bzw. in der Datensicherung, wenn gemacht.
Beim Generieren der Bilder kann es zu Verzögerungen kommen, also nicht gleich erschrecken, wenn ein Bild nicht sofort vorhanden ist. Das hängt mit den Ressourcen zusammen die der Provider für die Verarbeitung freigibt (Vor allem Rechenzeit). Laufen mehrere Jobs auf der Maschine quasie parallel, wird natürlich die Rechenzeit gleichmäßig aufgeteilt und das kann je nach Maschienenleistung dauern. Ein Job wird nicht zwangsläufig nach z.Bsp. 30 Sec. Wartezeit abgebrochen. Hier zählt die vertraglich vereinbarte genutzte Rechenzeit pro Task.
Siehe auch: [>1.2.5]Dateizentrale: Interne Behandlung der Dateien:
Tags: -
Letzte Änderung des Artikels: 2007-03-04 10:45
Verfasser des Artikels: Knut
Revision: 1.2
Es ist möglich, diesen Artikel kommentieren