Gecachte Bilder löschen

Hallo zusammen,
ich habe gerade folgendes Problem: Auf meiner neuen (und ersten) Website in T3 habe ich während der Programmierphase sehr viele Bilder hochgeladen und eingebunden. Zum Teil in jm_gallery, viele auch nur als "normale" Bilder im Inhalt einer Seite. Alle in einen Ordner in fileadmin/ geladen und von dort in die Seiten eingebaut.

Vor dem richtigen online gehen habe ich mir nun den gesamten fileadmin/-Ordner gezogen (bzw. den Unterordner in dem ich die Bilder abgelegt habe) und sämtliche Bilder mit einem kleinen Wasserzeichen versehen.
Die Bilder im fileadmin habe ich dann alle durch die überarbeiteten Bilder ersetzt und im Install Tool über den Menüpunkt "typo3temp/" alles geleert, auch den "pics"-Ordner. (Zumindest lt. dem Install Tool.)

Nur hat mir das leider gar nichts gebracht. Typo3 zeigt mir immer noch meine "alten" Bilder. Die müssen also noch in einem anderen Cache hängen.

Per FTP habe ich gesehen, dass es einen Ordner "uploads/pics" gibt. Da steckt noch enorm viel drin. Fast 1100 Bilder. Auch sehr viele Duplikate. Wenn ich den Ordner allerdings lösche (bzw. kurzfristig umbenenne) und einen leeren "pics"-Ordner dafür anlege funktioniert schon im Backend gar nichts mehr. Da fehlen dann schon die Vorschau-Bilder.

Das scheint also der schuldige Cache zu sein. Nur: Wie leere ich den, dass durchweg die neuen Bilder aus dem fileadmin verwendet werden?

Kann da jemand einem Newbie auf die Sprünge helfen?

Hallo.

Grummelrocker schrieb

Nur: Wie leere ich den, dass durchweg die neuen Bilder aus dem fileadmin verwendet werden?

Gar nicht. Das ist Vor- und Nachteil zugleich bei TYPO3. Alle Bilder, die Du einbindest, werden von TYPO3 in den uploads-Ordner kopiert und nur von dort aus in den Content eingebunden. Vorteil ist, dass niemand versehentlich Bilder (im fileadmin) löschen kann, die noch referenziert sind. Nachteil ist, dass Bilder nicht einfach via FTP ersetzt werden können.

Einen Ansatz für die reine Referenzierung bietet die DAM-Extension, die eben keine Kopien anlegt, sondern direkt einbindet und ein Ersetzen von Dateien zulässt/ermöglicht. Die hat aber dafür andere Nachteile/Eigenheiten.

Vielleicht ist es ja ein Ausweg, dass Du Deine Wasserzeichen von TYPO3 reingenerieren lässt. Ist IMHO auch etwas komfortabler.

Viele Grüße
Julian

Grummelrocker schrieb

Verstehe ich das richtig? Ich muss nun jedes bearbeitete Bild nun neu im Fileadmin hochlegen bzw. daraus frisch auf den Seiten referenzieren?

Najaa... Du könntest auch versuchen via Hand zu ersetzen. D.h. erst im fileadmin ersetzen und dann im uploads-Ordner. Dort musst Du aber ggf. auch Kopien ein und desselben Bildes ersetzen (werden durchgezählt mein_bild.jpg, mein_bild_01.jpg,...). Das könnte auch gehen.

Grummelrocker schrieb

Wie funktioniert denn ein Wasserzeichen reingenerieren?

Jedes eingebaute Bild wird von TYPO3 nochmals verarbeitet um es z.B. zu skalieren. In diese Funktion kann via TS eingegriffen werden und jedes Bild zusätzlich durch den GIFBUILDER geschickt werden.
Beispiele für Wasserzeichen finden sich u.a. in den TYPO3 Kochbüchern http://books.google.de/books?isbn=3446410465 (Seite 449) und http://books.google.de/books?isbn=3897218518 (Seite 555). Über das dortige TS finden sich auch viele Suchbegriffe, mit den Tutorials aufzufinden sein sollten.

Viele Grüße
Julian

Aber dann sind ja alle Bilder nachher GIFs, oder? Wenn ja, dann eben auch mit max 256 Farben. Das wäre bei Fotos leider indiskutabel...

Julian.Hofmann schrieb

Gar nicht. Das ist Vor- und Nachteil zugleich bei TYPO3. Alle Bilder, die Du einbindest, werden von TYPO3 in den uploads-Ordner kopiert und nur von dort aus in den Content eingebunden. Vorteil ist, dass niemand versehentlich Bilder (im fileadmin) löschen kann, die noch referenziert sind. Nachteil ist, dass Bilder nicht einfach via FTP ersetzt werden können.

Ich will da nochmal kurz einhaken. Mir fällt gerade auf, dass ich vielleicht nicht ganz richtig gefragt habe. Es geht NICHT darum, dass T3 die Bilder ausschließlich aus dem fileadmin nimmt, mir reicht es völlig, wenn ich T3 sagen könnte "Pass auf, nimm jetzt einmalig wieder die Bilder ausm fileadmin und packe die korrekt in den uploads/pics-Ordner".

Verbessert das meine Lage? 😃

Grummelrocker schrieb

Aber dann sind ja alle Bilder nachher GIFs, oder?

Nein. Der Name ist heute etwas irreführend - dürfte historische Gründe haben. Der GIFBUILDER kann mit GIFs, JPGs und PNGs umgehen, kann (mit entsprechenden Programmen am Server) auch PDFs in Bilder umwandeln, mit AI-Datei umgehen,...

Das einmalige erleichtert die sache nicht. Die Bilder werden beim Speichern eines Inhaltselements im BE in den uplaods-Ordner kopiert. Einen zentralen Knopf um das auszulösen für alle Elemente gibt es nicht.
Die einzige Möglichkeit wäre eben, dass Du die Bilder direkt in uploads-Ordner hochlädst/ersetzt. Aber dabei müsstest Du eben die Duplikate berücksichtigen, fall eine Datei an mehreren Stellen verwendetw ird (und daher von TYPO3 Kopien angelegt sind)

Hm, ok, muss ich dann wohl so akzeptieren. Den GIFBuilder schaue ich mir dann doch mal näher an.

Aber noch ein Verständnißfrage: Wenn es keine *sinnvolle* Möglichkeit gibt den upload/pics-Ordner zu leeren, dann muss doch irgendwann (je nach Speicherplatz) mal Schluss sein. OK, Webspace kostet heute nicht mehr viel, aber es ist ja eine Prinzip-Frage. Wenn T3 jedes Bild aufhebt, dass irgendwann mal verwendet wurde (auch wenn es nicht mehr gebraucht wird) ist das ja schon eine Hausnummer. Oder entfernt T3 die Bilder wenn ein Inhaltselement gelöscht wird?

Grummelrocker schrieb

Oder entfernt T3 die Bilder wenn ein Inhaltselement gelöscht wird?

Öhm...vermutlich nicht. Denn beim Löschen von Datensätzen findet kein echtes entfernen statt, sondern die Datensätze werden nur als gelöscht gekennzeichnet. Damit ist das "wieder aus dem Papierkorb holen" möglich - und dafür sind dann die Dateien im uploads-Ordner wieder nützlich.
Es gibt aber verschiedene Extensions, die auflisten, auf welche Dateien eine Referenz mehr verweist, und die es dann dem Administrator gestatten diese Dateien zu löschen - auf eigenes Risiko.