Beiträge von b3317133

Evtl. kommen Custom Taxonomies in Frage, quasi eine weitere Auszeichnung ähnlich wie Kategorien und Tags (die beiden sind auch sog. Taxonomien). Ein gutes ergänzendes Plugin statt eigenem Code wäre z.B. Custom Post Type UI.

Was steht in der Browser Konsole? Link zur Seite mit dem Bildkarussell?

Allgemeiner Hinweis: Bei der Suche nach Darstellungsproblemen alle Optimierungs-, Minify-, CDN-, und Cache-Plugins deaktivieren.

Du kannst den Ordner [FONT=Courier New]backup-restore/2014-03-02_162620/htdocs/zaubererbauchredner/zaubererbauchredner/wordpress/[/FONT] mit allen Dateien und Unterordnern z.B. über FTP löschen, zum Thema FTP siehe auch hier und zum Thema Backup/Restore siehe auch hier. Je nach Wunsch vorher herunterladen und lokal archivieren. In dem Ordner befindet sich eine sehr alte WordPress 3.6 Installation. Im Zweifel kontaktiere den Hosting Support.

Offenbar wird also der Gutenberg Editor verwendet.

Lt. den Entwicklern des Gutenberg Editors ist das so gewünscht, mehr dazu hier, erstelle selbst dort eine neue Issue, wenn Du anderer Meinung bist, die Gutenberg Entwickler lesen hier im Forum nicht mit.

Wie genau das Bild bei Dir eingefügt wird bzw. ein Link zur Seite mit genauer Beschreibung bei genau welchem der Bilder dort das Problem auftritt fehlt weiterhin, so dass man nur schwer helfen kann, bin daher raus.

Je 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:

• Benenne den Ordner /wp-content/plugins/wps-limit-login/ temporär per FTP um oder lösche ihn. Entferne falls vorhanden ggf. vom Plugin eingefügte Teile in der Datei .htaccess
  
• Wende Dich an den Support des WPS Limit Login Plugins.
  
• Wende Dich an die Person, die das Plugin installiert und eingerichtet hat bzw. technisch für den Website verantwortlich ist, die sollte das lösen können.

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.

Zitat von ab2211

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...

Zitat

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.