Wordpressi puhke API sisu eemaldamise probleemide lahendamine

Miks teie WordPress Rest API postitused kaotavad sisu

Arendajana olete tõenäoliselt kohanud WordPressi REST API kasutamise pettumust kohandatud postituste loomiseks, ainult selleks, et leida see osa teie sisust salapäraselt. See probleem võib olla eriti tüütu, kui olete kindel, et sisend on õige, kuid WordPress ei muuda seda ootuspäraselt.

See konkreetne väljakutse tekib sageli täiustatud plokkide või pistikprogrammide nagu Kadence kasutamisel. Paljudel juhtudel rakendab WordPress sisefiltreid või desinfitseerimisprotsesse, mis eemaldavad toetamata või valesti vormindatud sisu. Probleem muutub veelgi keerukamaks, kui on kaasatud dünaamilised plokid või kohandatud sätted.

Kujutage ette, et veeta tunde, et täiustada paigutust taustpiltide, ainulaadsete ID -de ja reageerivate seadetega, ainult selleks, et näha, et need hoolikalt kujundatud detailid kaovad õhukeseks õhku. See on tavaline stsenaarium arendajatele, kes tuginevad REST API kaudu rikkalike paigutuste pakkumiseks nagu Kadence.

Kuid ärge muretsege, see pole lahendamatu mõistatus. Mõistes, kuidas WordPress tegeleb sisu desinfitseerimisega ja rakendades mõnda parimat tava, saate tagada, et teie API -kõned annaksid soovitud tulemusi ilma soovimatute üllatusteta. 🚀 Sukeldugem sellesse, kuidas seda lõplikult parandada!

Kuidas vältida sisu eemaldamist WordPress REST API -s

Esimene lahendus, mille esitasin REST_PRE_INSERT_POST Filter WordPressis. See filter võimaldab arendajatel muuta postituse andmeid enne andmebaasi salvestamist REST API kaudu. Sellesse filtrisse haarates saate WordPressi vaikimisi desinfitseerimiskäitumise ületada ja tooresi sisu täpselt ette nähtud. Näiteks kontrollime API -päringus kohandatud välja nimega "Content_Raw", tagades, et RAW HTML -sisu säilitatakse ilma, et neid riisutakse. See on eriti kasulik pistikprogrammide puhul nagu Kadence, kus paigutus tugineb kohandatud ploki struktuuridele ja metaandmetele. 🚀

Teine lahendus tutvustab kohandatud REST API lõpp -punkti, kasutades register_rest_route. See meetod annab arendajatele täieliku kontrolli postituse andmete töötlemise ja salvestamise üle. Selles kohandatud lõpp -punktis edastatakse API päringu toores sisu otse WordPressi andmebaasi wp_insert_post funktsioon. See möödub vaikimisi REST API -filtritest ja tagab keerukate HTML -i või plokkide konfiguratsioonide salvestamise ilma muutmiseta. Näiteks jääb Kadence'i plokkidega loodud kohandatud paigutus puutumatuks, isegi kui see sisaldab täpsemaid sätteid, näiteks taustpilte või reageerivaid paigutusi.

Esiliigel demonstreerisin, kuidas JavaScripti kasutada API -taotluste esitamiseks, säilitades samal ajal toores sisu. Näide kasutab tõkestama API, kaasaegne viis JavaScripti HTTP -taotluste käsitlemiseks. Selle stsenaariumi korral edastatakse HTML-i sisu postitaotluse parameetris "sisu" ja autentimist käsitletakse Base64-ga kodeeritud kasutajanime ja parooli kaudu Volitus päis. See meetod on hädavajalik arendajate jaoks, kes ehitavad interaktiivseid või dünaamilisi esiplaase, mis peavad WordPressile toore sisu suruma ilma administraatori liidesele tuginemata.

Kõik skriptid sisaldavad kriitilisi funktsioone nagu tõrkekäitlemine ja sisendvalideerimine, et tagada nende reaalmaailma stsenaariumides õigesti töö. Näiteks kasutab kohandatud lõpp -punkt is_wp_error Funktsioon vigade tuvastamiseks ja käitlemiseks, pakkudes sisukat tagasisidet, kui midagi valesti läheb. See lähenemisviis tagab, et arendajad saavad probleeme kiiresti tõrkeotsinguks, tagades sujuva sisu edastamise. Kujutage ette, et luua kliendi jaoks visuaalselt uimastatava postituse paigutus, ainult selleks, et leida see osaliselt WordPressis - need skriptid tagavad, et seda ei juhtu kunagi! 🛠️

// 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));

WordPress Rest API sisu käitlemise mõistmine

WordPress Rest API on võimas tööriist, mis võimaldab arendajatel postitusi programmiliselt luua, lugeda, värskendada ja kustutada. Üks vähem arutatud aspekt on see, kuidas WordPress sisu enne andmebaasi salvestamist töötleb. REST API kasutamisel rakendab WordPress rida filtreid ja desinfitseerimise etappe, et tagada sisu ohutu ja ühilduv sisemiste süsteemidega. Kuigi see sobib suurepäraselt turvalisuse tagamiseks, võib see põhjustada probleeme arendajatele, kes töötavad kohandatud HTML -iga või plokkidega nagu kadence. Näiteks võivad kohandatud metaandmete või plokkide konfiguratsioonidega keerulised paigutused olla osaliselt riisutud, kuna WordPress tõlgendab neid valesti. 🛠️

Teine kriitiline tegur on see, kuidas REST API interakteerub dünaamilised plokid. Need plokid renderdatakse esiküljel, kasutades PHP -d, selle asemel, et neid staatilise HTML -na. Kui teie kohandatud plokki ei ole korralikult registreeritud või API ei tunne seda, ei pruugi mõned teie ploki konfiguratsioonid õigesti salvestada. See juhtub seetõttu, et WordPress üritab salvestamisprotsessi ajal ploki märgistust sõeluda ja valideerida, mis võib tahtmatult teie sisu olulisi osi välja võtta. Selle vältimiseks on oluline kasutada teie API sisule vastavate atribuutidega korrektset plokkide registreerimist.

Nende väljakutsetega tegelemiseks mööduvad arendajad tavapärastest REST API -filtritest sageli, luues kohandatud lõpp -punkte või ületades konkreetset WordPressi käitumist. Näiteks filtrite kasutamine nagu REST_PRE_INSERT_POST Võimaldab teil süstida HTML -i ilma sekkumiseta. Nende lahenduste hoolikalt kohandades saate töötada WordPressi vaiketöötlemisel ja tagada, et teie keerulised paigutused ja kujundused jääksid puutumatuks. Kujutage ette, et loote Kadence'i plokiga uimastamise riba, ainult selleks, et näha, et see on esiküljel valesti tehtud - need lahendused takistavad selle toimumist! 🚀