{"id":19475,"date":"2026-09-28T16:01:47","date_gmt":"2026-09-28T14:01:47","guid":{"rendered":"https:\/\/xlogic.org\/blog\/?p=19475"},"modified":"2026-09-28T16:09:51","modified_gmt":"2026-09-28T14:09:51","slug":"litespeed-cache-7-9-1-aggiornamento-sicurezza","status":"publish","type":"post","link":"https:\/\/xlogic.org\/blog\/litespeed-cache-7-9-1-aggiornamento-sicurezza.html\/","title":{"rendered":"LiteSpeed Cache 7.9.1: aggiornamento di sicurezza, cosa controllare su WordPress"},"content":{"rendered":"<p><strong>LiteSpeed Cache 7.9.1<\/strong> \u00e8 un aggiornamento importante per chi utilizza WordPress con LSCache, soprattutto perch\u00e9 include correzioni di sicurezza e modifiche che interessano ESI, QUIC.cloud, ottimizzazione delle immagini e gestione delle callback remote.<\/p>\n<p>L&#8217;aggiornamento \u00e8 stato pubblicato il 1\u00b0 settembre 2026. Dopo l&#8217;installazione non basta per\u00f2 controllare che WordPress mostri il plugin come aggiornato: conviene verificare che cache, pagine dinamiche, ESI, CDN e funzioni di ottimizzazione continuino a lavorare correttamente.<\/p>\n<p>In questa guida vediamo sette controlli pratici da eseguire dopo l&#8217;aggiornamento, senza modificare impostazioni che non sono necessarie.<\/p>\n<nav aria-label=\"Indice dell'articolo\">\n<h2>Indice<\/h2>\n<ol>\n<li><a href=\"#perche-aggiornare\">Perch\u00e9 aggiornare alla versione 7.9.1<\/a><\/li>\n<li><a href=\"#controllo-versione\">1. Verificare versione e requisiti<\/a><\/li>\n<li><a href=\"#controllo-cache\">2. Svuotare e controllare la cache<\/a><\/li>\n<li><a href=\"#controllo-esi\">3. Controllare ESI e commenti<\/a><\/li>\n<li><a href=\"#controllo-quic\">4. Verificare QUIC.cloud e IP reale<\/a><\/li>\n<li><a href=\"#controllo-immagini\">5. Controllare l&#8217;ottimizzazione immagini<\/a><\/li>\n<li><a href=\"#controllo-frontend\">6. Testare frontend, login e WooCommerce<\/a><\/li>\n<li><a href=\"#controllo-log\">7. Controllare log, errori e comportamento del sito<\/a><\/li>\n<li><a href=\"#faq\">Domande frequenti<\/a><\/li>\n<\/ol>\n<\/nav>\n<h2 id=\"perche-aggiornare\">Perch\u00e9 aggiornare a LiteSpeed Cache 7.9.1<\/h2>\n<p>La release 7.9.1 non \u00e8 soltanto un aggiornamento di manutenzione. LiteSpeed ha comunicato che questa versione corregge vulnerabilit\u00e0 di sicurezza e introduce diverse modifiche alla gestione delle richieste firmate, delle callback provenienti da QUIC.cloud e di alcune funzioni ESI.<\/p>\n<p>Tra i problemi corretti ci sono due vulnerabilit\u00e0 rese pubbliche nel mese di settembre 2026:<\/p>\n<ul>\n<li><strong>CVE-2026-76579<\/strong>, una vulnerabilit\u00e0 Cross-Site Scripting collegata a una particolare combinazione di cache, ESI e commenti pubblici;<\/li>\n<li><strong>CVE-2026-84761<\/strong>, una vulnerabilit\u00e0 Server-Side Request Forgery che pu\u00f2 interessare configurazioni specifiche con QUIC.cloud CDN e gestione non corretta dell&#8217;indirizzo IP reale del visitatore.<\/li>\n<\/ul>\n<p>LiteSpeed raccomanda di utilizzare la versione 7.9.1 o successiva. Per i dettagli tecnici puoi consultare gli avvisi ufficiali relativi a <a href=\"https:\/\/blog.litespeedtech.com\/2026\/09\/18\/security-update-for-lscwp-cve-2026-76579\/\" target=\"_blank\" rel=\"noopener\">CVE-2026-76579<\/a> e <a href=\"https:\/\/blog.litespeedtech.com\/2026\/09\/02\/security-update-for-lscwp-cve-2026-84761\/\" target=\"_blank\" rel=\"noopener\">CVE-2026-84761<\/a>.<\/p>\n<p>Il changelog ufficiale del plugin riporta inoltre interventi su ESI, Image Optimization, Cloud, REST API, callback firmate e altre aree del plugin. \u00c8 possibile consultarlo direttamente nella <a href=\"https:\/\/wordpress.org\/plugins\/litespeed-cache\/\" target=\"_blank\" rel=\"noopener\">pagina ufficiale di LiteSpeed Cache su WordPress.org<\/a>.<\/p>\n<h2 id=\"controllo-versione\">1. Verificare versione installata e requisiti<\/h2>\n<p>Con <strong>LiteSpeed Cache<\/strong> aggiornato, il primo controllo \u00e8 molto semplice: entra in <strong>WordPress \u2192 Plugin \u2192 Plugin installati<\/strong> e verifica che la versione mostrata sia almeno la 7.9.1.<\/p>\n<p>Se il sito utilizza una versione precedente, esegui prima un backup e poi procedi con l&#8217;aggiornamento. In un ambiente professionale \u00e8 sempre preferibile avere la possibilit\u00e0 di ripristinare rapidamente file e database in caso di incompatibilit\u00e0 con temi o plugin di terze parti.<\/p>\n<p>Le versioni recenti di LSCache richiedono almeno <strong>WordPress 6.0<\/strong> e <strong>PHP 7.4<\/strong>. Anche se il sito soddisfa formalmente questi requisiti, \u00e8 consigliabile utilizzare una versione PHP ancora supportata e compatibile con il proprio stack applicativo.<\/p>\n<p>Dopo l&#8217;update controlla inoltre che WordPress non mostri errori PHP, avvisi inattesi o schermate bianche. Un aggiornamento del plugin pu\u00f2 essere perfettamente riuscito ma far emergere incompatibilit\u00e0 gi\u00e0 presenti nel tema o in estensioni molto vecchie.<\/p>\n<h2 id=\"controllo-cache\">2. Svuotare la cache e verificare che venga ricreata<\/h2>\n<p>Dopo l&#8217;aggiornamento di <strong>LiteSpeed Cache<\/strong> \u00e8 consigliabile eseguire un purge della cache. In WordPress puoi utilizzare la voce <strong>LiteSpeed Cache \u2192 Toolbox \u2192 Purge<\/strong> oppure il comando disponibile nella barra di amministrazione.<\/p>\n<p>Una volta svuotata la cache, apri alcune pagine del sito in una finestra anonima. Visita almeno:<\/p>\n<ul>\n<li>homepage;<\/li>\n<li>una pagina interna;<\/li>\n<li>un articolo del blog;<\/li>\n<li>eventuali pagine con form;<\/li>\n<li>una pagina dinamica o personalizzata.<\/li>\n<\/ul>\n<p>La prima richiesta pu\u00f2 generare nuovamente la cache. Alle richieste successive, su un server LiteSpeed configurato correttamente, puoi controllare gli header HTTP e verificare la presenza di indicatori come <code>X-LiteSpeed-Cache: hit<\/code>.<\/p>\n<p>Un <code>miss<\/code> non rappresenta automaticamente un problema: pu\u00f2 comparire alla prima visita, dopo un purge o su pagine escluse dalla cache. \u00c8 il comportamento complessivo che deve essere valutato.<\/p>\n<p>Se vuoi approfondire le impostazioni del plugin, Xlogic ha pubblicato una guida dedicata a <a href=\"https:\/\/xlogic.org\/blog\/ottimizzare-litespeed-cache.html\/\">come ottimizzare LiteSpeed Cache su WordPress<\/a>.<\/p>\n<h2 id=\"controllo-esi\">3. LiteSpeed Cache 7.9.1: controllare ESI, Guest Mode e commenti<\/h2>\n<p>Uno dei punti pi\u00f9 importanti di <strong>LiteSpeed Cache 7.9.1<\/strong> riguarda ESI, cio\u00e8 <strong>Edge Side Includes<\/strong>. Questa funzione permette di gestire porzioni dinamiche all&#8217;interno di una pagina memorizzata nella cache.<\/p>\n<p>La vulnerabilit\u00e0 CVE-2026-76579 interessava una configurazione specifica nella quale erano contemporaneamente presenti cache attiva, ESI attivo e almeno un post pubblico con commenti abilitati.<\/p>\n<p>In queste condizioni un aggressore non autenticato poteva tentare di indurre un visitatore ad aprire una pagina malevola e far eseguire JavaScript con i permessi del visitatore.<\/p>\n<p>La correzione \u00e8 inclusa nella versione 7.9.1. Una volta aggiornato il plugin non \u00e8 necessario disattivare ESI soltanto a causa di questa vulnerabilit\u00e0, ma \u00e8 comunque opportuno verificare che le funzioni che dipendono da ESI continuino a comportarsi correttamente.<\/p>\n<p>Controlla in particolare:<\/p>\n<ul>\n<li>widget personalizzati;<\/li>\n<li>blocchi visibili solo agli utenti autenticati;<\/li>\n<li>elementi dinamici del tema;<\/li>\n<li>commenti;<\/li>\n<li>funzioni che cambiano in base alla sessione dell&#8217;utente.<\/li>\n<\/ul>\n<p>Se non utilizzi ESI e non sai a cosa serve, non abilitarlo soltanto perch\u00e9 \u00e8 disponibile. Ogni funzione avanzata dovrebbe essere attivata quando esiste un&#8217;esigenza concreta.<\/p>\n<h2 id=\"controllo-quic\">4. Verificare QUIC.cloud e il riconoscimento dell&#8217;IP reale<\/h2>\n<p>Un altro controllo importante dopo l&#8217;aggiornamento di <strong>LiteSpeed Cache<\/strong> riguarda soprattutto i siti che utilizzano <strong>QUIC.cloud CDN<\/strong>.<\/p>\n<p>La vulnerabilit\u00e0 CVE-2026-84761 era sfruttabile soltanto quando erano presenti contemporaneamente due condizioni: il sito era servito attraverso QUIC.cloud CDN e il server di origine non ripristinava correttamente l&#8217;indirizzo IP reale del visitatore, mostrando invece quello del nodo proxy.<\/p>\n<p><strong>LiteSpeed Cache 7.9.1<\/strong> corregge il problema e rafforza inoltre l&#8217;autorizzazione delle callback provenienti dai servizi cloud mediante firme specifiche. Anche dopo l&#8217;aggiornamento \u00e8 comunque buona pratica verificare la configurazione del proxy.<\/p>\n<p>Se utilizzi QUIC.cloud, controlla quindi:<\/p>\n<ul>\n<li>che il CDN risulti correttamente collegato;<\/li>\n<li>che il dominio punti alla configurazione prevista;<\/li>\n<li>che il sito riconosca l&#8217;IP reale del visitatore;<\/li>\n<li>che non siano comparsi errori dopo l&#8217;aggiornamento;<\/li>\n<li>che purge e sincronizzazione con i servizi cloud funzionino.<\/li>\n<\/ul>\n<p>In presenza di reverse proxy o CDN, la gestione dell&#8217;IP reale non serve soltanto a LSCache. \u00c8 importante anche per log, firewall, rate limiting, sistemi antispam e strumenti di sicurezza.<\/p>\n<h2 id=\"controllo-immagini\">5. Controllare Image Optimization e formati WebP\/AVIF<\/h2>\n<p><strong>LiteSpeed Cache 7.9.1<\/strong> include anche modifiche alla funzione <strong>Image Optimization<\/strong>. Tra gli interventi riportati nel changelog ufficiale ci sono una migliore validazione delle callback e delle posizioni di download, oltre alla correzione di alcuni casi di errore.<\/p>\n<p>Dopo l&#8217;aggiornamento apri <strong>LiteSpeed Cache \u2192 Image Optimization<\/strong> e verifica che non siano presenti notifiche anomale.<\/p>\n<p>Controlla poi alcune pagine del sito e assicurati che:<\/p>\n<ul>\n<li>le immagini vengano visualizzate correttamente;<\/li>\n<li>WebP o AVIF siano serviti quando previsti;<\/li>\n<li>non compaiano immagini mancanti;<\/li>\n<li>le miniature di WordPress siano corrette;<\/li>\n<li>il lazy load non provochi salti o elementi invisibili.<\/li>\n<\/ul>\n<p>Se utilizzi un CDN o un sistema esterno per le immagini, verifica anche che non esistano sovrapposizioni tra due servizi che cercano di riscrivere contemporaneamente gli stessi URL.<\/p>\n<p>Evita inoltre di rigenerare in massa le immagini senza motivo. Se tutto funziona, non \u00e8 necessario avviare nuove ottimizzazioni soltanto perch\u00e9 il plugin \u00e8 stato aggiornato.<\/p>\n<h2 id=\"controllo-frontend\">6. Testare frontend, login, form e WooCommerce<\/h2>\n<p>Dopo aver aggiornato <strong>LiteSpeed Cache<\/strong>, un controllo tecnico non \u00e8 completo finch\u00e9 non viene verificata anche l&#8217;esperienza dell&#8217;utente. Apri il sito come visitatore non autenticato e prova le funzioni principali.<\/p>\n<p>Su un normale sito WordPress controlla almeno:<\/p>\n<ul>\n<li>menu desktop e mobile;<\/li>\n<li>ricerca interna;<\/li>\n<li>form di contatto;<\/li>\n<li>login e logout;<\/li>\n<li>area riservata, se presente;<\/li>\n<li>pagine generate da page builder;<\/li>\n<li>cookie banner e strumenti di consenso.<\/li>\n<\/ul>\n<p>Su WooCommerce il test deve essere pi\u00f9 approfondito. Inserisci un prodotto nel carrello, modifica la quantit\u00e0, apri il checkout e verifica che carrello, account e sessioni non vengano serviti dalla cache pubblica.<\/p>\n<p>Le pagine dinamiche non devono mostrare dati appartenenti ad altri utenti. Se noti comportamenti insoliti, prima di modificare molte opzioni contemporaneamente controlla le esclusioni dalla cache e gli eventuali plugin che intervengono su sessioni, cookie o checkout.<\/p>\n<p>La regola pi\u00f9 sicura \u00e8 cambiare una sola impostazione per volta e verificare subito il risultato. In questo modo \u00e8 molto pi\u00f9 semplice individuare la causa di eventuali problemi.<\/p>\n<h2 id=\"controllo-log\">7. Controllare log, errori e comportamento nelle ore successive<\/h2>\n<p>L&#8217;ultimo controllo di <strong>LiteSpeed Cache<\/strong> riguarda ci\u00f2 che non sempre \u00e8 visibile immediatamente nel browser.<\/p>\n<p>Dopo l&#8217;update verifica i log PHP e WordPress e cerca errori nuovi comparsi dopo l&#8217;installazione. Presta attenzione soprattutto a fatal error, warning ripetuti, richieste AJAX che falliscono e chiamate REST che restituiscono codici inattesi.<\/p>\n<p>Controlla anche che non siano aumentati in modo anomalo:<\/p>\n<ul>\n<li>utilizzo CPU;<\/li>\n<li>processi PHP;<\/li>\n<li>errori 403 o 500;<\/li>\n<li>richieste verso <code>wp-admin\/admin-ajax.php<\/code>;<\/li>\n<li>errori legati al cron;<\/li>\n<li>problemi di comunicazione con servizi esterni.<\/li>\n<\/ul>\n<p>Se il sito utilizza funzioni avanzate di cache, CDN o Object Cache, \u00e8 utile monitorarlo anche nelle ore successive. Alcuni problemi emergono soltanto quando scadono determinate cache o quando vengono eseguiti task pianificati.<\/p>\n<p>Per una panoramica pi\u00f9 ampia sulla protezione del CMS puoi leggere anche la guida Xlogic dedicata a <a href=\"https:\/\/xlogic.org\/blog\/wordpress-sotto-attacco-2026.html\/\">vulnerabilit\u00e0, malware e sicurezza WordPress<\/a>.<\/p>\n<h2>Cosa cambia realmente con LiteSpeed Cache 7.9.1<\/h2>\n<p>Per la maggior parte dei siti, <strong>LiteSpeed Cache 7.9.1<\/strong> non richiede una riconfigurazione completa del plugin. La cosa importante \u00e8 portarsi almeno alla release corretta, eseguire un purge e controllare le funzioni che dipendono maggiormente dalla cache.<\/p>\n<p>La release introduce inoltre modifiche interne alla validazione delle richieste cloud, alla gestione di ESI, all&#8217;ottimizzazione immagini e ad alcune API.<\/p>\n<p>Sono cambiamenti che aumentano la sicurezza e riducono l&#8217;affidamento su controlli basati soltanto sull&#8217;indirizzo IP.<\/p>\n<p>Non conviene quindi copiare configurazioni trovate online senza verificare il proprio ambiente. Due siti WordPress possono utilizzare <strong>LiteSpeed Cache<\/strong> ma avere esigenze completamente diverse in base a tema, page builder, ecommerce, area riservata, CDN e applicazioni collegate.<\/p>\n<h2>Errori da evitare dopo l&#8217;aggiornamento<\/h2>\n<p>Dopo un aggiornamento di sicurezza di <strong>LiteSpeed Cache<\/strong> \u00e8 facile reagire modificando molte impostazioni contemporaneamente. \u00c8 quasi sempre una cattiva idea.<\/p>\n<p>Evita soprattutto questi errori:<\/p>\n<ul>\n<li><strong>Disattivare funzioni a caso:<\/strong> se utilizzi ESI o QUIC.cloud e il sito \u00e8 aggiornato, non \u00e8 necessario rimuovere servizi utili senza una ragione tecnica.<\/li>\n<li><strong>Installare un secondo plugin di cache:<\/strong> due sistemi di page cache possono creare conflitti e risultati difficili da diagnosticare.<\/li>\n<li><strong>Svuotare continuamente tutte le cache:<\/strong> il purge va eseguito quando serve, non continuamente.<\/li>\n<li><strong>Modificare CSS e JavaScript insieme:<\/strong> se il frontend presenta un problema, procedi per esclusione e cambia una sola funzione alla volta.<\/li>\n<li><strong>Ignorare backup e log:<\/strong> sono gli strumenti pi\u00f9 utili quando serve capire cosa \u00e8 cambiato.<\/li>\n<\/ul>\n<h2>LiteSpeed Cache e hosting: perch\u00e9 il server conta<\/h2>\n<p><strong>LiteSpeed Cache<\/strong> pu\u00f2 eseguire molte ottimizzazioni anche in ambienti diversi, ma la page cache nativa d\u00e0 il meglio quando WordPress gira su un server LiteSpeed correttamente configurato.<\/p>\n<p>Il risultato finale dipende infatti da pi\u00f9 elementi: web server, PHP, database, storage, quantit\u00e0 di risorse disponibili, configurazione della cache, tema e plugin installati.<\/p>\n<p>Per chi vuole approfondire l&#8217;integrazione tra web server e plugin \u00e8 disponibile anche la <a href=\"https:\/\/xlogic.org\/blog\/hosting-litespeed-la-guida-definitiva-alla-configurazione-di-lscache.html\/\">guida Xlogic alla configurazione di LSCache<\/a>.<\/p>\n<p>I piani <a href=\"https:\/\/xlogic.org\/hosting-wordpress\/\">Hosting WordPress Xlogic<\/a> utilizzano LiteSpeed Enterprise e LSCache, insieme a SSD NVMe, CloudLinux e strumenti dedicati alla gestione e alla protezione di WordPress.<\/p>\n<h2 id=\"faq\">Domande frequenti su LiteSpeed Cache 7.9.1<\/h2>\n<h3>\u00c8 necessario aggiornare LiteSpeed Cache 7.9.1?<\/h3>\n<p>Se stai utilizzando una release precedente di <strong>LiteSpeed Cache<\/strong>, l&#8217;aggiornamento \u00e8 fortemente consigliato. LiteSpeed indica la 7.9.1 o una versione successiva come soluzione per le vulnerabilit\u00e0 rese pubbliche a settembre 2026.<\/p>\n<h3>Dopo l&#8217;aggiornamento devo disattivare ESI?<\/h3>\n<p>No, non come regola generale. La vulnerabilit\u00e0 relativa a ESI \u00e8 stata corretta in <strong>LiteSpeed Cache 7.9.1<\/strong>. Se utilizzi questa funzione, verifica semplicemente che gli elementi dinamici del sito continuino a funzionare come previsto.<\/p>\n<h3>Devo disattivare QUIC.cloud?<\/h3>\n<p>No. La vulnerabilit\u00e0 SSRF riguardava una combinazione specifica di CDN e configurazione dell&#8217;IP reale. Dopo l&#8217;aggiornamento \u00e8 comunque utile verificare che il server riconosca correttamente l&#8217;indirizzo del visitatore.<\/p>\n<h3>Perch\u00e9 dopo il purge vedo X-LiteSpeed-Cache: miss?<\/h3>\n<p>\u00c8 normale alla prima richiesta o su una pagina appena invalidata. Ricaricando una pagina cacheabile, le richieste successive possono diventare <code>hit<\/code>. Alcune URL dinamiche o escluse continueranno invece a non essere memorizzate nella cache.<\/p>\n<h3>LiteSpeed Cache 7.9.1 modifica automaticamente le mie impostazioni?<\/h3>\n<p>Non \u00e8 necessario riconfigurare tutto da zero. Conviene per\u00f2 controllare le aree pi\u00f9 sensibili del sito e verificare che non siano comparsi errori dopo l&#8217;update.<\/p>\n<h3>Come faccio a sapere se il sito sta usando davvero LiteSpeed Cache?<\/h3>\n<p>Per verificare <strong>LiteSpeed Cache<\/strong> puoi controllare gli header HTTP delle pagine cacheabili, verificare la presenza del plugin e controllare che il server supporti la cache LiteSpeed.<\/p>\n<p>Il semplice fatto di avere il plugin installato non garantisce da solo che ogni funzione server-side sia disponibile.<\/p>\n<h2>Conclusioni<\/h2>\n<p><strong>LiteSpeed Cache 7.9.1<\/strong> \u00e8 un aggiornamento da installare con priorit\u00e0 sui siti che utilizzano versioni precedenti del plugin. Le correzioni pubblicate da LiteSpeed riguardano sicurezza, ESI, QUIC.cloud e altri componenti interni.<\/p>\n<p>Dopo l&#8217;aggiornamento, i controlli pi\u00f9 utili sono pochi ma concreti: verifica della versione, purge della cache, test degli header, controllo di ESI e CDN, verifica delle immagini, test delle pagine dinamiche e analisi dei log.<\/p>\n<p>Se tutto funziona correttamente, non serve modificare altre impostazioni. Una configurazione stabile e verificata \u00e8 generalmente preferibile a una lunga serie di ottimizzazioni applicate senza misurare il risultato.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>LiteSpeed Cache 7.9.1 \u00e8 un aggiornamento importante per chi utilizza WordPress con LSCache, soprattutto perch\u00e9 include correzioni di sicurezza e modifiche che interessano ESI, QUIC.cloud, ottimizzazione delle immagini e gestione delle callback remote. L&#8217;aggiornamento \u00e8 stato pubblicato il 1\u00b0 settembre 2026. Dopo l&#8217;installazione non basta per\u00f2 controllare che WordPress mostri il plugin come aggiornato: conviene [&hellip;]<\/p>\n","protected":false},"author":4,"featured_media":19477,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_lmt_disableupdate":"no","_lmt_disable":"","footnotes":""},"categories":[5],"tags":[],"class_list":["post-19475","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"modified_by":"Team tecnico Xlogic","_links":{"self":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts\/19475","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/comments?post=19475"}],"version-history":[{"count":0,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts\/19475\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/media\/19477"}],"wp:attachment":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/media?parent=19475"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/categories?post=19475"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/tags?post=19475"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}