Wie verhält es sich mit diesem Szenario?
- Deaktiviere den Avada CSS/JS Compiler und deaktiviere das Plugin Download Manager
Nach jeder Änderung Browser Cache leeren nicht vergessen...
Link zur Website (und entspr. Seite mit Toggles), bei der es geht?
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 erstellenWie verhält es sich mit diesem Szenario?
Nach jeder Änderung Browser Cache leeren nicht vergessen...
Link zur Website (und entspr. Seite mit Toggles), bei der es geht?
Ergänzung: Das Plugin Download Manager bringt offenbar das Bootstrap Framework mit, evtl. kommt es da zu Überschneidungen mit Avada.
Nach jeder Änderung Browser Cache leeren nicht vergessen...
Es spricht nichts dagegen, das Twenty Seventeen Theme einzusetzen, letztes Update war vor 10 Tagen...
Bei Blog B läuft ein Cache Plugin.
Vermutlich teilt das Plugin, das Deine Feeds einfügt, dem Cache Plugin nicht mit, dass es bei neuen Einträgen den Cache leeren soll. Also erscheinen Deine Feeds erst, wenn das Cache Plugin von alleine seinen Cache leert.
Die o.g. Installation ist mit SSL/https für https://www.leomega.de/ eingerichtet und will daher auch die Bilder usw. von dort einbinden, aber auf dem Server wird ein falsches/unpassendes SSL-Zertifikat dafür verwendet:
Im Einzelfall für ein bestimmtes Bild mag das so möglich sein.
Generell gilt hier aber: Welche zusätzlichen Formate bei welcher Ausgangsgrösse erzeugt und wie beschnitten werden, und welche weiteren Meta Daten aus dem Original in der Datenbank abgelegt werden usw., das sollte man besser der WordPress API überlassen.
Das kannst Du über die WordPress API erreichen.
Schau Dir die [FONT=Courier New]wp_generate_attachment_metadata()[/FONT] Funktion von WordPress an, alternativ den Code z.B. des Force Regenerate Thumbnails Plugins.
Es kann z.B. an einem warum auch immer eingerichteten [FONT=Courier New].htaccess/.htpasswd[/FONT] Schutz oder anderen Sicherheitsmechanismen liegen. Oder an Einschränkungen der REST-API. Oder an vielen anderen Dingen.
Man könnte jetzt im Error Log des Servers mehr zur Ursache des Fehlers 500 in Verbindung mit dem Real Media Library Plugin raussuchen, oder aber, was sich hier ggf. eher empfehlen würde, den Kauf dieses Produkts komplett rückabwickeln.
CMP – Coming Soon & Maintenance Plugin > CMP Basic Setup > SEO & Analytics > SEO Title
Wenn entspr. Konstante(n) in [FONT=Courier New]wp-config.php[/FONT] vorhanden sind, wird das 'grau'.
Screenshot Plugins Liste?
Welches Problem? Und kennst Du schon diese Dokumentation? https://developer.wordpress.org/rest-api/
Ich wollte eine eine bestehende Seite zu "duplizieren", um eine neue Unterseite anzulegen.
Wie genau wurde was genau dupliziert? Nach welcher Anleitung? Link?
Und was erscheint jetzt im Error-Log wenn jetzt der Fehler 500 angezeigt wird?
Die Konsole zeigt u.a.
XHR GET https://siamring.de/wp-json/contact-form-7/v1/contact-forms/51/feedback/schema [HTTP/2 403 Forbidden 1560ms]
Uncaught (in promise)
Response { type: "basic", url: "https://siamring.de/wp-json/contact-form-7/v1/contact-forms/51/feedback/schema", redirected: false, status: 403, ok: false, statusText: "Forbidden", headers: Headers(17), body: ReadableStream, bodyUsed: false }
Die fragliche Contact Form 7 REST-API URL gibt das zurück, das kommt aus der Ninja Firewall Plugin, sieht man an [FONT=Courier New]nfw_...[/FONT]
Tipp am Rande: Die Konsole zeigt u.a. dass das Ninja Firewall Plugin zu restriktiv eingestellt ist und Requests des Contact Form 7 Plugins blockiert.
Und was ist denn die Sitemap?
Eine Sitemap wird bei Dir vom Yoast SEO Plugin gemäss der dort getätigten Einstellungen automatisch generiert, Du kannst sie in der Google Search Console z.B. mit diesem Link hinterlegen:
Das Problem hat vermutlich mit dem WordPress Ticket #58333 bzw. dem Ticket #58366 zu tun, es gab tiefgreifende Änderungen bei Shortcode mit Gutenberg/FSE mit dem WordPress 6.2.1 Update, die nach wie vor ungelöst sind.
Manche in ähnlicher Situation nutzen als Workaround ein WordPress Rollback auf 6.2, wenn die Sicherheitsprobleme nicht für ihre Installation zutreffen.
Die Nonce fehlt, verwende [FONT=Courier New]wp_logout_url()[/FONT].