Druckbare Version
Hallöchen,
hat jemand eine Idee, wie man checken kann, welche Dateien aus 'files' auf welchen Seiten eingebunden sind? Bei älteren Websites sammelt sich da so viel Schrott an und keiner blickt mehr durch, was davon verwaist ist und gelöscht werden könnte/sollte. (Es gibt von Michael diese wunderbare include-info-Erweiterung, die einem zB zeigt, welche Module/Layout wo verbaut sind, aber leider keine Dateien.)
LG
Anke
Traumhaft, danke! Hab wohl nach den falschen Keywords gesucht ...
@Anke: guck Dich nochmal im Forum um - es gibt ein paar Threads zu dem Thema... Tenor: alle Erweiterungen bzw. deren Aussagen sind mit Vorsicht zu behandeln!
Ja, danke, ich weiß. Es müssen ja nicht gleich immer umfassende Dokumentationen mit Erweiterungen gelieferrt werden, aber nichts ist so praktisch wie ein paar aussagekräftige Sätze und optimalerweise ein Screenshot dazu ;)Zitat:
Zitat von zonky
Also wenn ich mir nicht sicher wäre, ob ich nicht vielleicht nicht irgendwelche Schweinereien eingebaut habe (oder einfach zur Sicherheit), würde ich es wohl so angehen.
- Datenbank-Backup
- Eventuell komplettes Backup von /files. In dem Fall kann man sich im nächsten Schritt die Sicherung der zu löschenden Dateien natürlich schenken
- Alle Dateien, die das verwendete Tool als nicht benutzt gemeldet hat, per FTP oder SSH-Konsole in einen zweiten Verzeichnisbaum außerhalb von /files kopieren und dann die entsprechenden Dateien in /files löschen. Nicht im Contao Dateimanager, sonst ist das Bild nicht mehr in der Datenbank, was dann ein Problem bedeuten könnte.
- Kein Datenbank-Update, damit die Dateieinträge nicht in der DB gelöscht werden!
- Komplette Systemwartung im BE, jedenfalls alles weg, was zusammengesetztes css, js, Bilddatei, Cache ist, so dass jedenfalls der Seitencache komplett neu aufgebaut wird, insbesondere mit neuen Hashes für z.B. die automatisch erzeugten Vorschaubilder
- Den internen Crawler drüberlaufen lassen (Könnte man prinzipiell auch mit einem externen Crawler machen, sofern alle Seiten per Link erreicht werden können.)
Wenn der Crawler alles als ok meldet, dürfte man ziemlich sicher sein, das alles Notwendige noch da ist.
Gibt es auch geschützte Seiten, müssen die natürlich auch gecrawlt werden.
Findet er irgendwas nicht mehr, dann kopiert man das Angemeckerte zurück in den /files Verzeichnisbaum.
Das wäre meine Vorgehensweise, wobei meine Installationen sowieso in dem meisten Fällen übersichtlich genug sind, dass ich das noch nie gebraucht habe. Insofern, selbst nochmal drpüber nachdenken und herausfinden, was ich alles vergessen habe. Mit einem DB-Backup (SQL-Dump) und gesichertem /files Verzeichnisbaum sollte man aber auf der sicheren Seite sein. Man kann es sinnvollerweise natürlich auch gleich in einer 1:1 Kopie der Installation machen. ;)
So kann man es natürlich auch machen, wenn's keine Alternative gibt. Aber die Erweiterung "Datei-Verweise anzeigen" ist super und scheint sehr zuverlässig zu sein (vorherige Backups setze ich immer als selbstverständlich voraus). Freilich bleiben evtl. noch händisch oder ggf. per Inserttag eingebundene Dateien/Medien unberücksichtigt, aber damit kann ich leben.
Bei Websites, wo auch noch Redakteure mitmischen, sammelt sich da ganz schnell viel Mist an ...
Die Suche nach nicht-verwendeten Daten hat mich ebenso umgetrieben, und so habe ich gleichfalls »contao-filesmanager-fileusage« installiert. Paket hinzugefügt, dann alle Pakete aktualisiert. Ist ohne Probleme durchgelaufen, Website läuft … doch ist nunmehr die Dateiverwaltung nicht mehr erreichbar:
Das Problem verstehe ich nicht. Was ist zu tun? Danke.Code:Internal Server Error
Was ist das Problem?
Argument 1 passed to Contao\CoreBundle\Util\LocaleUtil::formatAsLocale() must be of the type string, null given, called in /www/htdocs/w01819a3/foto-zille.de/zille-foto/contao4/vendor/contao/core-bundle/src/Resources/contao/library/Contao/InsertTags.php on line 1403
bei "InsertTags.php on line 1403" ein "dump" einbauen und mal gucken was da ankommt und was der Fehler sein könnte
Was ist ein "dump" und was ein "InsertTags.php on line 1403"? :eek:
* gehe zu Datei vendor/contao/core-bundle/src/Resources/contao/library/Contao/InsertTags.phpZitat:
Zitat von Zille
* in Zeile 1403
* dump() ist ein Methode zur Ausgabe einer Variablen an die Symfony-Toolbar im Debugmodus
... aber wenn Dir das alles nix sagt, musst Du Dich glaube ich mit einem "Mehr-Wissenden" zusammentun :(
Moin. Ich hab dann mal das "Gelöst" im Thread-Titel wieder raus genommen ...
das meinte ich nicht, sondern - soweit ich das mitgelesen habe - sind teilweise Dateien als unbenutzt gekennzeichnet aber dennoch Eingebunden und umgedreht => daher Vorsicht!!Zitat:
Zitat von Anke
Ah, verstehe (werde mir den Thread mal durchlesen). Ich sag ja, Backups sollten selbstverständlich sein. Vielleicht gar nicht so schlecht, dass keine Mehrfachbearbeitung möglich ist, was mich zuerst ein bisschen enttäuscht hatte. Andererseits bin ich angenehm überrascht, dass auch per HTML-Element eingebundene Dateien korrekt erfasst werden.Zitat:
Zitat von zonky
Ich denke auch man muss sehr aufpassen. Eine Erweiterung dieser Art, die ich mir mal angeschaut hatte (war noch zu Contao 3 Zeiten), hat nicht alle Möglichkeiten der Einbindung erkannt und ruck-zuck waren in meinem Test Bilder weggelöscht die noch gebraucht wurden.
Ich löse das Problem der Bilderflut bei meinen Kunden meist durch entsprechende Ordnerstrukturen. Alles was ich benötige egal ob Pflege oder Layout, wird streng von dem getrennt was die Redakteure hochladen und benutzen. Damit ist mir weitestgehend egal was die Redakteure für eine Unordnung und Variantenvielfalt verzapfen. Außerdem schule ich die Redakteure sehr intensiv was Dateibenennung, Dateiablage und auch löschen von nicht mehr verwendeten Dateien betrifft. Klappt nicht immer aber häufig.
Wenn ich dann doch mal aufräumen muss, mache ich das in aller Regel händisch und ziehe in aller Regel die Redakteure hinzu, damit sie merken, dass so etwas Aufwand bedeutet. Bisher war ich mit diesem Vorgehen recht erfolgreich.
Edit: @Anke Welche Erweiterung hast Du im Moment getestet?
Danke.
Heißt, diese Erweiterung ist ohne tiefgreifende Programmierkenntnisse nicht zum Laufen zu bringen?!Zitat:
Zitat von zonky
Das ist nicht Alltagstauglich; da verzichte ich besser auf die »Hilfe« dieser Erweiterung.Zitat:
... aber wenn Dir das alles nix sagt, musst Du Dich glaube ich mit einem "Mehr-Wissenden" zusammentun :(
Ist weg – Problem gelöst. :D
"tiefgreifend" ist relativ :DZitat:
Zitat von Zille
aber ja, mit PHP sollte man sich rudimentär auskennen, um wenigstens etwas den Grund des Fehlers zu beleuchten und ein entsprechendes Ticket an den Entwickler stellen zu können.
Ich halte alle genannten Erweiterungen für "Beta" - da würde ich nicht so technik-affinen Usern eher vom Einsatz abraten!
Hi Spooky,
ich habe die Erweiterung heute mal geladen (unter C4.13.15) und ich scheine noch etwas übersehen zu haben, denn die Erweiterung zeigt keine "Inhalte"?
Anhang 26250
Ich habe einen Crawl Vorgang von der Konsole gestartet und auch das warmup durchgeführt. Keine Verbesserung. Auch das Aktualisieren bei der Datei selbst, führt zu keinem verbesserten Ergebnis.
Habe ich noch etwas elementares vergessen?
Danke Dir!
Unter Contao 4.13 gibt es einen Fehler der das auslöst.
Ist in Version 1.1.2 behoben.
Oh, danke für die schnelle Reaktion!
Ich habe das bei mir gerade auch mal auf einer Spielwiese installiert.
Erhalte aber leider nur ein:
Contao: 4.13.16Code:/opt/php-8.0/bin/php vendor/bin/contao-console contao_file_usage:warmup
Searching for all file references …
-----------------------------------
0/75 [????????????????????????????] 0%14:34:16 CRITICAL [console] Error thrown while running command "contao_file_usage:warmup". Message: "An exception occurred while executing a query: SQLSTATE[HY000]: General error: 3688 Syntax error in regular expression on line 1, character 1." ["exception" => Doctrine\DBAL\Exception\DriverException^ { …},"command" => "contao_file_usage:warmup","message" => "An exception occurred while executing a query: SQLSTATE[HY000]: General error: 3688 Syntax error in regular expression on line 1, character 1."]
In ExceptionConverter.php line 117:
An exception occurred while executing a query: SQLSTATE[HY000]: General error: 3688 Syntax error in regular expression on line 1, character 1.
In Exception.php line 28:
SQLSTATE[HY000]: General error: 3688 Syntax error in regular expression on line 1, character 1.
In Statement.php line 121:
SQLSTATE[HY000]: General error: 3688 Syntax error in regular expression on line 1, character 1.
contao_file_usage:warmup [--skip-cached] [--] [<uuid>]
PHP: 8.0.26
Soll ich dir das als Github-Issue erstellen, oder ist da in meiner Installation was schief?
In Version 2.0 ist die Performance nun verbessert.