Blocked by CORS

PS, just in case: Die ergänzte functions.php hat folgenden Inhalt:

<?php
/**
* Child theme stylesheet einbinden in Abhängigkeit vom Original-Stylesheet
Und einen Fehler mit WordPress REST API CORS loesen per
https://robertmarshall.dev/blog/wordpress-rest-api-cors-issues/
*/

function child_theme_styles() {
wp_enqueue_style( 'parent-style', get_template_directory_uri() . '/style.css' );
wp_enqueue_style( 'child-theme-css', get_stylesheet_directory_uri() .'/style.css' , array('parent-style'));

}

add_action('init', 'handle_preflight');
function handle_preflight() {
    $origin = get_http_origin();
    if ($origin === 'https://www.no2do.com/synopse') {
        header("Access-Control-Allow-Origin: https://www.no2do.com/synopse");
        header("Access-Control-Allow-Methods: POST, GET, OPTIONS, PUT, DELETE");
        header("Access-Control-Allow-Credentials: true");
        header('Access-Control-Allow-Headers: Origin, X-Requested-With, X-WP-Nonce, Content-Type, Accept, Authorization');
        if ('OPTIONS' == $_SERVER['REQUEST_METHOD']) {
            status_header(200);
            exit();
        }
    }
}
add_filter('rest_authentication_errors', 'rest_filter_incoming_connections');
function rest_filter_incoming_connections($errors) {
    $request_server = $_SERVER['REMOTE_ADDR'];
    $origin = get_http_origin();
    if ($origin !== 'https://www.no2do.com/synopse') return new WP_Error('forbidden_access', $origin, array(
        'status' => 403
    ));
    return $errors;
}
add_action( 'wp_enqueue_scripts', 'child_theme_styles' );?>

PS: Vielleicht kann ich das Problem folgendermaßen präzisieren:

• Ich binde in statische Html-Seiten Elemente aus einer WP-Seite ein. Funktionierte früher problemlos, funktioniert jetzt nicht mehr.
• Im Netz fand ich eine Lösung (https://robertmarshall.dev/blog/wordpress-rest-api-cors-issues/), implementierte sie, die Einbindung klappte wieder
• Aber diese Lösung verhindert, dass der Block-Editor korr. funktioniert: man kann Seiten, die man bearbeitet hat, nicht mehr abspeichern.

Daraus ergibt sich meine Frage: Warum ist das so? Was macht dieses Script (aus der „Lösung“, s.o.), das dazu führt, dass nun der Block-Editor „spinnt“?

Ich habe jetzt auch noch eine weitere „Anleitung“ ergoogelt: https://webdevstudios.com/2020/11/17/resolve-cors-errors/
Leider bin ich kein Programmierer… ich checke das mit dem Code nicht; der Autor erklärt eine ganze Menge, aber mir ist nicht klar, mit welcher Zeile magischen Codes ich alles wieder zum Laufen bekomme…

Und hier ist auch nochmal was ähnliches: https://wordpress.org/support/topic/cors-error-13/ – sehr aktuell…

Danke und Grüße,
Karin

Moderationshinweis: deine Antwort wurde von der Forensoftware zurückgehalten. Ich musste die Antwort erst freischalten.

• Diese Antwort wurde geändert vor 10 Monaten, 3 Wochen von laluluny.
• Diese Antwort wurde geändert vor 10 Monaten, 3 Wochen von Hans-Gerd Gerhards.
• Diese Antwort wurde geändert vor 10 Monaten, 3 Wochen von Hans-Gerd Gerhards.
• Diese Antwort wurde geändert vor 8 Monaten, 3 Wochen von Hans-Gerd Gerhards.

Lieber Michi91,

gute Frage: dass die Domain mit und ohne www erreichbar ist, ist mir garnicht aufgefallen – danke für den Hinweis! Ich kümmere mich darum (ich bin ein copy-paste-Idiot und frage gerade bei meinem Hostern nach, was ich dazu in die .htaccess-Datei schreiben muss). Issue ist also in Arbeit.

Ggf. war dass der Grund, warum der Block-Editor ausgestiegen ist, wenn ich das PHP-sniplet eingefügt habe, um das CORS-Problem zu lösen (s.o.)? Vielleicht….

Ich habe inzwischen weiter gegoogelt und bin auf ein ähnliches issue im englischsprachigen WP-Forum gestoßen: https://wordpress.org/support/topic/cors-error-13/

Dort wird empfohlen, ein bisschen Code in die .htaccess-Datei einzufügen:

SetEnvIf Origin “(http://localhost:5174)$” AccessControlAllowOrigin=$0
Header set Access-Control-Allow-Origin %{AccessControlAllowOrigin}e env=AccessControlAllowOrigin
Header set Access-Control-Allow-Credentials true
Header always set Access-Control-Allow-Methods “POST,GET,OPTIONS,DELETE,PUT”
Header always set Access-Control-Max-Age “3600”
Header always set Access-Control-Allow-Headers “Content-Type,Authorization”

Ich habe das gemacht, und zwar in der .htaccess-Datei, die im WP-Verzeichnis liegt – und das Resultat ist:
1) Funktioniert, die WP-Teile werden wieder in die statischen Seiten eingebunden
2) Block Editor funktioniert auch, bei Werkzeuge->Website-Zustand ist alles Roger. 🙂

Also, ich werde mich jetzt noch drum kümmern, dass meine Seite ausschließlich MIT .www erreichbar ist, weil, dass habe ich auch gerade festgestellt: wenn ich ohne www. aufrufe, werden die WP-Teile wieder NICHT eingebunden… sobald ich mit www. aufrufe wieder schon…
Aber, wie gesagt, das klär ich mit meinem Hoster, ist ja kein WP-Issue. 🙂

Also, ich danke ich euch allen SEHR HERZLICH für euren Support!
Issue resolved (so weit ich das aktuell sehe…) 🙂
LG, Karin