Hier ist Oskar
Ich konnte das Problem lösen. Intern in Joomla geht es nicht. Mit FileZilla Media /images kann es gelöscht werden.
Das dürfte nur eine Notlösung sein. Dein Problem solltest du auf jeden Fall beheben! Weitere werden sonst folgen.
Hier ist Oskar
Ich konnte das Problem lösen. Intern in Joomla geht es nicht. Mit FileZilla Media /images kann es gelöscht werden.
Das dürfte nur eine Notlösung sein. Dein Problem solltest du auf jeden Fall beheben! Weitere werden sonst folgen.
Call to undefined method Joomla\CMS\Application\AdministratorApplication::isAdmin()".
Wie du bereits geschrieben hast: Dieses isAdmin() gibt es in J4 nicht mehr, wird aber noch irgendwo von einer Drittanbieter-Erweiterung verwendet. Müsstest du mal herausfinden, welche es ist. Was liefert der CallStack?
Manchmal lässt es sich noch einfach korrigieren. Sind zumindest alle Erweiterungen aktuell?
Ich habe heute die Migration auf 4.15 durchgeführt. Zuerst habe ich alle Fremd-Komponenten, die lt. Joomla Probleme machen können, deaktiviert.
Die Deinstallation (nicht Deaktivierung) muss in J3 erfolgen! Meist sind Templates/Frameworks betroffen.
... aber da komm ich aus besagten Gründen nicht mehr ran, um den Debug-Modus zu erweitern.
Ändere es einfach direkt in der configuration.php im Joomla-Root-Verzeichnis!
Was ist mit den Antworten zu #2?
Es macht einen Riesenunterschied, ob du PHP 7.0 oder 7.4, oder auch 8.0 oder 8.1 verwendest. Genauere Angaben wären sinnvoll. Selbiges gilt für die Joomla-Versionen. Gemäß deines Links hast du wohl Joomla 3.10.10.
Du könntest die Core-Dateien mal "drüberbügeln".
Oder beschreibe zunächst, wie du den Restore mittels kickstart genau durchgeführt hast! Manchmal werden dabei bereits Fehler gemacht.
Nebenbei: Zu dieser Fehlermeldung erhält man etliche Suchergebnisse bei Google.
EDIT: PHP 7.4 und 8.0 sind so die gängigen aktuellen Versionen. PHP 8.1 bereitet je nach genutzten Drittanbieter-Erweiterungen noch das ein oder andere Problemchen. MIt PHP 7.4 solltest du bzgl. deiner Migration und des Einspielens der Sicherung auf der sicheren Seite sein.
nein ich möchte wissen, was ich hinterlegen muss damit der update von 3 auf 4 das templates als kompatipel erkennt.
Wenn ein Anbieter von Erweiterungen entsprechende Infos für den PreUpdate-Checker in seiner Erweiterung zur Verfügung stellt, dann werden diese auch angezeigt, ansonsten halt nicht.
Ob kompatibel oder nicht kompatibel, das ist dann eine ganz andere Frage. Wenn ich auf einen Trabbi 300PS draufschreibe, dann hat er diese noch lange nicht.
Um ein Template J4-kompatibel zu machen, muss man es umschreiben.
Wichtig: Ein nicht zu J4 kompatibles Template sollte vor der Migration übrigens entfernt werden. Davor aber auf Protostar umschalten.
Nenne uns doch mal ein paar verwendete Templates?
EDIT: Mein Beitrag hat sich gerade mit deinem überschnitten.
Wie stelle ich update-informationnen für ein template zur Verfügung?
D.h. du hast ein Template entwickelt und möchtest den Usern nun Informationen zur J4-Kompatibilität zur Verfügung stellen? Oder habe ich dich da jetzt falsch verstanden?
Oder möchtest du selber herausfinden, ob die verschiedenen Templates deiner Webseiten mit J4 kompatibel sind. Dann schau am besten auf der Anbieterseite nach!
Die meisten älteren Templates sind nicht J4-kompatibel.
Ist die Datenbank gar nicht im www. Verzeichnis gespeichert?
So ist es. Das hatte eich versucht, mit meinem Beitrag "rüberzubringen".
Manchmal hat man sogar einen DB-Server, den man angeben muss. Aber meistens läuft es über "localhost", also gleicher Webspace. Im Joomla-Verzeichnis werden die DB-Tabellen jedoch nicht gespeichert. Deshalb bringt es nichts, nur Verzeichnisse hin- und herzuschieben bzw. hochzuladen. Ohne die dazugehörigen DB-Tabellen läuft da nichts. Deine Versuche können so nicht fruchten.
Deshalb muss man immer Dateien und DB-Tabellen zeitgleich sichern. AkeebaBackup macht das automatisch. Beim Einspielen der .jpa-Sicherung mittels kickstart.php in ein leeres Verzeichnis werden die Dateien entpackt, und auch die DB-Tabellen werden in die Datenbank geschrieben, dessen Name und Zugangsdaten im Rahmen des Einspielens angegeben werden müssen.
Wenn du beispielsweise nur die Dateien sicherst, hast du im Prinzip gar keine Sicherung von Joomla. Spätestens mit der nächsten Aktualisierung passen DB und Dateien nicht mehr wirklich zusammen. Lediglich zum Reparieren könnte man solch eine Sicherung noch nutzen. Da muss man dann aber genau wissen, was man macht.
Hier ein paar Tipps:
1. "Downgrade": Das gibt es so nicht, wie du es dir vorstellst.
Vor einer Migration (aber auch vor anderen Aktualisierungen oder größeren Änderungen an einer Webseite) immer ein Backup anlegen! Wenn was schiefgeht, dann löschen und das Backup einpielen. Fertig!
2. Zu Joomla gehören immer die Dateien und die Datenbank-Tabellen. Diese werden im .jpa von AkeebaBackup in der Standard-Einstellung immer mitgesichert. Beim Einspielen mittels kickstart.php werden die Dateien ins leere Verzeichnis entpackt. Anschließend startet der integrierte Installer, welcher Joomla installiert. Dabei werden auch die DB-Tabellen angelegt und "gefüllt".
3. Wenn man etwas migriert oder größere Änderiungen vornimmt, dann sollte man das in einer Testebene machen. Also einfach das Backup dort einspielen. Wenn dann was schiefgeht, ist das kein Problem.
4. Macht ein Plugin Probleme und du möchtest das deaktivieren, kommst aber nicht ins Backend, dann geh einfach in die entsprechende DB-Tabelle _extensions (Stichwort: phymyadmin) und suche das Plugin. Dort kannst du dann "enable" von "1" auf "0" stellen und das Plugin ist deaktiviert.
5. Wenn du auf J4 migrierst und das verwendete Template nicht mit J4 kompatibel ist, dann schalte zunächst auf Protostar um und deinstalliere das inkompatible Template. (Natürlich alles in der Testebene). Nach der Migration kannst du das Core-Template "Cassiopeia" verwenden oder du installierst dir ein J4-kompatibles Template deiner Wahl!
Siehe 4! Sonst kann man das nicht analysieren. Notfalls musst du eine Testversion online stellen.
Welches Template nutzt du überhaupt in J4?
Und poste mal einen Screenshot von der Stelle, wo du die Klassen einträgst!
Joomla-Cache wurde sicherlich geleert?!?
Hi Elwood, ja habe ich nachgefragt und es läge am Paket. Die php.ini ist nicht zu bearbeiten und alles was bei anderen Hostern über die user.ini gehht, wird bei AH nicht unterstützt.
Hat dein Kunde noch einen der älteren Tarife? Da wurde mit Confixx gearbeitet. Änderungen wie memory_limit, upload_max_filesize usw. sind dort direkt im Account zu machen unter dem Tab "Servereinstellungen".
Bei den aktuellen Tarifen (v2) wird CloudPit genutzt. Da wird automatisch der höchste Wert genutzt, der für den jeweiligen Tarif angegeben ist.
Sonst nenn uns mal die genaue Tarifbezeichnung!
Schau auch mal in die Joomla-Systeminfos (-> PHP-Informationen), welche Werte da genau wirken!
Die Fehlermeldung bezieht sich grundlegend schon auf das memory_limit.
Habe dem Kunden empfohlen sein Updatepaket zu erweitern und den 3.99€ Mintarif abzuhaken
Im aktuellen "niedrigsten" Tarif sind aber doch 256MB enthalten (memory_limit).
Was meinst du mit max_upload? Wahrscheinlich upload_max_filesize und Co, Wenn es daran liegen sollte, einfach auf virtuellem Server migrieren!
p.s. Ich würde dem Kunden aber auch zum nächst höheren Tarif raten. Nun gut, 3 EUR/Monat mehr. Aber das sollte einem eine Webseite schion wert sein.
Ich bin aber unsicher ob es dann tatsächlich läuft und AH der richtige Hoster ist.
Viele meiner Joomla-Seiten laufen da seit 10 Jahren ohne Probleme.
Nebenbei:
"mydomain.com" ist natürlich ein Platzhalter für meine echte Domain
Da sollte man z.B. example.org nutzen und keine andere existierende Domain.
warum soll man als DSV nicht ein PDF anzeigen? - habe das aber geändert für den Link in der fusszeile.
Das kommt immer ein wenig darauf an, in welchem Zusammenhang die DSE angezeigt wird. So ist es auf jeden Fall sicherer. Man könnte sie höchstens auf der entsprechenden Seite zusätzlich noch als Download anbieten.
ich habe da mal was „gebastelt“ - meintest Du das so ?
Im Prinzip ja. Musst nur aufpassen, dass wenn du mal einen Cookie-Warner einsetzen solltest, dass dieser die rechtlichen Menüpunkte nicht überdeckt.
Eventuell noch den Alias vom Menüpunkt "Impressum" von "impressum2" auf "impressum" ändern. Falls das nicht geht, hast du vermutlich noch den alten Menüpunkt im Papierkorb, den du dann löschen müsstest.
Nebenbei: Informiere dich mal, ob der Link zur DSE auch auf ein PDF zeigen darf, wies es aktuell der Fall ist? Das würde ich ändern!
Wenn es interessiert - hier das vorläufige Ergebnis (im Test):
Noch ein kleiner Tipp: Du könntest die rechtlichen Dinge alle zusammen in 1 Menümodul packen und dieses irgendwo unten auf der Seite platzieren. Dann wirkt das oben etwas "entspannter".
Auch im Untermenü "Kontakt" hast du da noch einen zweiten Menüpunkt zum Impressum drin, welcher auch noch über eine andere URL aufgerufen wird. Entweder mit Menü-Alias arbeiten und auf den "originalen" Menüpunkt "Impressum" verweisen, oder aber ganz entfernen.
Wo ist das Forum hier für spezielle Fragen?
Hier im Forum wäre das "Sonstiges" -> "Offtopic"!
Wird aber sicherlich noch von einem Moderator veschoben werden. Indigo66
Ein passendes anderes Forum kann ich dir so auf Anhieb auch nicht nennen.
Vielleicht wurde auch aus Versehen die Cache-Dauer verändert und nicht die Sessionlänge. Überprüfe das noch mal!
Ansonsten könntest du mit F12 auch mal die Cookies analysieren.
Was passiert, wenn der User sich dann durch die Seite klickt oder beispielsweise mit F5 aktualisiert?
Dann sollte er feststellen, dass er ausgeloggt wurde.
die FOF-Versionen sind von Akeeba und die sagen, dass man die nicht entfernen darf!
Ich möchte alles so lassen und nix weiter löschen und die Migration starten.
Was kann passieren?
Achte darauf, dass du die aktuelle J3-AkeebaBackup-Verson hast. Die läuft dann auch erst mal mit J4. Nach der Migration installiert man das AkeebaBackup für J4 parallel. Dazu dann später mehr. AkeebaBackup ist da also keine Problem.
Alles mit FOF und Ähnlichem auf jeden Fall nicht deinstallieren! Es kann sein, dass auch andere Erweiterungen damit arbeiten. Das ist etwas komplizierter. Akeeba selber nutzt es in J4-Versionen dann nicht mehr.
Einzig dieses Tooltip-Plugin könnte oder sollte man entfernen?!?
Ansonsten, führe die Migration durch. Eine Sicherung hast du ja.