Beiträge von Joomi70

Ich habe meine Homepage, welche ich schon seit der Joomla-Version 3.x habe, nun von der Version 4.4.13 auf die 5.3.1 geupdatet. Momentan noch in einer kopierten Version. Da ich festgestellt habe, dass ich (zu) viele unnötige Benutzergruppen und Zugriffsebenen habe, möchte ich diese nun reduzieren. Zudem sollen gewisse Gruppen auf gewisse Komponenten im Backend Zugriff haben. Und da beginnt mein Problem. (Es ist auch bereits in der Vorgängerinstallation vorhanden - also der Version 4.4.13).

Die Suchfunktion habe ich offenbar einmal mehr mit den falschen Stichworten gefüttert. Denn leider habe ich den ganzen Tag vergebens nach einer, nach DER Lösung gesucht...

Ich habe eine neue Gruppe mit dem Namen "Leitung - neu" erstellt und diese dem "Manager" unterstellt. Damit sollte ja der Zugang zum Backend schonmal möglich sein. Wenn ich nun einem Benutzer ausschliesslich die Gruppe "Leitung - neu" zuweise, gelingt zwar die Anmeldung ins Backend, aber ich kann dort genau nichts machen. Auf der linken Seite erscheint lediglich "Menu einklappen". Die Einträge darunter erscheinen nicht. Auch Ausloggen kann ich mich nicht, denn der entsprechende Button oben rechts fehlt. Und jetzt wird es - zumindest für mich - seltsam. Ordne ich dem Benutzer zusätzlich die Gruppe "Spezielles" zu, erscheinen die Menueinträge (inkl. Button zum Ausloggen)!
Die Gruppe "Spezielles" ist der Gruppe "Registriert" untergeordnet und hat praktisch keine Rechte. Ursprünglich habe ich sie zu Testzwecken erstellt, um einzelne Einträge/Menus/etc. vorerst nur für mich zu testen. Ausschliesslich mit der Gruppe "Spezielles" ist ein Login in den Backendbereich mangels Rechten nicht möglich. Irgendwo muss ich etwas übersehen haben, dass die Gruppe "Spezielles" ein "grösseres" Recht hat, als die Gruppe "Manager" bzw. "Leitung - neu". Nur wo? Das konnte ich trotz intensiver Suche bislang nicht herausfinden.

Das Ziel wäre übrigens, dass die Gruppe "Leitung - neu" im Backend mit der Komponente PhocaGallery Fotos hochladen könnte - und nur das. Andere Komponenten sollten gesperrt bzw. unsichtbar bleiben. Vorerst möchte ich aber beim Backendzugriff auf die Gruppe "Spezielles" verzichten können, damit ich sie löschen kann und erst danach mein nächstes Anliegen angehen.

Besten Dank schon jetzt für jeden noch so kleinen Tipp.

Liebe Grüsse
joomi70

Ich weiss zwar nicht genau, warum; aber meine Site läuft wieder Der Tipp von WM-Loose im Post #2 scheint irgendwie Wunder gewirkt zu haben. Aber auch die anderen Hinweise von Euch haben mir ein wenig Licht ins Dunkle von Joomla gebracht.

Leider weiss ich nach wie vor nicht genau, was da abgegangen ist, dass eine schon länger laufende Page über Nacht plötzlich nicht mehr tut. Aber Hauptsache, sie läuft wieder.

Besten Dank für Eure Unterstützung und liebe Grüsse aus der Schweiz

Fritz

Ich vermute einmal, dass es nicht damit gemacht ist, wenn ich diese Datei einfach lösche...

Dass bei der Migration irgendwo etwas schief gegangen ist, kann ich nicht ausschliessen. Entsprechende Fehlermeldungen habe ich aber nicht bekommen. Ich habe mich versucht, an die Anleitung zu halten. Scheinbar ist es mir nicht ganz gelungen....

Auf der Site r4.mguttigen.ch ist diese Manifestdatei auch noch vorhanden. Diese Site läuft aber (noch....)

Gibt es einen Lösungsansatz, wie ich zu einer sauberen J4-Installation komme und dabei die Inhalte retten kann?

Hmmm....

OK. Ich versuche es nochmals:

Ich hatte - so glaube ich es zumindest - eine Homepage, welche mit der Version 4 gut lief. Ob ich ursprünglich mit der Version 2 oder 3 gestartet bin, weiss ich nicht mehr. Jedenfalls machte ich zeitverzugsnah jeweils die entsprechenden Updates (Mit Ausnahme der Migration von 3 auf 4. Dort wartete ich bis auf den letzten Drücker). Aber danach machte ich die Updates wieder ziemlich schnell.

Eines Tages - und ich hatte kurz vorher nichts mehr an der Homepage gemacht, soweit ich mich erinnern kann. Oder wenn, dann nur am Content - erhielt ich im Ausland die Mitteilung, dass unsere Homepage nicht mehr läuft. Danach suchte ich im Netz nach ähnlichen Problemen, weil ich jeweils davon ausgehe, dass es (fast) nicht sein kann, dass ich der Einzige mit diesem Problem bin. So richtig fündig wurde ich aber nicht. Da bei einem Backup jeweils auch die aktuellsten Daten verloren gehen, wollte ich dies nach Möglichkeit vermeiden und das eigentliche Problem lösen. Das konnte ich aber nicht und spielte daher trotzdem ein Backup zurück, welches ca. einen Monat alt ist. Und siehe da, die Homepage lief wieder. Die Freude war aber nur von kurzer Dauer. Schon am nächsten Morgen war sie wieder down. Erneut das Backup zurück gespielt und auf die Uhr gesehen, um abzuschätzen, ob sie immer gleich lange läuft oder ob immer um die selbe Uhrzeit in der Nacht etwas passiert. Beides war nicht der Fall. Die Homepage lief mal 26 Stunden, mal nur vier. Und dass sie immer um 4Uhr morgens abstellt, bewahrheitete sich auch nicht. Aber was passiert hier? Anfänglich läuft sie ja. Und aus mir unerklärlichen Gründen stellt sie Stunden später wieder ab. Wenn ich etwas daran "bastle" oder ein Update mache und die Homepage gleich darauf nicht mehr läuft, weiss ich, dass das, was ich eben gemacht habe, zum Absturz führte. Aber wenn sie zuerst noch Stunden läuft und erst dann nicht mehr läuft, was kann dann die Ursache sein?

Ansonsten habe ich versucht, meine Schritte, welche ich gemacht habe, möglichst genau zu beschreiben. Dies mit der Hoffnung, dass man allenfalls nachvollziehen kann, was ich falsch mache. Bzw. dass es anderen bei ähnlichen Problemen für deren Lösung hilft.

Liebe Grüsse

Fritz

Du dachtest eigentlich richtig... es geht um die Version 4. Ich bin eigentlich davon ausgegangen, dass ich die Version 3.10.12 schon weit hinter mir gelassen habe... ...und habe nun ein paar Fragezeichen mehr. Wissentlich habe ich J3 nicht eingespielt.

Nachdem ich gestern auf die Site mguttigen.ch ein Backup zurückgespielt und das Template auf Cassiopeia umgestellt habe, (Dies geht glaublich nur mit der Version 4.x), läuft sie heute morgen nicht mehr.

Auf der Subdomain r4.uttigen.ch habe ich Ähnliches gemacht: Zuerst eine neue Datenbank aus dem Backup erstellt (Selbes wie oben). Und dann mittels Plesk die Daten in ein neues Verzeichnis verschoben (Ebenfalls aus selbem Backup wie oben). Zuletzt noch die Datenbank mit der Subdomain verbunden und die configuration.php angepasst. Und siehe da, diese Site läuft auch heute morgen noch - jedenfalls bis jetzt. Vielleicht sollte ich den Tag nicht vor dem Abend loben.

Auch wenn ich in keinster Art und Weise nachvollziehen kann, was nach einer Laufzeit von wenigen bis mehreren Stunden meine Site dazu bringt, nicht mehr zu laufen, scheint mir die Lösung klar zu sein; Ich verschiebe die laufende Site von r4.mguttigen.ch nach mguttigen.ch.

Zu gerne hätte ich aber gewusst, was hier wirklich ab geht bzw. ab ging...

Vielen Dank jedenfalls für Eure Anregungen und Hilfe

Fritz

Ich habe wieder ein Backup auf mguttigen.ch eingespielt. Dann das Standart-Template Cassiopeia aktiviert. (Nun wird halt nichts mehr angezeigt, da ich die Positionen nicht angepasst habe. Mal sehen, ob die Homepage morgen auch noch läuft....) Elwood: Vermutest Du das Problem im Template?

/tmp und /log-Pfade sind korrekt und up to date sollte auch alles sein; jedenfalls wird nichts angezeigt, was ich noch aktualisieren sollte...

WM-Loose: Ich habe die Datenbank vom Backup kopiert. Zudem habe ich die aktuellen Inhalte (Diese sind nun auch von einem Backup) in ein neues Verzeichnis kopiert. Die configuration.php habe ich angepasst (DB, DB-Benutzer, /tmp und /logs). Diese Site ist unter der Subdomain r4.mguttigen.ch erreichbar.

Nun bin ich gespannt, welche von beiden Homepages morgen früh noch läuft.

So. Um 03.35h war es so weit: Nachdem die Site um 03:27h noch lief, läuft sie jetzt nicht mehr....

Als die Site noch funktionierte, habe ich die Fehler-Anzeige auf hoch gestellt. Dies hatte zur Folge dass im Kopfbereich folgende Meldung angezeigt wird:

Warning: is_file(): open_basedir restriction in effect. File(/templates/system/css/system.css) is not within the allowed path(s): (/var/www/vhosts/mguttigen.ch/:/tmp/) in /var/www/vhosts/mguttigen.ch/httpdocs/templates/ja_simpli/index.php on line 69

Ich weiss nicht, ob dies das Problem auslösten kann....

WM-Loose: Besten Dank für den Tipp. Ich werde ihn, sobald ich wieder ausgeschlafen bin, gleich ausprobieren.

Hallo zusammen

Meine Site lief eigentlich einwandfrei, jedenfalls soweit ich das feststellen konnte... Dann, vor ein paar Tagen erschien plötzlich die Fehlermeldung aus dem Titel. Und mit der URL des Backends wurde lediglich eine weisse Seite mit dem Wort "Error" aufgerufen. Wie viele Tage das Update von der Version 4.4.0 auf die Version 4.4.1 zurück lag, weiss ich nicht mehr. Vor dem Auftauchen des Problems habe ich auch keine Beiträge verfasst. Ich sehe also kein unmittelbares Ereignis, welches für die Auslösung des Fehlers verantwortlich sein könnte.

Ich kann ein Backup einspielen. Dann läuft die Site wieder. Aber lediglich für ein paar wenige Stunden (max. 26 Stunden). Wenn ich das Backup abends einspiele, läuft die Site meist bis am Morgen. Dann ist der Fehler wieder da. Das Aufspielen noch früherer Backups scheitert daran, dass diese für den Upload zu gross sind.

Was mir etwas befremdlich vorkommt ist, dass unter System - Wartung - Datenbank - Joomla!-CMS unter Datenbankversion 4.4.0-2023-09-13 steht und unter Manifest Version 4.4.1. 4.4.1 ist auch jene Version, welche mir im Header des Backends angezeigt wird. Allerdings sind dort noch weitere Erweiterungen aufgeführt, bei welchen die DB-Versionen nicht mit den Manifest Versionen überein stimmen. (Phoca Download, Phoca Gallery und Weblinks). Probleme gibt es aber keine (Spalte "Probleme" alles grün). Wie ich ein Update hinbekomme, damit die beiden Version wieder übereinstimmen, habe ich leider bislang nicht heraus gefunden.

Was ich gestern Abend auch noch probiert habe, ist das Deaktivieren von verschiedenen Komponenten. Aber heute Morgen war die Site trotzdem wieder down.

Wenn ich im Plesk die php-Version kontrolliere, steht dort 8.2.13. Wenn ich im phpMyAdmin nachsehe, steht dort 8.2.12. Aber vielleicht ist das ja normal.

Ich bin echt ratlos, was ich noch tun kann. Soll/kann ich eine frische Joomla-Version einrichten und dann das Backup wieder einspielen? Oder hole ich mir den Fehler so auch wieder zurück? In einem Thread habe ich noch gelesen, dass Plesk unter Umständen automatisch Updates macht und so rein pfuscht. Die entsprechenden Einstellungen habe ich aber bei mir nicht gefunden.

Besten Dank für Eure Hilfe und liebe Grüsse

Fritz

PS: Damit ich die Angaben für diesen Thread erhältlich machen konnte, musste ich wieder ein Backup einspielen. Wenn Du zu schnell bist, wird die Site daher noch laufen. Aber spätestens in 24Stunden wird sie wieder down sein....

Das mache ich in diesem Fall so. Ich dachte, dass es sich um denselben Grund handeln könnte.

Vielen Dank trotzdem für Deine Tipps.

Danke für Deine Antwort. Das vergass ich zu schreiben; Meine Homepage läuft - oder aktuell besser: lief - mit der Version 4. Ich war vor dem "Vorfall" nicht im Admin-Bereich der Homepage und habe nichts angepasst. Deshalb finde ich den plötzlichen Fehler auch so seltsam und befürchte, dass ich gehackt worden bin...

Wenn ich Deinen Link im Browser eingebe, erscheint kurz darauf eine weisse Seite. Oben links das Wort "Error". Dies sieht auch so aus, wenn ich mich als Administrator einloggen möchte.

Hallo zusammen

Ich erlaube mir mal, mich hier einzuklinken; auch wenn ich kein Update gemacht habe...

Auf meiner Homepage (https://www.mguttigen.ch) habe ich denselben Fehler (Unknown column 'a.xreference' in 'field list'). Ich war nicht einmal eingeloggt, als plötzlich dieser Fehler aufgetaucht ist. (Soweit ich das bis jetzt überschauen kann, auch kein anderer Administrator.) Auf meiner Homepage erscheint auch die Joomla!-Debug-Konsole. Leider kann ich mit den dort angezeigten Informationen nicht wirklich viel anfangen. Auf das Backend habe auch ich keinen Zugriff mehr (ERROR) und die Reparatur der Datenbank via Plesk bringt auch keinen Erfolg. (Es werden zwei Fehler angezeigt: pfx_finder_tokens und pfx_finder_tokens_aggregate -> The storage engine for the table doesn't support check).

Auf die Datenbank habe ich allerdings Zugriff. Leider habe ich aber auch dort keine Ahnung, wonach ich suchen soll oder was ich allenfalls ändern müsste. "Rentiert" die Suche überhaupt? Oder ist es vernünftiger, das 20Tage alte Backup zurückzuspielen? Allerdings hätte ich schon gerne gewusst, weshalb dieser Fehler urplötzlich auftaucht. Wurde ich etwa gehackt?

Besten Dank für Eure Hilfe und liebe Grüsse

Fritz