Beiträge von elmar1949

Zitat von Indigo66

Dann wurde Installationsverzeichnis für das Backup nicht bereinigt./gelöscht. Dazu gibt es eine Aufforderung nach der Installation.

Das habe ich jedesmal gemacht.

Zitat von JoomlaWunder

[...]

Und selbiges gilt für die configuration.php. Auch wenn das schon mehrfach besprochen wurde, wirf nochmal einen Blick in die configuration.php!
Beispielsweise bei $live_site ! Ist der Eintrag wirklich leer?

Oh... das hatte ich wohl überlesen (oder bei der Suche diesen Hinweis nicht gefunden).
Nach Anpassung des Pfads bei live_site hat es nun endlich geklappt. Aber, das musste ich früher nicht beachten... wie dem auch sei... vielen, vielen Dank für Eure Hilfe.

Zitat von gindi35510

Dieser Kommentar wird entfernt, wenn Sie die Globale Konfiguration über die Joomla-Schnittstelle speichern und/oder wenn eine Erweiterung eines Drittanbieters die Globale Konfiguration Ihrer Website ändert.

Gehe ins Backend, lade die Joomla Konfiguration und speichere sie wieder.

Gruß Gindi

Danke. Aber ich komme momentan noch nicht ins Backend.

Ich habe testweise versucht, das Akeeba-Backup auf einem anderen Server mit kickstart zu installieren.
Auch da da gleiche Ergebnis.

Was mir aufgefallen ist. Nach jedem Installations-Versuch kommt anschließend: 'Visit your site's frontend'. Wenn ich darauf klicke kommt anschließend: 404 Seite nicht gefunden -> zur Startseite

Und beim Klick auf 'zur Startseite' wird die Website der Backup-Site aufgerufen. Auch wenn ich auf einem total fremden Server bin.

Ich bin weiterhin ratlos und weiß nicht warum es früher (vor MySQL 8.0 und Akeeba Kickstart 8.0.4) reibungslos geklappt hat und jetzt nicht mehr.

public $caching = 0;

public $cache_handler = 'file';

public $cache_platformprefix = false;

public $cachetime = 15;

public $captcha = '0';

public $session_filesystem_path = '';

public $session_handler = 'database';

public $cookie_domain = '';

public $cookie_path = '';

Zitat von Sieger66

Vor der Anmeldung im Backend den Browser-Cache und Cookies gelöscht und auch schon mit einem anderen Browser erfolglos versucht ?

Ja. Alle drei Möglichkeiten.

Ich habe mir nochmal die configuration.php genauer angeschaut.
Was mir auffällt, dass bei der Subdomain folgender Text am Anfang der Datei steht:

/**

* Joomla Global Configuration

*

* This file has been modified by ANGIE, the Akeeba Backup restoration script, when restoring or transferring your site.

*

* This comment is removed whe you save the Global Configuration from Joomla's interface and/or when a third party

* extension modifies your site's Global Configuration.

*/

Den letzten Satz verstehe ich nicht ganz...

Zitat von CurlY BracketS

Joomla 5 läuft nicht mit PHP 8.0 - es lässt sich gar nicht erst installieren oder upgraden. Zudem brauchst du eine Datenbank, die das alles mitmacht. Ist bei vielen Hostereien leider nicht der Fall.

Sorry, ich meinte MySQL 8.0. Die PHP-Version ist 8.1

Zitat von Elwood

Die /tmp und /logs-Pfade wurden online auch angepasst?

Ja, die hatte ich beim Kickstart Installer angepasst.

Zitat von JoomlaWunder

Zumindest solltest du die PHP-Mindestversion für Joomla 5 beachten!

https://www.joomla.de/joomla/anforderungen

Ja, das ist 8.0
Es läuft auf der Hauptdomain. Nur nicht als "Kopie" auf der Subdomain.

Zitat von Elwood

Du kannst ja bei der lokalen Installation direkt in die DB gehen und das Passwort ändern.

Mit einem 'normalen' Backup (Einstellungen) hatte ich das auf einer lokalen Installation noch nicht.

Ich hatte nur deshalb lokal angegeben, weil die Subdomain nicht aufrufbar ist (empfohlen beim Erstellen des Themas).

Zitat von CurlY BracketS

Sicherheitstoken und Passwort sind 2 verschiedene paar Schuhe. Ich würde meinen, du hast entweder mit deinen Pfadangaben oder deiner Datenbankstruktur ein Durcheinander. Kannst du dich wenigstens an der Hauptdomäne anmelden?

Ja, das kann ich.

Ich konnte unter Joomla 4 backups mit Akeeba machen und sie unter einer Subdomain mit kickstart wieder "restaurieren" (mit entsprechender Anpassung der Datenbank).
Doch unter Joomla 5 (oder PHP 8.0?) kann ich mich nach einem restore mit kickstart nicht mehr im Backend der Kopie anmelden. Ich erhalte jedesmal die Meldung: Die Sicherheitstoken stimmen nicht überein.
Ich habe bestimmt 10 Versuche unternommen, ob ich nicht doch was übersehen habe, aber jedesmal das gleiche Ergebnis.
Hat jemand eine Idee, ob sich durch Joomla 5 oder PHP 8.0 beim Backup und Restore mit Akeeba irgendwas geändert hat?

Zitat von JoomlaWunder

Ich vermute, dass elmar1949 in #28 auch nur das Präfix meinte und nicht den DB-Namen. Das Präfx kann ja sowieso bleiben, da eine andere DB verwendet wird. Insofern, alles easy.

Nö... ich meinte schon den DB-Namen. Ich hatte das bei STRATO gemacht und da wird beim Anlegen einer neuen DB auch ein neuer DB-Name vergeben. Das Präfix kann - wie Du sagst - bleiben.
Die Idee, die ganze Aktion mit Akeeba zu machen, finde ich super.

Zitat von Dautrich

Die einfachste und sicherste Möglichkeit ist die Nutzung von Akeeba Backup / Kickstart:
- Ein Backup der Site erstellen (per Akeeba Backup).

- Die Site in den Wartungsmodus setzen.

- Mit Akeeba Kickstart das Backup restoren, wobei die neue Datenbank als Ziel angegeben wird.

- Fertig, Wartungsmodus abschalten.

Dabei hast Du kein manuelles Gefummel mit configuration.php u.ä.

Eine gute Idee. Aber, wie bekommst Du die Daten in die neue DB? Die ist ja nach dem Anlegen zunächst mal leer.

Wichtig ist aber, dass nach dem Export aus PhpMyAdmin in der exportierten Datei alle bisherige DB-Namen mit dem neuen DB-Namen ersetzt werden muss, bevor sie in die neue DB importiert werden kann.

Vielen Dank!

Ich habe Menüs mit Untermenüs. Die Hauptmenüs sind jeweils als Trennzeichen definiert. Normalerweise passiert nichts, wenn ich im Frontend auf den Hauptmenütitel klicke, weil es ja nur ein Trennzeichen ist.

Bei manchen Websites (die ich betreue) passiert es, dass nach einem Klick auf den Hauptmenütitel auf die Startseite verlinkt wird, was ich nicht wünsche (in der angegebenen URL z.B. auf das Jahr 2011).

Ich kann mir nicht erklären, wie es zu diesem aktiven Link kommt. In den Details im Hauptmenüpunkt ist alles unter Link leer. Ebenso unter Linktyp.

Hat jemand eine Idee, wo ein # hinterlegt ist, das der Grund sein könnte?

Admin-Modul: 3rd Party

Admin-Modul: notifications

Beide Admin-Module sind auf Position icon.

Ich bin auf beiden Websites über Joomla-Update von 3.9.10 auf 4.0.4 erfolgreich umgestiegen. Ich hatte keinen Einfluss darauf, wo die Elemente aufgelistet werden sollen.

Inzwischen habe ich Joomla 4.0.5.

Hier das aktuelle Dashboard von Website A:

und hier das aktuelle Dashboard von Website B:

Bei einigen Websites, die ich betreue, sind Elemente im Dashboard unterschiedlich angeordnet.

Z.B. das Element Joomla-Update ist bei einigen unter '3rd Party' angeordnet und bei anderen unter 'Notifications'.

Ich möchte das gerne einheitlich haben.

Wie kann ich Elemente, die in '3rd Party' enthalten sind, nach 'Notifications' im Dashboard verschieben?

Ja, danke, jetzt funktioniert es wieder.

Sorry. Im Nachhinein betrachtet, hatte ich einen anderen Gedanken.

Ich wollte Positionen, die im Admin-Dashboard bereits vorhanden sind, verschieben.

Z.B. ist das Joomla-Update in "3rd Party" gerutscht, statt in "Notifications".

Ich hatte angenommen, dass ich das mit der o.g. Anleitung korrigieren kann.