Beiträge von b3317133

    Es sollte auch für die .daf Datei ein entspr. installer.php zum Download angeboten werden.

    Evtl. das Video in der Duplicator Plugin Beschreibung ansehen, das erklärt die generelle Funktionsweise ganz gut.

    Wenn das Paket tatsächlich als .zip Datei vorliegt, könntest Du

    1. eine Kopie der .zip Datei erstellen
    2. in der Kopie den Ordner [FONT=Courier New]wp-content/uploads/[/FONT] bzw. andere grosse Ordner z.B. von Backup oder Cache Plugins zu löschen
    3. versuchen, diese Kopie zu importieren und danach
    4. den Ordner [FONT=Courier New]wp-content/uploads/[/FONT] u.ä. manuell per Filezilla hochladen


    Wenn das Paket als .wpress Datei vorliegt, könntest Du versuchen, das Archiv z.B. wie hier im Plugin Support Forum beschrieben lokal zu extrahieren und Dateien/Ordner manuell hochzuladen bzw. die Datenbank manuell zu installieren.

    Versuche es auf Basis des og. Original Codes mal damit im vorhandenen [FONT=Courier New]<p>[/FONT] Tag, neue 2 Links verkürzt dargestellt:

    PHP
    <p class="mh-copyright"><?php printf(esc_html__('Copyright &copy; %1$s | WordPress Theme by %2$s', 'mh-magazine-lite'), date("Y"), '<a href="' . esc_url('https://mhthemes.com/themes/mh-magazine/?utm_source=customer&utm_medium=link&utm_campaign=MH+Magazine+Lite') . '" rel="nofollow">MH Themes</a>'); ?> <span style="float: right;"><a href="#">Imp</a> <a href="#">Daten</a></span></p>

    Diese Meldung von 17:11:34 und auch die vorherigen geposteten Meldungen mit Bezug zu [FONT=Courier New]cron.php[/FONT] haben mit dem akuten Fehler beim Loginversuch oder bei den sonstigen Seiten nichts zu tun.

    Benenne testweise temporär den Ordner [FONT=Courier New]wp-content/plugins/[/FONT] per FTP um, z.B. in [FONT=Courier New]wp-content/plugins_inaktiv/[/FONT] o.ä., funktioniert dann der Login?

    Beachte weiterhin die Hinweise zum Entfernen des zweiten Cache Plugins weiter oben in den Antworten.

    @threadi

    Die Nutzung von mehreren Cache Plugins gleichzeitig ist übrigens nicht zielführend, derzeit offenbar mind. aktiv: Cache Enabler und Docket Cache.


    Und hierzu:

    es läuft nur nur noch cache enabler. Soweit so gut. jetzt geht aber der Login nicht mehr,


    Poste die (zu einem nicht funktionierenden Loginvorgang) zugehörigen Error Log Einträge.

    Oder gehe jetzt vor wie bereits hier beschrieben und entferne auch das zweite Cache Plugin, löst das das Login Problem?

    Die beiden Cache Plugins kommen/kamen sich möglicherweise bei Betrieb und/oder Deinstallation in die Quere.

    Meldungen aus dem Error Log bringen nur dann etwas, wenn das Problem lt. Datum/Zeit dazu passend gleichzeitig auch nachvollziehbar besteht und man die Behebung dann direkt nachvollziehen könnte.

    Die Nutzung von mehreren Cache Plugins gleichzeitig ist übrigens nicht zielführend, derzeit offenbar mind. aktiv: Cache Enabler und Docket Cache.

    Man könnte zu einem Ergebnis kommen, wenn die entspr. angefragten Error Log Einträge zur Verfügung gestellt würden.

    Rufe die nicht funktionierende Seite einmal neu im Browser auf und poste dann die lt. Datum/Zeit dazu passenden Meldungen. Verwende dafür das Symbol [FONT=Courier New][+][/FONT] und Code im Forum Editor.


    Aktuell funktioniert die Seite. Mit PHP 8.0.28 und aktivem Cache Plugin.

    Ergänzung: Wenn es jetzt wieder zu Störungen kommt, liegt es ggf. an veralteten Komponenten, über die die Seite beeinflusst oder gehackt wird. Ein mögliches Beispiel wäre das seit 2 Jahren nicht mehr aktuelle Cookie Plugin, das nur bis WordPress 5.8.6 kompatibel markiert ist.

    Welcher "Slug" ist beim Tag "2024" im WordPress Backend eingestellt?

    Link zur Seite? Dann könnte man das ggf. über die REST API ansehen.

    Ergänzung: Auf einem Testserver ist das Verhalten auch wie beschrieben, getestet mit dem neusten WordPress 6.2 bis zurück mit WordPress 4.9.22, numerische Tags werden mit [FONT=Courier New]tag-ID[/FONT] statt mit [FONT=Courier New]tag-slug[/FONT] in der [FONT=Courier New]class[/FONT] aufgeführt. Evtl. ein Ticket dazu bei den WordPress Core Entwicklern eröffnen, die lesen hier nicht mit.

    Diese Meldung ist von gestern abend. Rufe die nicht funktionierende Seite einmal neu im Browser auf und poste dann die lt. Datum/Zeit dazu passenden Meldungen. Verwende dafür das Symbol [FONT=Courier New][+][/FONT] und Code im Forum Editor.

    Zur [FONT=Courier New]wp-config.php[/FONT], hier sind noch Reste von Deinem Cache Plugin, entferne diese:

    Code
    /** Enables page caching for Cache Enabler. */
    if ( ! defined( 'WP_CACHE' ) ) {
        define( 'WP_CACHE', true );
    }

    Entferne zudem die Datei [FONT=Courier New]wp-content/advanced-cache.php[/FONT] falls vorhanden.

    Vermutlich wurde die WordPress Installation auf PHP 8 umgestellt, ohne dabei die Kompatibilität aller Komponenten zu prüfen. Da kann ein Hosting Support ggf. nur schwer weiterhelfen.

    Was seit Umstellung auf PHP 8 leider Probleme machte ..


    Hier dürfte die eigentliche Ursache liegen.

    Welche weiteren Meldungen erscheinen im PHP Error Log des Servers?

    Die Error Logs bei Strato stehen üblicherweise unter "Datenbanken & Webspace -> Statistik -> Logfiles (oben) -> Error-Logfile anzeigen (Button)". Exemplarisch hier ein Screenshot wie man da hinkommt.

    Und Frage zur o.g. Meldung:

    do_action() #5 /mnt/web014/b3/48/5539148/htdocs/wp/wp-config.php(92)


    Was steht in Zeile 92 der Datei wp-config.php? (Und in 2-3 Zeilen davor und danach, falls Du inzwischen Änderungen in der Datei gemacht hast).