{"id":19113,"date":"2026-04-17T08:35:43","date_gmt":"2026-04-17T06:35:43","guid":{"rendered":"https:\/\/webhosting.de\/http-cache-control-strategien-hosting-cachemaster\/"},"modified":"2026-04-17T08:35:43","modified_gmt":"2026-04-17T06:35:43","slug":"strategie-di-controllo-della-cache-http-hosting-cachemaster","status":"publish","type":"post","link":"https:\/\/webhosting.de\/it\/http-cache-control-strategien-hosting-cachemaster\/","title":{"rendered":"Strategie di controllo della cache HTTP nell'hosting: padroneggiare l'ottimizzazione del web"},"content":{"rendered":"<p>Utilizzo l'hosting di controllo della cache per controllare in modo specifico il modo in cui i browser, i proxy e i CDN memorizzano i contenuti nella cache, in modo che le pagine vengano caricate pi\u00f9 velocemente e rimangano sempre aggiornate. A tal fine, utilizzo un sistema di controllo della cache mirato <strong>direttive<\/strong> come max-age, no-cache o no-store e quindi bilanciare prestazioni, freschezza e carico del server per HTML, risorse e API.<\/p>\n\n<h2>Punti centrali<\/h2>\n\n<p>La panoramica che segue mostra le leve pi\u00f9 importanti per <strong>Ottimizzazione del web<\/strong> con controllo della cache.<\/p>\n<ul>\n  <li><strong>Progettazione TTL<\/strong>Lunga et\u00e0 massima per gli asset, tempi brevi o riconvalida per l'HTML.<\/li>\n  <li><strong>Convalida<\/strong>ETag e Last-Modified riducono il traffico di dati con risposte 304.<\/li>\n  <li><strong>Controlli sul bordo<\/strong>s-maxage, stale-while-revalidate e stale-if-error per i CDN.<\/li>\n  <li><strong>Versione<\/strong>I nomi dei file con hash\/versione consentono cache aggressive.<\/li>\n  <li><strong>Monitoraggio<\/strong>Controllare costantemente le percentuali di hit della cache, le quote 304 e il TTFB.<\/li>\n<\/ul>\n\n<h2>Cosa rende il controllo della cache cos\u00ec efficace nell'hosting?<\/h2>\n\n<p>Sposto il lavoro dal server Origin al server <strong>Cache<\/strong>, ridurre la latenza e risparmiare larghezza di banda. Un'intestazione di controllo della cache correttamente impostata controlla per quanto tempo i file rimangono validi e quando il client li richiede al server. Sono previsti lunghi periodi di validit\u00e0 per risorse come immagini, CSS e JS, mentre l'HTML rimane valido per poco tempo o viene sempre convalidato. Questo significa che gli utenti incontrano pi\u00f9 frequentemente le risposte in cache e ricevono comunque <strong>attuale<\/strong> Contenuto. Evito i tipici ostacoli come intestazioni contraddittorie o versioni mancanti fin dall'inizio, per esempio con questo <a href=\"https:\/\/webhosting.de\/it\/http-cache-headers-sabotare-caching-cachefix\/\">Guida alla correzione della cache<\/a>.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/04\/http-cache-strategien-server-4736.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Nozioni di base: combinare correttamente le direttive<\/h2>\n\n<p>Con <strong>et\u00e0 massima<\/strong> Impongo la durata in secondi, ad esempio 31536000 per un anno per le risorse statiche. no-cache obbliga il client a convalidare prima dell'uso, ma non proibisce la memorizzazione. no-store esclude qualsiasi memorizzazione e protegge le risposte sensibili, come i dati di pagamento. public permette la memorizzazione nella cache condivisa, come le CDN, private \u00e8 limitata alla cache del browser. immutable segnala che il file rimane invariato, che pu\u00f2 essere modificato con <strong>Versione<\/strong> (ad esempio app.v1.2.js) sono un'ottima aggiunta.<\/p>\n\n<h2>Definire chiaramente le intestazioni Vary e le chiavi della cache<\/h2>\n<p>Mi assicuro che gli oggetti in cache corrispondano al tipo di richiesta. Il <strong>Variare<\/strong>-L'intestazione \u00e8 quindi presente in ogni strategia di cache seria. Influenza la chiave della cache e impedisce un riutilizzo errato:<\/p>\n<ul>\n  <li><strong>Accetta codifica<\/strong>Obbligatorio per gzip\/br, in modo che le varianti compresse e non compresse siano memorizzate nella cache separatamente.<\/li>\n  <li><strong>Lingua accettata<\/strong>Utilizzabile solo se si tratta di fornire contenuti che dipendono dalla lingua, altrimenti si rischia la frammentazione.<\/li>\n  <li><strong>Biscotto<\/strong>: evito un'operazione globale <em>Variabile: Cookie<\/em>, perch\u00e9 distrugge le percentuali di accesso alla cache. Invece, segmento in modo specifico in base ai cookie rilevanti (ad esempio, variante A\/B) o rimuovo i cookie irrilevanti ai margini.<\/li>\n  <li><strong>Autorizzazione<\/strong>I contenuti che dipendono dalle intestazioni di autenticazione non vengono memorizzati nelle cache condivise, oppure vengono deliberatamente bloccati se il fornitore di CDN lo supporta.<\/li>\n<\/ul>\n<pre><code># Apache: intestazioni significative Vary per HTML e risorse\n\n  Intestazione Vary \"Accept-Encoding\"\n\n\n  Intestazione merge Vary \"Accept-Encoding\"\n<\/code><\/pre>\n<p>Definisco anche regole chiare per la chiave di cache sulle CDN: Non includo nella chiave i parametri di query utilizzati solo per il tracciamento (ad esempio utm_*). In questo modo si evita l'esplosione delle chiavi senza compromettere la freschezza.<\/p>\n\n<h2>Pratica: configurazione su Apache e Nginx<\/h2>\n\n<p>Su Apache ho impostato le regole nella cartella <strong>.htaccess<\/strong> o nel VirtualHost. Separo l'HTML dalle risorse, do ai file statici una lunga durata e proteggo l'HTML con la riconvalida. Evito i conflitti con le intestazioni Expires, i browser moderni rispettano principalmente il controllo della cache. Su Nginx, impongo la corretta posizione di add_header e mi assicuro che nessuna istruzione a valle li sovrascriva. Questo \u00e8 il modo in cui controllo <strong>Caching del browser<\/strong> coerente in tutto lo stack.<\/p>\n\n<pre><code>.\n  Set di intestazioni Cache-Control \"public, max-age=31536000, immutable\".\n\n\n  Set di intestazioni Cache-Control \"no-cache, must-revalidate\".\n<\/code><\/pre>\n\n<pre><code>location ~* \\.(css|js|png|jpg|svg|woff2)$ {\n  add_header Cache-Control \"public, max-age=31536000, immutable\";\n}\nlocation ~* \\.(html)$ {\n  add_header Cache-Control \"no-cache, must-revalidate\";\n}\n<\/code><\/pre>\n\n<h3>Caching solo CDN per l'HTML<\/h3>\n<p>Se il browser deve sempre controllare, ma Edge \u00e8 autorizzato a memorizzare nella cache, imposto tempi di vita diversi per il client e il CDN:<\/p>\n<pre><code># Apache: Browser riconvalidato, Edge in cache da 5 minuti\n\n  Set di intestazioni Cache-Control \"public, max-age=0, s-maxage=300, must-revalidate, stale-while-revalidate=30, stale-if-error=86400\".\n  Intestazione merge Vary \"Accept-Encoding\"\n\n\n# Nginx\nposizione ~* \\.(html)$ {\n  add_header Cache-Control \"public, max-age=0, s-maxage=300, must-revalidate, stale-while-revalidate=30, stale-if-error=86400\";\n  add_header Vary \"Accept-Encoding\";\n}\n<\/code><\/pre>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/04\/cache_control_meeting_4827.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Convalida: utilizzo effettivo di ETag e Last-Modified<\/h2>\n\n<p>Combino <strong>Controllo della cache<\/strong> con ETag e Last-Modified per riconvalidare in modo controllato. Dopo la scadenza, il browser invia If-None-Match o If-Modified-Since; il server risponde con 304 se la risorsa \u00e8 invariata. In questo modo si risparmiano byte e si riduce significativamente il tempo della CPU di Origin. Importante: gli ETag devono essere coerenti, altrimenti si verificheranno miss inutili nonostante il contenuto invariato. Sui cluster, disattivo gli ETag deboli o creo degli hash forti, in modo che il <strong>rivalidazione<\/strong> rimane affidabile.<\/p>\n\n<h3>Coerenza in ambienti multi-server<\/h3>\n<p>Mi assicuro che gli ETag non si basino su caratteristiche basate su inode che differiscono tra i nodi. Fornisco un hash stabile (artefatto di compilazione) o mi affido all'ultima modifica quando i deploy sono atomici. Per le risposte dinamiche, utilizzo ETag applicativi che corrispondono esattamente all'hash del payload. Se la riconvalida \u00e8 pi\u00f9 costosa di un nuovo rendering, rispondo deliberatamente con 200 e un TTL breve: \u00e8 la misura a decidere.<\/p>\n\n<h2>Strategie per tipo di risorsa<\/h2>\n\n<p>Distinguo in base al tipo di contenuto, perch\u00e9 HTML, risorse, API e risposte sensibili hanno caratteristiche diverse. <strong>Requisiti<\/strong>. I TTL lunghi per i file in versione forniscono i valori migliori, mentre l'HTML deve essere gestito in modo rigoroso. Pianifico tempi di vita brevi per le API e prevedo una tolleranza ai guasti. Impedisco la memorizzazione di risposte personali o riservate. Coloro che approfondiscono le interfacce traggono vantaggio dai modelli compatti per <a href=\"https:\/\/webhosting.de\/it\/api-caching-strategie-di-hosting-ottimizzazione-delle-prestazioni-del-backend\/\">Caching API nell'hosting<\/a>, che adatto alle caratteristiche della risposta.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Tipo di risorsa<\/th>\n      <th>Direttiva raccomandata<\/th>\n      <th>Motivo<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>Risorse statiche (immagini, CSS, JS)<\/td>\n      <td>pubblico, max-age=31536000, immutabile<\/td>\n      <td>Memorizzazione prolungata; impossibilit\u00e0 di eseguire le versioni <strong>Stale<\/strong>-Contenuto<\/td>\n    <\/tr>\n    <tr>\n      <td>Pagine HTML<\/td>\n      <td>no-cache, must-revalidate<\/td>\n      <td>Contenuti freschi attraverso <strong>rivalidazione<\/strong><\/td>\n    <\/tr>\n    <tr>\n      <td>API<\/td>\n      <td>pubblico, max-age=300, stale-if-error=86400<\/td>\n      <td>Scadenza breve, utilizzabile per <strong>Errori<\/strong><\/td>\n    <\/tr>\n    <tr>\n      <td>Dati sensibili<\/td>\n      <td>no-store<\/td>\n      <td>Nessuna memorizzazione da <strong>Protezione dei dati<\/strong>-Motivi<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n<h3>Codici di stato, reindirizzamenti e pagine di errore<\/h3>\n<ul>\n  <li><strong>301<\/strong> pu\u00f2 e deve essere memorizzato nella cache (TTL lungo) perch\u00e9 \u00e8 permanente. Versione URL di destinazione per facilitare le modifiche successive.<\/li>\n  <li><strong>302\/307<\/strong> sono temporanei - TTL breve o riconvalida, altrimenti c'\u00e8 il rischio di percorsi errati nella cache.<\/li>\n  <li><strong>404<\/strong> La cache \u00e8 di breve durata (ad es. 60-300 secondi), in modo che gli hotlink difettosi non gravino su Origin senza bloccare le ricreazioni reali.<\/li>\n  <li><strong>500+<\/strong> Non eseguo la cache, ma lascio l'Edge <em>stale-if-error<\/em> per fornire agli utenti le informazioni pi\u00f9 recenti.<\/li>\n<\/ul>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/04\/http-cache-control-optimization-3029.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Direttive estese per CDN e Edge<\/h2>\n\n<p>Con <strong>s-maxage<\/strong> Separo la durata nella cache dell'edge da quella nel browser. stale-while-revalidate continua a fornire contenuti scaduti mentre l'edge si aggiorna in background. stale-if-error mantiene le pagine accessibili durante le interruzioni del backend e aumenta la conversione e la fiducia. must-revalidate forza un controllo dopo la scadenza e impedisce rinnovi indesiderati. Questo controllo si ripercuote direttamente sulle percentuali di accesso alla cache e sulla fiducia. <strong>Scala<\/strong> soprattutto durante i picchi di traffico.<\/p>\n\n<h3>Intestazioni surrogate e di bordo<\/h3>\n<p>Nelle configurazioni con rendering dei bordi, utilizzo anche intestazioni surrogate (ad es. <em>Controllo surrogato<\/em>) per impostare TTL e criteri di stale pi\u00f9 specifici per il CDN senza modificare il comportamento del browser. In questo modo, separo rigorosamente l'utente finale dalla strategia edge e mantengo il controllo su entrambi i livelli.<\/p>\n\n<h3>Invalidazioni e rilasci<\/h3>\n<p>Pianifico deliberatamente l'invalidazione: le risorse con versioni hanno raramente bisogno di essere eliminate, mentre le rotte HTML e API ne hanno bisogno pi\u00f9 spesso. Definisco routine chiare per:<\/p>\n<ul>\n  <li><strong>Eliminazione per URL\/Modello<\/strong> per gli hotfix e gli errori.<\/li>\n  <li><strong>Epurazioni basate su tag<\/strong> (se supportato) per invalidare il contenuto tematico.<\/li>\n  <li><strong>Lancio a tappe<\/strong>Distribuire prima le risorse, poi l'HTML con i nuovi riferimenti: in questo modo si evitano i riferimenti interrotti.<\/li>\n<\/ul>\n\n<h2>WordPress: implementare la cache in modo sicuro<\/h2>\n\n<p>In WordPress, attivo le intestazioni tramite i plugin o il mio codice e osservo il <strong>Modello<\/strong>-Struttura. I file statici in wp-includes e uploads ricevono TTL lunghi e immutabili, le pagine ricevono no-cache con must-revalidate. Attenzione agli utenti loggati: i cookie privati e differenziati impediscono una personalizzazione errata nella cache. Elimino i tipici ostacoli con regole chiare e un'occhiata a queste <a href=\"https:\/\/webhosting.de\/it\/errore-di-caching-del-browser-wordpress-serverboost\/\">Errore di caching di WordPress<\/a>. Se necessario, aggiungo il caching della pagina lato server e OPCache per rendere l'esecuzione di PHP percepibile. <strong>diminuzioni<\/strong>.<\/p>\n\n<pre><code>&lt;?php\nfunction add_cache_headers() {\n    if (!is_admin()) {\n        header(&#039;Cache-Control: public, max-age=31536000, immutable&#039;, true);\n    }\n}\nadd_action(&#039;send_headers&#039;, &#039;add_cache_headers&#039;);\n<\/code><\/pre>\n\n<h3>Disinnescare la personalizzazione e i cookie<\/h3>\n<p>Mi assicuro che Set-Cookie <em>non<\/em> \u00e8 impostato su tutte le pagine. I cookie non necessari impediscono il caching condiviso. Fornisco esplicitamente per gli utenti che hanno effettuato l'accesso:<\/p>\n<pre><code># Esempio di intestazione per le sessioni loggate\nCache-Control: private, no-store, max-age=0\nVary: accettazione-codifica\n<\/code><\/pre>\n<p>Le pagine di elenco e di dettaglio prive di personalizzazione, invece, possono usufruire di tutta la potenza della CDN. Nei casi in cui la personalizzazione \u00e8 necessaria, lavoro con frammenti di bordi o piccoli payload API e metto il resto in cache in modo aggressivo.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/04\/tech_office_cachecontrol_2489.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Errori comuni e come li risolvo<\/h2>\n\n<p>Troppo basso <strong>TTL<\/strong> genera un lavoro inutile del server e tempi di risposta pi\u00f9 elevati. Intestazioni mancanti o contraddittorie costringono i browser a comportamenti euristici e costano in termini di prestazioni. Senza versioning, rischio di avere risorse obsolete nonostante le lunghe cache. Strategie ETag diverse su pi\u00f9 server portano a errori; garantisco hash coerenti o disattivo gli ETag. Verifico anche se gli intermediari, come i gateway, hanno i loro <strong>Intestazione<\/strong> e sovrascrivere.<\/p>\n\n<h3>Evitare la cache euristica<\/h3>\n<p>Se non sono impostati n\u00e9 Cache-Control n\u00e9 Expires, i browser tirano a indovinare. Per questo motivo, disattivo sempre le direttive esplicite e ripulisco i problemi pregressi (p.es. <em>Pragma: no-cache<\/em> da vecchie deleghe) per ottenere un comportamento deterministico.<\/p>\n\n<h3>Stringhe di query e cache busting<\/h3>\n<p>Uso la cache busting tramite hash del nome del file (style.abc123.css) invece delle stringhe di query. Molte cache trattano le diverse query come oggetti separati e quindi aumentano il numero di oggetti; con i file invariati, invece, un nuovo hash porta a un'invalidazione pulita.<\/p>\n\n<h2>Monitoraggio, test e metriche<\/h2>\n\n<p>Misuro l'effetto e apporto correzioni mirate invece di fare cambiamenti radicali, perch\u00e9 i dati battono l'istinto. <strong>chiaro<\/strong>. Uso curl per controllare le intestazioni, DevTools per simulare prime e ripetute visualizzazioni e Lighthouse per valutare l'effetto sulle cifre chiave. Dal lato del server e del CDN, monitoro le percentuali di accesso alla cache, le quote 304, i salvataggi di byte e il TTFB. I log mi mostrano se l'HTML viene effettivamente riconvalidato e se le risorse vengono richieste raramente. Questo mi permette di riconoscere tempestivamente le lacune e di migliorarle. <strong>mirato<\/strong>.<\/p>\n\n<h3>Segnali diagnostici aggiuntivi<\/h3>\n<ul>\n  <li><strong>Et\u00e0<\/strong>-L'intestazione mostra il tempo di permanenza di un oggetto nella cache, ideale per controllare il tempo di permanenza nella cache.<\/li>\n  <li><strong>Stato della cache<\/strong> (se disponibile) rivela HIT\/MISS\/STALE e la fonte (BROWSER, CDN, ORIGIN).<\/li>\n  <li><strong>Tempistica del server<\/strong> Lo uso per i miei marcatori (ad esempio cache;desc=\u201crevalidated\u201c) per rendere visibili i percorsi negli strumenti.<\/li>\n<\/ul>\n<p>Automatizzo i controlli nella pipeline CI\/CD: Dopo ogni distribuzione, un piccolo catalogo di test convalida intestazioni, codici di stato e dimensioni delle risposte per i percorsi principali. Le regressioni vengono notate immediatamente.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/04\/http_cache_control_strategien_3477.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Effetti SEO e commerciali<\/h2>\n\n<p>Una consegna pi\u00f9 rapida rafforza i Core Web Vitals, riduce i rimbalzi e aumenta la <strong>Visibilit\u00e0<\/strong>. Ogni viaggio di andata e ritorno evitato riduce i costi del server e il rischio di picchi di carico. Con i siti ad alta intensit\u00e0 di traffico, risparmio ogni mese una quantit\u00e0 notevole di volume di dati che, a seconda della tariffa, pu\u00f2 raggiungere cifre a tre zeri in euro. Un elevato tasso di accesso alla cache stabilizza inoltre i tempi di risposta per le campagne e le vendite. Chi aumenta le prestazioni in modo prevedibile di solito aumenta anche la <strong>Conversione<\/strong>.<\/p>\n\n<h2>Lista di controllo pratica in 7 passi<\/h2>\n\n<p>(1) Inventariare i file e separare HTML, asset, API e risposte sensibili. <strong>Segmentazione<\/strong> facilita le regole. (2) Introdurre il versioning per CSS\/JS\/immagini; utilizzare hash nei nomi dei file e impostare l'immutabilit\u00e0. (3) Impostare no-cache e must-revalidate per l'HTML; mantenere le pagine fresche e controllabili. (4) Definire TTL brevi per le API e stale-if-error per mitigare i fallimenti. <strong>soggiorno<\/strong>. (5) Attivare ETag o Last-Modified in modo consistente; controllare le quote 304. (6) Sincronizzare le intestazioni di CDN e Origin; utilizzare s-maxage per Edge. (7) Misurare le percentuali di successo, il TTFB e i salvataggi di byte; ottimizzare iterativamente e documentare le decisioni.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/04\/hosting-serverraum-7632.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Casi pratici ed esempi aggiuntivi<\/h2>\n<ul>\n  <li><strong>API con richieste condizionali<\/strong>Consento esplicitamente le risposte GET\/HEAD nella cache condivisa (pubblica) con un TTL breve e un ETag. Metto in cache le risposte POST solo se sono definite in modo preciso e invariate, mentre per impostazione predefinita rimangono non memorizzabili.<\/li>\n  <li><strong>File di grandi dimensioni e richieste di intervallo<\/strong>: Per i media fornisco <em>Campi di accettazione: byte<\/em> e TTL lunghi; Edge alleggerisce l'Origin quando riprende i download.<\/li>\n  <li><strong>Immagini reattive<\/strong>Se emetto diverse varianti dell'immagine a seconda del dispositivo, eseguo una codifica specifica (ad esempio in base a DPR o Larghezza) ed evito una variazione incontrollata su troppi segnali.<\/li>\n  <li><strong>Nessuna trasformazione<\/strong>Se la qualit\u00e0 dell'immagine o la crittografia sono fondamentali, utilizzo <em>Cache-Control: no-transform<\/em>, in modo che i proxy non modifichino la risorsa.<\/li>\n<\/ul>\n\n<h2>Riassunto da portare via<\/h2>\n\n<p>Uso Cache-Control specificamente per <strong>Prestazioni<\/strong>, per armonizzare tempestivit\u00e0 e costi. TTL lunghi e versioning per gli asset, riconvalida per l'HTML e scadenze brevi per le API offrono risultati affidabili. ETag e Last-Modified riducono il traffico di dati, mentre le politiche di s-maxage e stale utilizzano la cache dei bordi. Il monitoraggio rende visibili gli effetti e mostra dove \u00e8 necessario intervenire. In questo modo l'hosting rimane veloce, controllabile ed economico. <strong>attraente<\/strong>.<\/p>","protected":false},"excerpt":{"rendered":"<p>Strategie di controllo della cache HTTP nell'hosting**: **intestazioni di controllo della cache** e **browser caching hosting** per la massima **ottimizzazione del web** e tempi di caricamento pi\u00f9 rapidi.<\/p>","protected":false},"author":1,"featured_media":19106,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_crdt_document":"","inline_featured_image":false,"footnotes":""},"categories":[834],"tags":[],"class_list":["post-19113","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-plesk-webserver-plesk-administration-anleitungen"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"100","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":"1","_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"Cache-Control Hosting","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"19106","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/19113","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/comments?post=19113"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/19113\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media\/19106"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media?parent=19113"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/categories?post=19113"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/tags?post=19113"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}