Dankeschoen- Das hat mich immer schon mal interessiert. Gibt es denn auch eine Moeglichkeit Typo3 beizubringen Assets NICHT in den uploads folder zu kopieren sondern in ihrem Orginalverzeichniss zu belassen?

Ansonsten hilft hier nur der Einsatz der DAM-Erweiterung, mit der ich mich leider noch nicht so richtig anfreunden konnte, zu viel Probleme beim Hochladen von Daten per FTP die dann nicht richtig indexiert werden usw…

Den Artikel finde ich sehr gut, gerade für Anfänger wäre diese Übersicht ein guter Beitrag im TYPO3-Wiki. Was meinst du?

Eigentlich ist das ein Feature, denn wenn ich einen Datensatz wiederherstelle ist auch das Bild wieder mit dabei.

Dummerweise fehlt dieses Feature, wenn ich aus der Liste der Bilder die Bilder entferne: dann wird auch das Bild in uploads/pics/ entfernt.

Blöd ist daran vor allem, dass hier kein durchgängiges System verwendet wird. Denn wenn ich ein Bild durch „wiederherstellen“ wieder bekommen möchte, kriege ich den Dateinamen zurück – aber das Bild bleibt gelöscht.

Bug oder Feature?

Hi Tim und Besucher,
genau mit gleichen Mitteln hatte ich vor kurzem auch eine Seite von mir entrümmpelt. Diese läuft schon seitdem es TYPO3 3.6.1 gab. Nur die Sache mit dem „Reference-Index“ hatte ich nicht bedacht 🙁 Dankeschööön, Gruss Michael

Hi!
Danke für den tollen Artikel.

Falls jemand die Crawler-extension benutzt sollte er die zugehörige DB Tabelle (tx_crawler_queue) ebenfalls regelmäßig leeren.

Ich mach das alles mit einem kleinen Cronjob:

#! /bin/sh
#
# loescht die cache & index tabellen

# declaring the constants
PATH=/bin:/sbin:/usr/bin:/usr/sbin
MYSQL_USER=“DB_USERXX“
MYSQL_USER_PASSWORD=“XXX“
MYSQL_DATABASE=“typo3″
SCRIPT_NAME=“mysql_cache_index_leeren_cmds“

mysql –user=$MYSQL_USER –password=$MYSQL_USER_PASSWORD –database=$MYSQL_DATABASE –force < /mnt/hdd2/scripts/$SCRIPT_NAME;

// Script mysql_cache_index_leeren_cmds
// leert mit TRUNCATE die entsprechenden Tabellen + quit

TRUNCATE cache_extensions \G
TRUNCATE cache_hash \G
TRUNCATE cache_imagesizes \G
TRUNCATE cache_md5params \G
TRUNCATE cache_pages \G
TRUNCATE cache_pagesection \G
TRUNCATE cache_typo3temp_log \G
TRUNCATE index_fulltext \G
TRUNCATE index_grlist \G
TRUNCATE index_phash \G
TRUNCATE index_rel \G
TRUNCATE index_section \G
TRUNCATE index_words \G
TRUNCATE tx_crawler_queue \G
\q

Das Löschen der angegeben index.html in den Verzeichnissen uploads/… ist mit Vorsicht zu geniesen. Diese Dateien verhindern in fehlerhaft konfigurierten Systemen das Listing der Verzeichnisse!

Das pauschale Löschen der angegeben DB-Tabellen cache_* oder gar index_* hat den Vorteil, dass die index_search auch gleiche deinstalliert werden kann.

Alles in allem halte ich den Ratschlag so allgemein zu geben für ziemlich leichtsinnig.

Gruss.

1. @peter:
– index.html korrekt. aber eben auf leichtsinnig konfigurierten servern.
– db-tabellen cache_ können völlig problemlos geleert werden. Genaugenommen macht ein cache-leeren mittels des hinlänglich bekannten Knopfes auch nix anderes.
– index_ auch diese tabellen sollte man *hin und wieder* leeren. Sonst hängen dort Dinge aus Anno Schnee rum, werden ‚gefunden‘ sind aber nicht mehr da.

2. @author: zu sys_history würde ich noch sys_log hinzunehmen. aber auch hier sei darauf aufmerksam gemacht: dort werden bestimmte logging daten gespeichert, die dann natürlich weg sind.

kj_recycler: Ist mit Vorsicht zu geniessen. Ich habe es noch nicht 100% verifiziert (also den code genau angeschaut), aber es scheint, als ob die extension bilder die in flexformfeldern referenziert werden nicht als solche erkennt und löscht. und das ist eher übel. auch wenn ich kaum extensions kenne die das mit flexform lösen, ausser einer eigenentwicklung. 😉
Allerdings scheint es im TYPO3 internen Tool das selbe Prob zu geben.

wenn wir auf das thema performance eingehen: die simple pagehit statistic deinstallieren, config.stat_mysql=0 eintragen, und die tabelle sys_stat löschen.
Das Modul ist für den professionellen Einsatz völlig ungeeignet, und müllt nur die Datenbank zu. Vom HDD IO will ich jetzt mal gar nicht reden …

Ich habe die Extension kb_cleanfiles installiert. Allerdings werden mir nur die index.html Dateien angezeigt.
Ich habe extra ein neues Inhaltselement angelegt, ein Bild eingebunden und dann das Inhaltselement wieder gelöscht. Keinerlei Auswirkung auf kb_cleanfiles.
Das Selbe bei Extensions. Nur die index.html Dateien.

ahh…. hast du den Post oben gelesen? Da steht es doch drin. Oder denken wir an einander vorbei?

Hallo, ich habe 2 Fragen:

1.Der typo3 recycler funktioniert nicht bei Versionierung, siehe: http://forge.typo3.org/projects/show/extension-recycler

Wie werde ich meine Datensätze – zb. uralt tt_news Einträge – trotzdem los?

2. In der DB-Überprüfung bei Database Relations habe ich massig Fehlermeldungen nach folgendem Muster (zum Teil deshalb, weil ich bei übersetzten tt_news die übersetzte Seite nicht vor dem Löschen der tt_news Seite mit der Standardsprache gelöscht habe)

There are 5 records pointing to this missing or deleted record; [tt_news][623]

Dabei handelt es sich immer um endgültig gelöschte Seiten, im recycler ist überhaupt nichts mehr, aber in der Datenbank sind eben – wg. Frage 1 – noch alle alten Sachen drin.

Hier bin ich schonmal fündig geworden, aber leider bricht der Lösungsansatz ab:
http://www.mail-archive.com/typo3-german@lists.typo3.org/msg01973.html

Mein Versuch, in der Datenbank direkt zu bearbeiten, führte zu Fehlermeldungen im Protokoll, siehe hier:
http://www.typo3forum.net/forum/typo3-4-x-fragen-probleme/46579-db-berpr-fung-macht-probleme.html

So, jetzt meine Frage:

Wie ist die Vorgehensweise beim Reparieren des Referenz Index?

gruss g.k.

Um „automatisiert“ mit dem internen „DB-Überprüfung“-Tool zu arbeiten habe ich mir die folgende einfache Shell-Zeile zurechtgelegt. Ausgabe der Überprüfung in eine Datei (clean_files.txt) schreiben und folgendes auf der Kommandozeile ausführen:

awk ‚{ print $0}‘ clean_files.txt | xargs rm

Wie kann man im Fileadmin nicht genutzte Daten finden? Jemand Erfahrung mit softreference index?

Sorry, ich nutze DAM! Im normalen fileadmin sieht man ja die Referenzen, aber im DAM leider nur die DAM Referenzen. Jemand was in der Trickliste?