Beiträge von b3317133

    Die erste Frage bleibt unbeantwortet:

    Was steht im error-Log beim Hosting?

    In der geposteten .htaccess sind keine Unterschiede zu einer standard .htaccess von WordPress erkennbar. Was wurde dort wg. PHP-Version geändert?

    Wie verhält es sich mit anderen PHP-Versionen? Es kann kurz dauern, bis die Umstellung aus dem Backend auf dem Website ankommt...

    Der Plugins-Ordner soll natürlich während des Loginversuchs umbenannt sein und erst danach wieder zurückbenannt werden, nur falls das unklar sein sollte...

    Das access_log ist nicht das Error-Logfile, versuche es nochmal mit der o.g. Anleitung.

    Inwiefern hat das Umbenennen des Plugins-Ordners nicht funktioniert? Wie genau wurde das gemacht? Was waren die Auswirkungen?

    Was wurde wegen einer PHP-Umstellung an der .htaccess bearbeitet? Das macht man bei Strato üblicherweise unter Datenbanken & Webspace -> PHP-Version einstellen. Poste mal die aktuelle .htaccess

    Ergänzung: Derzeit läuft auf dem im access_log genannten Website PHP 7.2.15, versuche es doch auch mal mit älteren Versionen.

    Welches Theme wird denn verwendet? Wurde überhaupt schonmal ausprobiert, einfach [FONT=Courier New]<!--nextpage-->[/FONT] in den Inhalt (Text-/Code-Ansicht) einer Seite einzufügen? Was passiert dann?

    Den Ordner erreichst Du per FTP, weisst Du was das ist?

    Wie genau versuchst Du denn, das Plugin zu löschen?

    Was bedeutet "das Updaten schlägt fehl"? Was passiert wann & wie genau?

    Ergänzend, wenn WordPress 5.x installiert ist, wird Gutenberg als Plugin nicht benötigt, das Plugin dient inzwischen nur noch zum Betatesting neuerer Funktionen, das geht aus der Pluginseite leider nicht wirklich hervor. :( Vor der Veröffentlichung von WordPress 5.x war das anders.

    Der in der Fehlermeldung genannte Website läuft mit WordPress 4.9.9, das aktuelle Gutenberg Plugin ist wie bei der Installation angegeben "Inkompatibel mit deiner WordPress-Version", siehe auch readme.txt im Plugin-Ordner "Requires at least: 5.0.0"

    Entferne per FTP den Ordner wp-content/plugins/gutenberg/

    Wenn man unbedingt Gutenberg nutzen möchte, muss man die ganze Installation auf die 5.x Version von WordPress aktualisieren, um Gutenberg danach wieder abschalten zu können, braucht man dann zusätzlich das "Classic Editor" Plugin.

    Bzw. vorher entspr. geprüfte Backups aller Dateien & Datenbank.

    Das SSL-Zertifikat des Websites hat mit MySQL rein gar nichts zu tun.

    Beantworte doch erstmal die Fragen:

    Was steht im error-Log beim Hosting? Die Error Logs bei Strato stehen üblicherweise unter Datenbanken & Webspace -> Statistik -> Logfiles (oben) -> Error-Logfile anzeigen (Button).

    Was ergab das temporäre Umbennen des Plugin Ordners?

    Was wurde denn genau gemacht, bevor der Fehler auftrat?

    Oder kann es an einem Plugin liegen?


    Es kann an vielen Dingen liegen, an umgestellter PHP-Version, Updates von WordPress, Theme, Plugins, unsachgemäss eingefügter Code, Fehler beim Hosting, usw.

    Am besten sieht man das im error-Log beim Hosting.

    Um ein Plugin als Ursache auszuschliessen, kann man temporär per FTP den Ordner wp-content/plugins/ umbenennen, das deaktiviert alle Plugins, und dann eine Anmeldung versuchen. Das Zurückbenennen aber nicht vergessen, sonst geht in Zukunft vieles andere schief...

    Was wurde denn genau gemacht, bevor der Fehler auftrat?

    Die Links funktionieren alle, werden aber per HTTP 301 Redirect auf die Startseite zurückgeschickt.

    Also steht irgendwas in der .htaccess oder ein Plugin ist dafür verantwortlich.

    Poste die .htaccess und deaktivere der Reihe nach alle Plugins (und leere zwischen jedem einzelnen Versuch den Browsercache).

    Alternativ finde heraus, ob / wo / warum im Theme [FONT=Courier New]disable_embeds_rewrites[/FONT] verwendet wird, und entferne das, evtl. wurde da irgendwelcher Code, der irgendwas machen / verhindern soll, ohne grossen Sachverstand per Copy & Paste eingefügt.

    Mit dem FTP-Programm hat das nichts zu tun.

    1. Das Änderungdatum der o.g. gehackten .htaccess mit den Logs abgleichen, das wäre der wichtigste Anhaltspunkt
    2. Rausfinden warum ein Fehler 404 (der nicht aus WordPress kommt) bei den Unterseiten erscheint

    Am besten wohl einen Profi beauftragen, bevor noch mehr Spuren verwischt werden.

    Folge der verlinkten Anleitung...

    Zitat

    ..use this little function in your (child) theme functions.php file


    Alternativ nutze ein Plugin.

    Du arbeitest also privat an "umgehend zu lösenden Problemen" eines Websites einer Firma... :rolleyes: