[clearlog] System-Log-Einträge löschen

[xchs]

Hallo Andreas,

wäre es möglich, die Erweiterung "clearlog" so anzupassen, dass nur der Administrator (mit Admin-Konto) auf das Modul Zugriff hat, alle anderen Backend-Benutzer aber nicht?

[mgco3]

Hallo xchs

Du kannst eine Gruppe erstellen, deren Benutzer unter "Erlaubte Module" das System-Log deaktiviert haben.

Setzt jedoch vorraus, dass der User kein Administrator ist.

Grüsse

[xchs]

Hallo mgco3,

eine Benutzergruppe gibt es schon und auch im Abschnitt "Backend-Module" ist der Eintrag "System-Log" deaktiviert. Wenn ich mich aber als normaler Backend-Benutzer (der auch Mitglied dieser Benutzergruppe ist) einlogge, dann ist in der TL-System-Wartung der Eintrag der Tabelle "tl_log" trotzdem vorhanden...

[andreas.schempp]

Du musst ihm natürlich das Wartungsmodul von den Berechtigungen entfernen, nicht das System-Log.

[xchs]

Hallo Andreas,

das ist ja genau das Problem. Auf das Wartungsmodul sollen die Backend-Redakteure auch zugreifen können (hatte diesbezüglich auch schon einmal hier darauf hingewiesen); wie sonst sollten die Benutzer den TL-Suchindex neu aufbauen können, sobald an der Webseite kleinere bis größere Änderungen vorgenommen wurden?

Im Prinzip könnte ich schon das Wartungsmodul komplett deaktivieren, ich befürchte dann allerdings, dass die Suchmaschine dann mitunter immer wieder veraltete Suchergebnisse liefert. Das Prozedere des Aktualisierens bzw. Neuaufbauens des Suchindizes würde dann bei mir als Administrator hängen bleiben...

Auch unter "Persönliche Daten" der betreffenden Benutzerkonten gibt es leider nur die Möglichkeit, die Session- bzw. Cache-Daten zu bereinigen. Hier wäre es ganz praktisch, wenn man auch den Suchindex neu aufbauen könnte.

[andreas.schempp]

Im Prinzip hast du recht. Allerdings wird der Suchindex automatisch erneuert, wenn die entsprechende Seite einmal aufgerufen wird. Bei kleinen Seiten wäre es also auch eine Option alle Seiten kurz einmal aufzurufen.

[xchs]

Ja, genau. Das wäre eine Möglichkeit.
Allerdings: Jedesmal bei Änderungen von Hand alle Seiten manuell aufzurufen, ist auch nicht wirklich nett - außer man hat sonst nichts zu tun oder es ist einem langweilig

Besonders bei solchen Seiten, welche nicht oft von Besuchern der Seite aufgerufen werden, würde es dann ein schlechtes Bild machen, wenn dann Inhalte eben dieser Seiten im Suchindex aufscheinen, die effektiv dann nicht mehr vorhanden sind. Die Benutzer der Suchmaschine würden dann schnell den Eindruck gewinnen, dass damit eh keine brauchbaren/gewünschten Informationen gefunden werden können bzw. dass die Inhaltspflege keinen großen Stellenwert hat...

Grad fällt mir ein: Könnte man nicht auch den "daily cron job" so anpassen, dass dieser automatisch (ev. nachts) sämtliche Seiten der Webseite einmal kurz aufruft, um so eventuell von den Redakteuren durchgeführte Änderungen neu in den Suchindex aufzunehmen. Gleichzeitig müsste vielleicht der "weekly/daily cron job" den Such-Index komplett neu aufbauen, um so auch ev. vorhandene veraltete "Leichen" aus dem Index zu entfernen.
Keine Ahnung, ob das so machbar wäre - ist mir nur grad so in den Sinn gekommen!

[klaus_tkm]

Gleichzeitig müsste vielleicht der "weekly/daily cron job" den Such-Index komplett neu aufbauen, um so auch ev. vorhandene veraltete "Leichen" aus dem Index zu entfernen.
Keine Ahnung, ob das so machbar wäre - ist mir nur grad so in den Sinn gekommen!

Hallo !

Ist zwar schon länger her...aber ich suche gerade genau nach dieser Möglichkeit.

Kann mir jemand einen Ansatz liefern, wie man genau DAS realisieren könnte.

Führe ich das (suchindex neu aufbauen) manuell aus, braucht es etwa 3-4 Minuten.

Würde man das in der nacht einmal ausführen, wäre es kein Problem.

Die Seitenladezeit verringert sich ja doch deutlich !!

Man könnte das ja unmittelbar nach dem Chronjob ausführen, der normal das /temp löscht. Kombiniert mit einer vernünftigen cache Zeit wäre das echt toll.....

Hat hier schon jemand experimentiert oder gar den code für mich ?

lg Klaus

[zonky]

Hallo Andreas,

wow - ich hätte nicht gedacht, dass die Tabelle so groß wird: Einstellung 14 Tage und ich hatte über 400MB (!!)

Ich habe Deine Ext. installiert - hat natürlich prima gefunzt...

... kleine Ergänzung: könntest Du in der Systemwartung zu der Angabe der Einträge auch die MBs mit ausgeben?

Gruss zonky

[andreas.schempp]

... kleine Ergänzung: könntest Du in der Systemwartung zu der Angabe der Einträge auch die MBs mit ausgeben?

Kann ich leider nicht, da die Ausgabe der Tabellen direkt von Contao gesteuert wird. Du könntest dies als Core-Request für alle Wartungsarbeiten machen...

[xchs]

Einstellung 14 Tage und ich hatte über 400MB (!!)

Auf welche Tabelle(n) beziehst Du Dich denn da? Mir kommen die 400 MB jedenfalls sehr sehr hoch vor! Wenn das allein die Log-Einträge betrifft, so vermute ich dahinter irgendein Problem, das Dir dann ständig die Log-Tabelle mit unzähligen Einträgen füllt...

Hast Du mal nachgeschaut, welche Einträge im Backend-Modul "System-Log" so auftauchen?

[zonky]

...hmmm da der Provider schon gemeckert hat, habe ich die Tabelle gleich "geröstet" - ich guck mal bei "Befüllung"

btw: es arbeiten ca. 7 "Redakteure" im BE...

zonky

[zonky]

... ein "Übeltäter" habe ich schon gefunden: in dem Multidomain-Betrieb waren einige Weiterleitungen der 404-Seite auf die falsche Domain gekommen und so gibt es statt der Weiterleitung eine Schleife von 5 bis 10x bis (Apache?) Abbruch...


mal sehen was noch kommt...