Beiträge von gindi35510

Sollte sich die Tabelle #__session trotzdem wieder übermäßig füllen, schau doch mal in die Lösung bei Elwoods Link in #9 ob in der php.ini der Eintrag session.gc_probalility auf 1 steht.

Die Einträge bei mir sind mit 6.1.0 :

Name: checked_out

Typ: INT

Länge/Wert: 10

Standard: NULL

Attribute: UNSIGNED

Null: checked

Rechte Anpassen: checked

Nein.

Kettenrad ist der interne Namen der Engine, die für das packen der Dateien und Datenbanken verantwortlich ist.

gindi

Hallo Bea,

das sollte doch durch Admin Tools schon gemacht worden sein, es passt die .htaccess den Erfordernissen an und schützt die Userseite und das Backend.

Wenn jemand x mal ein falscher Passwort eingibt, wird die IP für drei Tage gesperrt. Egal ob als User oder als Admin.

In der Konfiguration kannst Du einstellen wie oft ein falsches Passwort eingegeben werden kann bis die IP gesperrt wird und wieviele Tage die IP gesperrt wird. Du hast auch die Möglichkeit eine IP dauerhaft zu sperren.

Gruß gindi

Meinst Du damit eine öffentliche Website oder die lokale Website?

hallo Bea,

schau doch mal in Admin Tools im Control Panel ob da oben eine Meldung steht "Your server config file may need to be rebuilt" ?

wenn ja,dann darauf klicken und die Anweisung befolgen.

Diese Meldung kommt oft wenn etwas geändert wurde.

Gruß gindi

Zitat von Rolf Dautrich

gindi35510 Javascript-Dateien siehst Du in den Entwickler-Tools Deines Browsers unter Konsole (hier:Firefox):

Danke für den Hinweis, da habe ich wieder was dazu gelernt.

Ich habe das mit den -min Dateien getestet. Mit System debuggen NEIN werden fast 30 .min.js Dateien angezeigt. mit System debuggen JA sind es nur zwei Dateien.

Zitat von JoomlaWunder

Welchen verwendest du? Teste unbedingt einen anderen Browser! Wenn wir mögliche Ursachen nicht ausschließem, dann drehen wir uns im Kreis.

Ich verwende Mozilla Firefox 140.9.0esr (64 bit) und wenn es am Browser liegen soll, wieso habe ich den Fehler nicht in BFB604 und BFB605test obwohl sie bis auf die absoluten Pfade identisch mit BFB604test sind?

Gruss gindi

Zitat von JoomlaWunder

Ich weiß gerade nicht, ob du die Frage nach der Verwendung eines anderen Browsers schon beantwortet hattest?

Nein, ich habe keinen anderen Browser probiert.

Zitat von drmenzelit

Wurde schon geschaut, ob die .min Versionen der Javascripte geladen werden können? Wie sieht es mit gzip aus? Wie sind die Einstellungen in Joomla und im Server?

Wie kann ich das feststellen? Ich habe in der Testversion nach script.min.js gesucht aber nur codemirror-lang-javascript.min.js und lezer-javascript.min.js gefunden. Mein Standarteditor ist TinyMCE.

gzip ist nicht aktiv und welche Einstellungen sind in Joomla und im Server gemeint?

gruß gindi

Eine letzte Information habe ich noch.

Ich habe von BFB604test ein Backup gemacht und eine neue Testversion BFB604bug erstellt in die ich das Backup aus BFB604test installiert habe.

Der Fehler besteht jetzt auch in BFB604bug.

Gruß gindi

Zitat von firstlady

Ich hatte mal vor langer Zeit eine Anwenderin, die "Ende" hieß.
Das Programm hat die Eingabe auf "Ende" getestet und, wenn gefunden - beendet. Vor 50 Jahren gab es sowas noch :).
"4test" könnte sowas sein, aber mit Joomla hat es nichts zu tun.

Könnte es auf Grund der Fehlermeldung in #21 mit bootstrap zu tun haben?

Mir ist auch aufgefallen daß der Button "... Aktionen" überall wo er vorkommt ohne Funktion ist, z.B. im Backend bei Benutzer, Beiträge, Beitragskategorie, Module, Plugins, Akeeba Backup, Kunena Kategorien und Kunena Benutzer und Kunena Papierkorb.

Ich glaube wir werden nie hinter dieses Geheimnis kommen und schlage vor das Thema zu beenden.

Gruß gindi

Ich habe schon alles machbare versucht, siehe dazu #8

Das Backup funktioniert in allen Testversionen, nur nicht in BFB604test. Die Testversion umbenenne solange Daten darin stehen geht nicht. Das gibt gleich 404 Fehler. Die leere Testversion umbenennen und das Backup installieren funktioniert. Egal was ich mache, der Fehler kommt nur wenn die Version BFB604test heißt.

Gruß gindi

Zitat von -OJ-

... ich habe die dropdown in Verdacht. Teste bitte mal die Dateien aus der Anlage.

Danke für Deine Hilfe. ich habe die beiden Dateien installiert aber es hat keine Änderung gebracht. Der Fehler besteht weiter.

Der Fehler kommt auch in Akeeba Backup vor. Ich habe von der Seite ein backup gemacht und wollte vorher die alten Einträge in Manage Backups löschen aber der Action Button geht nicht. "Import Archives", "Bearbeiten" und "Control Panel" funktionieren. Beim Backup trage ich in Comment immer die Joomla und Kunena Versionen ein. Wenn ich mit der Maus auf das Symbol gehe, wird nur der Text "Comment" angezeigt.

Bei allen Buttons kommt die oben beschriebene Fehlermeldung in der Konsole aber manche funktionieren und manche funktionieren nicht.

Ich habe im Backend mal den Button "Benutzermenü" rechtsgeklickt und in dem Fenster Untersuchen (Q) ausgewählt. Unten im Fenster habe ich dann Konsole angeklickt und da wurde angezeigt:

Uncaught TypeError: can't access property "length", e is undefined
gt https://localhost/BFB604test/media/vendor/bootstrap/js/dom.min.js?5.3.8:1
<anonymous> https://localhost/BFB604test/media/vendor/bootstrap/js/dropdown.min.js?5.3.8:1

Ich habe dann das gleiche mit den Button "Erste Schritte" , "Nachinstallationshinweise" und dem Linkbutton zum Frontend gemacht und da wurde das gleiche angezeigt.

Dann habe ich das gleiche mit BFB605test und BFB604 gemacht und da wird in der Konsole nichts angezeigt.

Gruß gindi

Wie schon geschrieben habe ich Kunena Forum im Erweiterungsmanager deaktiviert.

Wenn ich im Backend auf Kunena klicke bekomme ich die Meldung : Es ist ein Fehler aufgetreten. 404 Komponente nicht gefunden.

Der Fehler besteht weiterhin. Weil der Benutzermenü-Button nicht funktioniert habe ich das TAB geschlossen und danach BFB604test neu gestartet. Auf der User- und Adminseite wird Kunena nicht gefunden und der Fehler besteht weiter.

Hat noch jemand Vorschläge wie man dem Fehler auf die Spur kommen könnte?

Zu Elwwods Vorschlag: Es wird nicht reichen die Kunena Tabellen in der Datenbank zu löschen weil ja noch die ganzen Kunena Dateien vorhanden sind, oder war etwas anderes als die Löschung der Tabellen gemeint?

Gruß gindi

OK, ich habe das Kunena Forum mal deaktiviert. Reicht es wenn ich nur Kunena Forum deaktiviere oder muß alles was Kunena heißt deaktiviert werden.

Gruß gindi

Rich hat im Kunena Forum geantwortet:

Der Deinstallationsvorgang wurde an den von Joomla angepasst. Sie können Kunena über den Joomla-Erweiterungsmanager deinstallieren.

Leider geht das nicht, weil im Erweiterungsmanager in der Version BFB604test der "Aktionen" Button ohne Funktion ist.

Ich denke daß man für dieses Verhalten in BFB604test keine Erklärung finden kann und werde dieses Thema beenden.

Gruß gindi

Alle Testversionen befinden sich unter srv/www/htdocs/ und alle Einträge in configuration.php und .htaccess stimmen bei den drei Versionen überein, bis auf die Pfadangaben und secret in der configuration.php.

Ich verwende den MidnightCommander, mit dem kann man alle Verzeichnisse und Dateien miteinander vergleichen.

Ich wollte die Idee von Christiane aufgreifen und Kunena mal komplett deinstallieren aber diese Option gibt es in Kunena 7 nicht mehr.

Das habe ich jetzt im Kunena Forum beanstandet.

Gruß gindi

Wenn die Vermutungen daß es mit Apache oder mit LAMP zu tun hat zutreffen würde, hätte ich den Fehler auch bei den anderen Versionen. Die Versionen BFB604, BFB605 und BFB604test sind absolut identisch, bis auf den Verzeichnisnamen.

Die Backups installiere ich mit Akeeba-Backup-Pro und hatte damit noch nie Probleme.

Zur Fehlersuche hatte ich auch schon den Inhalt und die Datenbank BFB604test gelöscht, das Verzeichnis in BFB604teste umbenannt und das Backup wieder installiert. Da ist der Fehler nicht aufgetreten. Ich hatte auch schon das Verzeichnis BFB604test und die Datenbank komplett gelöscht und wieder neu angelegt. Nach der Installation des Backup war der Fehler auch wieder da.

Es ist ja kein großes Problem, ich finde es nur seltsam daß dieser Fehler nur unter diesem bestimmten Verzeichnisnamen auftritt.

Gruß gindi

Danke für die schnelle Antwort.

Ich arbeite mit Linux OpenSUSE Leap 15.6 und habe den Router mit Apache. PHP und MySQL (MariaDB) vor über 15 Jahren selbst erstellt.

Es gibt keine Fehler in der Konsole und der Debug-Modus zeigt nichts an. So bin ich erst darauf gekommen, daß im Debug_Modus der Fehler weg ist.

Bei allen Testversionen ist das Backup der Lifesite die Grundlage.

Gruß gindi

Ich erstelle immer lokale Testversionen um die Aktualisierungen zu testen bevor ich die öffentliche Website aktualisiere.

Ich habe jetzt lokale Testseiten erstellt, z.B. BFB604test mit einem Backup der Lifesite (Joomla 6.0.3 und Kunena 7.0.2) um dort das update auf Joomla 6.0.4 zu installieren.

Dabei habe ich festgestellt, wenn ich auf der User-Seite auf Forum klicke, ist der Button für die Forum Anmeldung und Einstellungen ohne Funktion.

Ebenso ist im Admin Dashboard die Buttons "Erste Schritte" und "Benutzermenü" ohne Funktion.

Selbst nach der Aktualisierung auf Joomla 6.0.4 bestehen die Fehler weiter.

Weitere Versuche haben ergeben daß der Fehler nur in der Version "BFB604test" auftritt. Mit BFB604, BFB603test, BFB605test und sogar mit BFB604teste ist alles normal.

Wenn ich in BFB604test System debuggen auf JA stelle, ist das Verhalten normal. Stelle ich System debuggen wieder auf NEIN ist der Fehler wieder da.

Gibt es in Joomla einen versteckten Code der diesen Fehler auslöst?

Hat jemand eine mögliche Erklärung parat?

Ich wünsche Euch ein schönes Osterwochenende

gindi