Cassiopeia - Einstellungen immer wieder weg

  • Puh.....
    Die Werte im Cassiopeia und Cassiopeia Extended werden nach der "erfolgreichen Speicherung" (so gemeldet) nicht gespeichert, zumindest werden danach wieder die alten Werte angezeigt.
    Ob diese in der Datenbank geändert werden, kann ich nicht sagen, da ich darauf keinen Zugriff habe. Das sollte man herausfinden.

    Grundlegende falsche Einstellungen habe ich nicht festgestellt.
    Die Werte für post_max_size und upload_max_filesize sind mit 16M allerdings zu niedrig angesetzt.
    Das memory_limit liegt bei 128M, besser wären 256M.

    Woher stammt der Eintrag ftp_host: 127.0.0.1 in der configuration.php? (so zumindest ist es aus den Systeminfos herauszulesen).
    War das eine frische Joomla 6-Installation? Oder hast du von J4 oder J5 zu J6 migriert?
    Vor ein paar Jahren haben solche FTP-Einträge oft zu Problemen geführt, so dass man sie leer gelassen hat.
    In meinen aktuellen Joomla-Installationen finde ich nicht mal mehr die Möglichkeit, dieses FTP zu aktivieren, um diese Werte dann dort eintragen zu können. Vielleicht ist das aber auch irgendwo versteckt, weiß ich nicht. Würde ich aber entfernen!

    Mehr konnte ich leider nicht herausfinden. Vielleicht solltest du mal die Core-Dateien neu hochladen?!?

    Viele Grüße!
    JoomlaWunder

  • Ja, das ist eine migrierte Seite. Ich meine die käme schon von J4, aber da bin ich mir nicht 100%ig sicher.

    Ich habe mehrere andere Seiten auf dem gleichen Server und somit gleichen PHP-Werten, die laufen mit den max_... und memory_limit Werten problemlos.


    Die Cor-Dateien habe ich schon mal neu geladen.

    • Hilfreichste Antwort

    Wenn man das Plugin "System - Helix Ultimate Framework" ausschaltet, dann gehts

  • Wenn man das Plugin "System - Helix Ultimate Framework" ausschaltet, dann gehts

    Interessant! Hast du das an der vorliegenden Webseite getestet oder bei einer deiner Installationen?
    Gemäß #11 hatte es keine Probleme mit Helix und Cassiospeia gegeben. Aber vielleicht war das Helix bei diesen Tests lediglich installiert, aber das Plugin deaktiviert.

    Viele Grüße!
    JoomlaWunder

  • Ich habe es jetzt nur ganz allgemein ausprobiert, da ich eigentlich immer HU als Standart verwende. Natürlich hast du recht. Wenn ich Cassiopeia als Standart verwende, brauche ich HU nicht installieren. Dann funktioniert es auch. Miteinander funktioniert es nicht.

  • Interessant! Hast du das an der vorliegenden Webseite getestet oder bei einer deiner Installationen?
    Gemäß #11 hatte es keine Probleme mit Helix und Cassiospeia gegeben. Aber vielleicht war das Helix bei diesen Tests lediglich installiert, aber das Plugin deaktiviert.

    Ich habe das an einer Kopie der hierb etroffenen Webseite auf eigenem Webspace nachvollzogen.

  • Warum nutzt man, bzw. hat das Plugin installiert, wenn man das Cassiopeia als Standard definiert hat?

    Weil es eine bestehende Seite ist die mit Helix läuft und ich im Hintergrund den Umstieg auf Cassiopeia vorbereiten wollte. Habe ich mit noch zwei Seiten gemacht, da gab es diese Probleme nicht.

  • Es ist natürlich unschön, wenn ein Template so in die Quere kommt. Vielleicht ligt es auch an der Reihenfolge, wie die System-Plugins aufgerufen werden. Geh auf System -> Plugins, filtere auf Typ = system und sortiere die nach der Reihenfolge. Vergleiche die Seite, die geht mir der, wo es nicht geht. Gibt es Unterschiede?

  • Das Ändern der Reihenfolge hat bei mir auch nichts geändert.

    Ich setze den Thread jetzt auf erledigt.

    Vielen Dank an alle, die mit überlegt haben, wo das Problem liegen könnte. Das es jetzt gefunden ist, wird uns viel Arbeit ersparen, wenn einige der rund 200 Seiten, die wir ehrenamtlich betreuen auf Cassiopeia umsteigen wollen.

  • Wenn das Plugin läuft, lassen sich auch andere Templates an den Optionen nicht speichern, das habe ich an der Kopie ausprobiert.

    Aus meiner Sicht macht es auch keinen Sinn, ein Plugin installiert zu haben, welches man gar nicht benötigt.

    Ich sag zu meinem Kunden immer, dass diese ganzen umfangreichen Frameworks, CCKs und so weiter nur Ärger machen. Man hat mehr mit Fehlerbehebung zu tun als wenn man das Ganze gleich selber programmiert hätte.

    Das war wieder mal ein super Beispiel dafür

  • Ich sag zu meinem Kunden immer, dass diese ganzen umfangreichen Frameworks, CCKs und so weiter nur Ärger machen. Man hat mehr mit Fehlerbehebung zu tun als wenn man das Ganze gleich selber programmiert hätte.

    Das war wieder mal ein super Beispiel dafür

    ...es sei denn man nimmt Astroid und hat Elwood und mich ;), frohe Weihnachten. :):saint:

  • dass diese ganzen umfangreichen Frameworks, CCKs und so weiter nur Ärger machen.


    Hallo Andre!

    Da muss ich widersprechen. Es funktioniert ja für das jeweilige Template.

    Aber es sind halt nicht alle Frameworks Userfriendly.

    (Deswegen habe ich mich vom HU schon vor Jahren verabschiedet!).

    Wenn man Erweiterungen, Fameworks etc. nicht braucht und nutzt, sollte man sie deinstallieren.

    Wenn man mit einem Framework arbeitet, sollte man sich schon mit der Dokumentation beschäftigen.

    Für alles andere gibt es dafür ja auch Foren.

    Meine ca. 25 Seiten laufen alle mit einem Framework seit Jahren stabil.

    Und natürlich immer alles aktuell halten.


    als wenn man das Ganze gleich selber programmiert hätte.


    Das kann ich leider nicht. :(

    Gruß Elwood