Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenJe nach verwendetem Editor der Seiten ist es (wie offenbar in Deinem Fall) nötig, das Bild dort neu einzupflegen oder den Alt Text auch dort manuell anzupassen.
Welcher Editor wird verwendet? Für sinnvolle Hilfe siehe nötige Angaben lt. Forenregeln, Punkt II
Ideen:
Die Datei installer.php liegt lt. Screenshot in einem Verzeichnis, das bereits eine WordPress Installation und auch andere Dateien enthält. Ein Duplicator Paket (bestehend aus installer.php und einer .zip Datei, also 2 Dateien gesamt) sollte in einen leeren Ordner hochgeladen werden.
Der Screenshot lässt die Vermutung zu, dass die Installation bereits gestartet wurde, wann/wo/wie/mit welcher Domain genau hast Du denn auf installer.php geklickt? Die Existenz der Datei ...installer-backup.php deutet auch darauf hin. Oder hast Du die .zip Datei selbst entpackt und manuell all die Dateien und Ordner hochgeladen? Das wäre falsch.
Die Datei installer.php wird im Browser über eine Domain gestarte, die auf das Zielverzeichnis der neuen Installation zeigt, also z.B. https://www.example.com/installer.php - schau Dir das Video in der Duplicator Beschreibung an, vor allem die zweite Hälfte mit der Installation, es ist zwar englisch, aber man versteht dennoch das Prinzip recht gut.
Das Plugin Duplicator ist in beiden Screenshots nicht aktiviert, klicke den "Aktivieren" Link unter Duplicator an.
Das o.g. Problem wurde also durch eine fehlerhafte manuelle Anpassung in der .htaccess Datei selbst verursacht als "ein paar Updates durchgeführt" wurden.
Wäre im ersten Beitrag bereits erwähnt worden, dass die PHP Version auf diesem Weg verändert wurde (siehe auch Forenregeln, Punkt II), dann wäre das Problem vermutlich schneller gelöst worden.
Die PHP Version wird üblicherweise im Backend / Kundencenter / Login / o.ä. beim Hosting eingestellt, extra Einträge in .htaccess sind in der Regel nicht nötig.
Siehe auch Dokumentation bei Alfahosting.
Ich komme nun in das Backend. Da läuft noch eine uralte PHP Version 5. Wenn ich die höher stelle, dann tut sich nichts an dem Problem..
Vermutlich wurde einfach nicht nur lange genug gewartet nach dem Hochsetzen über die Server-Einstellungen...
Beachten Sie bitte, dass es ca. 10 Minuten dauert...
Für spätere Mitleser siehe auch hier.
Leere den Browser Cache.
Die Gutenberg Entwickler haben für solche Szenarien einen "wiederverwendbaren Block" vorgesehen, evtl. wäre das eine Alternative.
Der Login-Link bei WordPress für die Rollen Administrator und Autor ist normalerweise identisch.
Was funktioniert bei der Anmeldung nicht? Link zur Seite?
Deaktiviere das Plugin NinjaFirewall, ändert das etwas bzgl. des nicht funktionierenden Login-Links?
Und was genau ist mit "auf Kommentare eingehen" gemeint? Einen Antwortkommentar schreiben? Das kann ein Autor und jeder sonstige, der Kommentare abgeben kann. Oder die Kommentare moderieren/freischalten/löschen? Das kann eine Autor Rolle standardmässig nicht.
Mehr zu den Rollen z.B. hier in der WordPress Dokumentation.
Die PHP Version kann man beim Hosting Anbieter einstellen.
Ob man dort auch sehen kann, wer wann was geändert hat, weiss evtl. der Hosting Support.
Generell sollte man das Problem auch beim Plugin Support melden, damit in der genannten Funktion in Zeile 22 ggf. default Werte ergänzt werden.
Die Art Meldung lässt auf ein Problem mit der PHP Version schliessen, wurde die o.g. PHP Version 7.4.23 erst kürzlich geändert?
Evtl. kann auch der Plugin Support weiterhelfen: https://wordpress.org/support/plugin/site-reviews/
Bei Plugins, die einen Shortcode bereitstellen (das ist meist der Fall), kann man das so machen.
Lt. den Angaben wird die .htaccess Datei offenbar vom Server nicht beachtet und die "pretty Link" Aufrufe zur REST API schlagen daher fehl (404), wende Dich an den Hostinganbieter.
Mit der "Einfach" Einstellung bei Permalinks sollte das Bearbeiten der Seiten funktionieren.
WPBakery hat RAW HTML oder RAW JavaScript Elemente für sowas.
Deine ein Jahr alte WPBakery Version 6.4.1 ist zu Zeiten von WordPress 5.4 bzw. WordPress 5.5 entwickelt worden, Du verwendest aber WordPress 5.8, da gibt es teilweise Riesenunterschiede.
Stelle erstmal die Kompatibilität aller Teile zueinander sicher und beschäftige Dich dann ggf. noch etwas mit der WPBakery Dokumentation, evtl. wird ein unpassendes Element verwendet.
Das hilft insofern weiter, als dass man die Aktualität und die Kompatibilität der Teile zueinander mal betrachten kann:
Vermutlich eine Wechselwirkung zwischen Theme und dem veralteten WPBakery, wobei noch die Angabe fehlt, wie es sich mit einem anderen Theme und ohne alle sonstigen Plugins verhält.
Ergänzung: Möglich hier wäre auch eine Problem bei der SyntaxHighlighter Einbindung, z.B. in ein unpassendes Element in WPBakery.
Was genau steht jetzt in der .htaccess Datei wenn "Beitragsname" eingestellt ist?
Beantworte noch die o.g. restlichen Punkte.
Welches SyntaxHighlighter Plugin, Version/Link, welches Theme & Version, welche Visual Composer Version, welche WordPress Version? Siehe auch Forenregeln, Punkt II
Es hängt mit dem Verzeichnis-Plugin von Wordpress zusammen.
Das war bisher nicht erwähnt, welches Verzeichnis-Plugin genau? Link?
