Rješavanje problema s uklanjanjem sadržaja WordPress API

Zašto vaši WordPress REST API postovi gube sadržaj

Kao programer, vjerojatno ste naišli na frustraciju korištenja WordPress REST API -ja za stvaranje prilagođenih postova, samo da biste otkrili da je taj dio vašeg sadržaja misteriozno nestao. Ovaj problem može biti posebno neugodno kada ste sigurni da je ulaz točan, ali WordPress ga ne čini kako se očekuje.

Ovaj se specifični izazov često pojavljuje kada se koristi napredni blokovi ili dodaci poput Kadence. U mnogim slučajevima WordPress primjenjuje interne filtre ili procese saniranja koji uklanjaju nepodržani ili nepravilno oblikovani sadržaj. Problem postaje još zamršeni kada su uključeni dinamični blokovi ili prilagođene postavke.

Zamislite da provodite sate usavršavajući izgled s pozadinskim slikama, jedinstvenim ID -ovima i odgovarajućim postavkama, samo da biste vidjeli da te pažljivo dizajnirane detalje nestaju u zraku. To je uobičajeni scenarij da se programeri oslanjaju na dodatke poput Kadencea kako bi pružili bogate izglede putem REST API -ja.

Ali ne brinite, ovo nije nerešiva ​​misterija. Razumijevanjem kako WordPress upravlja sanizacijom sadržaja i primjenom nekoliko najboljih praksi, možete osigurati da vaši API pozivi daju željene rezultate bez ikakvih nepoželjnih iznenađenja. 🚀 Zaronimo kako to popraviti jednom zauvijek!

Kako spriječiti uklanjanje sadržaja u WordPress REST API

Prvo rješenje koje sam predstavio uključuje korištenje REST_PRE_INSERT_POST Filtrirajte u WordPressu. Ovaj filter omogućuje programerima da izmijene post post prije nego što se spremaju u bazu podataka putem REST API -ja. Uključivanjem u ovaj filter možete nadjačati WordPress 'zadano ponašanje sanitacije i umetnuti sirovi sadržaj točno onako kako je predviđeno. Na primjer, u skripti provjeravamo prilagođeno polje nazvano "sadržaj_raw" u zahtjevu API -ja, osiguravajući da se sačuva sirovi HTML sadržaj bez uklanjanja. To je posebno korisno za dodatke poput Kadence, gdje se izgled oslanja na prilagođene blok strukture i metapodatke. 🚀

Drugo rješenje uvodi prilagođenu krajnju točku REST API -ja koristeći registar_rest_route. Ova metoda programerima daje potpunu kontrolu nad načinom obrade i pohranjivanja post podataka. U ovoj prilagođenoj krajnjoj točki, sirovi sadržaj iz zahtjeva API izravno se prenosi u bazu podataka WordPress koristeći wp_insert_post funkcija. Ovaj zaobilazi zadani REST API filtri i osigurava da se složene HTML ili blok konfiguracije spremaju bez izmjene. Na primjer, prilagođeni izgled stvoren s kadence blokovima ostat će netaknut, čak i ako uključuje napredne postavke poput pozadinskih slika ili odgovarajućih izgleda.

Na frontendu sam pokazao kako koristiti JavaScript za izradu zahtjeva za API uz očuvanje sirovog sadržaja. Primjer koristi dohvaćanje API, moderan način rukovanja HTTP zahtjevima u JavaScript. U ovom scenariju, sirovi HTML sadržaj prenosi se u parametru "sadržaj" zahtjeva za post, a autentifikacija se upravlja putem korisničkog imena i lozinke kodiranog Base64 u Ovlaštenje zaglavlje. Ova je metoda ključna za programere koji grade interaktivne ili dinamičke fronte koji trebaju gurnuti sirovi sadržaj na WordPress bez oslanjanja na administracijsko sučelje.

Sve skripte uključuju kritične značajke poput rukovanja pogreškama i provjere unosa kako bi se osiguralo da ispravno rade u scenarijima u stvarnom svijetu. Na primjer, prilagođena krajnja točka koristi is_wp_error Funkcija za otkrivanje i rješavanje pogrešaka, pružajući smislene povratne informacije ako nešto pođe po zlu. Ovaj pristup jamči da programeri mogu brzo riješiti probleme, osiguravajući besprijekornu isporuku sadržaja. Zamislite da stvorite vizualno zapanjujući izgled posta za klijenta, samo da biste ga djelomično uklonili u WordPress - ove skripte osiguravaju da se nikad ne dogodi! 🛠️

// Solution 1: Disable REST API content sanitization and allow raw HTML// Add this code to your WordPress theme's functions.php file<code>add_filter('rest_pre_insert_post', function ($data, $request) {
    // Check for specific custom post type or route
    if (isset($request['content_raw'])) {
        $data['post_content'] = $request['content_raw']; // Set the raw content
    }
    return $data;
}, 10, 2);

// Make sure you’re passing the raw content in your request
// Example POST request:
// In your API request, ensure `content_raw` is passed instead of `content`.
let data = {
    title: 'My Post Title',
    content_raw: my_post,
    status: 'draft'
};
// Send via an authenticated REST client

// Add this code to your theme's functions.php or a custom plugin file<code>add_action('rest_api_init', function () {
    register_rest_route('custom/v1', '/create-post', array(
        'methods' => 'POST',
        'callback' => 'custom_create_post',
        'permission_callback' => '__return_true',
    ));
});
function custom_create_post($request) {
    $post_data = array(
        'post_title' => sanitize_text_field($request['title']),
        'post_content' => $request['content'], // Raw content passed here
        'post_status' => $request['status'],
    );
    $post_id = wp_insert_post($post_data);
    if (is_wp_error($post_id)) {
        return new WP_Error('post_error', 'Failed to create post', array('status' => 500));
    }
    return new WP_REST_Response(array('post_id' => $post_id), 200);
}

// Example using JavaScript to post raw content via the WordPress REST API<code>const rawContent = `<!-- wp:kadence/rowlayout {\"uniqueID\":\"5331_605d8b-3f\"} -->`;
const data = {
    title: "My Custom Post",
    content: rawContent,
    status: "draft"
};
fetch('https://mywp.xyz/wp-json/wp/v2/posts', {
    method: 'POST',
    headers: {
        'Content-Type': 'application/json',
        'Authorization': 'Basic ' + btoa('username:password')
    },
    body: JSON.stringify(data)
})
.then(response => response.json())
.then(data => console.log(data))
.catch(error => console.error("Error:", error));

Razumijevanje rukovanja WordPress REST API sadržajem

WordPress REST API moćan je alat koji programerima omogućuje stvaranje, čitanje, ažuriranje i izbrisati postove programski. Međutim, jedan manje diskusiran aspekt je kako WordPress obrađuje sadržaj prije spremanja u bazu podataka. Kada koristi REST API, WordPress primjenjuje niz filtera i koraka za sanitaciju kako bi se osiguralo da je sadržaj siguran i kompatibilan s njegovim unutarnjim sustavima. Iako je ovo izvrsno za sigurnost, to može uzrokovati probleme programerima koji rade s prilagođenim HTML -om ili blokovima od dodataka poput Kadence. Na primjer, složeni izgledi s prilagođenim metapodacima ili blok konfiguracijama mogu se djelomično ukloniti, jer ih WordPress pogrešno tumači. 🛠️

Drugi kritični faktor je kako REST API komunicira s dinamički blokovi. Ovi se blokovi prikazuju na frontnu pomoću PHP -a umjesto da se sprema kao statički HTML. Ako vaš prilagođeni blok nije pravilno registriran ili ga API ne prepozna, neke od vaših blok konfiguracija možda neće ispravno spremiti. To se događa zato što WordPress pokušava raščlaniti i potvrditi oznaku bloka tijekom postupka spremanja, što nehotice može ukloniti osnovne dijelove vašeg sadržaja. Da bi se to spriječilo, važno je koristiti odgovarajuću registraciju blokova s ​​atributima koji odgovaraju vašem API sadržaju.

Da bi riješili ove izazove, programeri često zaobilaze standardne REST API filtre stvaranjem prilagođenih krajnjih točaka ili nadjačavanjem specifičnih WordPress ponašanja. Na primjer, upotreba filtera poput REST_PRE_INSERT_POST Omogućuje vam ubrizgavanje sirovog HTML -a bez smetnji. Pažljivim prilagođavanjem ovih rješenja možete raditi oko zadane obrade WordPressa i osigurati da vaši složeni izgled i dizajni ostanu netaknuti. Zamislite da stvorite zadivljujući transparent s blokom kadencije, samo da biste ga vidjeli pogrešno na frontu - ta rješenja sprječavaju da se to dogodi! 🚀