{"id":16830,"date":"2026-01-15T11:54:56","date_gmt":"2026-01-15T10:54:56","guid":{"rendered":"https:\/\/webhosting.de\/wordpress-opcache-fehlkonfigurationen-optimieren-anleitung\/"},"modified":"2026-01-15T11:54:56","modified_gmt":"2026-01-15T10:54:56","slug":"guida-allottimizzazione-della-configurazione-di-wordpress-opcache","status":"publish","type":"post","link":"https:\/\/webhosting.de\/it\/wordpress-opcache-fehlkonfigurationen-optimieren-anleitung\/","title":{"rendered":"WordPress Opcache: configurazioni errate comuni e relative soluzioni"},"content":{"rendered":"<p><strong>wordpress opcache<\/strong> \u00e8 spesso attivato, ma raramente \u00e8 impostato correttamente: Troppa poca memoria, limiti di file troppo stretti e controlli di timestamp errati portano direttamente a mancanze della cache e a tempi di caricamento notevoli. In questa guida vi mostrer\u00f2 le tipiche configurazioni errate, vi fornir\u00f2 valori guida affidabili e vi spiegher\u00f2 come potete vedere se la vostra cache sta funzionando o se sta tenendo occupata la vostra CPU.<\/p>\n\n<h2>Punti centrali<\/h2>\n<p>I seguenti aspetti chiave vi aiuteranno a riconoscere e correggere rapidamente le configurazioni errate.<\/p>\n<ul>\n  <li><strong>Memoria<\/strong>Dimensionare realisticamente opcache.memory_consumption<\/li>\n  <li><strong>File<\/strong>Impostare opcache.max_accelerated_files in modo che corrisponda alla base di codice<\/li>\n  <li><strong>Corde<\/strong>Aumentare opcache.interned_strings_buffer per WordPress<\/li>\n  <li><strong>Timestamp<\/strong>Selezionare validate_timestamps e revalidate_freq in modo ragionevole<\/li>\n  <li><strong>Monitoraggio<\/strong>Controllare regolarmente il tasso di successo, i riavvii e le chiavi<\/li>\n<\/ul>\n\n<h2>Perch\u00e9 le impostazioni difettose di Opcache rallentano WordPress<\/h2>\n\n<p>Con <strong>Opcache<\/strong> PHP compila il codice una sola volta e poi fornisce il bytecode direttamente dalla memoria di lavoro, ma valori errati fanno evaporare questo vantaggio. Se la cache \u00e8 troppo piccola, sovrascrive costantemente le voci, con conseguenti frequenti ricompilazioni e picchi di carico. Un numero troppo basso di \u201efile accelerati\u201c impedisce inoltre che tutti i file PHP necessari finiscano nella cache, con conseguenti mancanze di cache evitabili. Se le stringhe internate sono troppo piccole, WordPress perde efficienza con le stringhe ricorrenti, cosa particolarmente evidente con molti plugin. Verifico questi effetti attraverso il tasso di risposta, il numero di chiavi in cache e i riavvii: queste tre cifre chiave rivelano molto rapidamente se la configurazione funziona.<\/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\/01\/wordpress-opcache-fehler-1842.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Dimensionamento corretto della memoria: opcache.memory_consumption<\/h2>\n\n<p>Ho impostato <strong>opcache.memory_consumption<\/strong> non alla cieca a 32 o 64 MB, perch\u00e9 le moderne installazioni di WordPress li superano rapidamente. Per i blog pi\u00f9 piccoli, inizio con 128 MB, mentre per i siti di grandi dimensioni prevedo 256-512 MB, in modo che le voci non vengano continuamente spostate. Man mano che il sito cresce, controllo la memoria libera di Opcache e i contatori dei riavvii; se i riavvii aumentano o il tasso di successo diminuisce, aumento il valore passo dopo passo. Un breve test di carico dopo gli aggiornamenti dei plugin mostra se la cache ha spazio sufficiente o se sta gi\u00e0 lavorando al limite. Se si sta configurando un nuovo sistema, questo compatto <a href=\"https:\/\/webhosting.de\/it\/php-opcache-configurazione-ottimizzazione-delle-prestazioni-cacheboost\/\">Configurazione di OPcache<\/a> valori di orientamento aggiuntivi, che poi regolo in base al volume effettivo del file.<\/p>\n\n<h2>Impostare correttamente l'indice dei file: opcache.max_accelerated_files<\/h2>\n\n<p>Con <strong>opcache.max_accelerated_files<\/strong> Definisco il numero di file PHP che la cache pu\u00f2 gestire e imposto sempre un valore superiore al numero effettivo di file. Determino il numero sul lato server, per esempio con \u201efind . -iname \u201e*.php\u201c | wc -l\u201c, e aggiungo un buffer del 20-30% in modo che WordPress non si scontri con questo limite dopo gli aggiornamenti. Se l'impostazione predefinita rimane a circa 3000, si perde il potenziale della cache e si creano prestazioni instabili sotto carico. Con installazioni di grandi dimensioni, spesso mi ritrovo tra i 10.000 e i 32.500, a seconda dei plugin, del tema e dei moduli da utilizzare. Verifico il risultato confrontando il numero di chiavi memorizzate nella cache con il valore limite e osservando il tasso di risposta in caso di accesso reale.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/01\/wordpress-opcache-besprechung4382.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Il buffer interno delle stringhe come collo di bottiglia nascosto<\/h2>\n\n<p>Il sito <strong>opcache.interned_strings_buffer<\/strong> molti trascurano, anche se WordPress in particolare trae grandi vantaggi dalle stringhe internalizzate. I valori di 16-32 MB funzionano bene nella pratica, perch\u00e9 i temi e i plugin utilizzano numerose stringhe ricorrenti, che mantengo efficientemente in memoria. Nel caso di configurazioni particolarmente grandi, se l'utilizzo della memoria e le statistiche relative alle stringhe lo indicano, passo a 64 MB. Un buffer troppo piccolo impedisce le convalide che altrimenti unirebbero molte stringhe simili in un'unica posizione di memoria. Dopo la regolazione, verifico se i riavvii diminuiscono e se il tempo di risposta generale rimane pi\u00f9 stabile con un traffico identico.<\/p>\n\n<h2>Comprendere i timestamp: validate_timestamp e revalidate_freq<\/h2>\n\n<p>Con <strong>opcache.validate_timestamps<\/strong> Controllo se Opcache riconosce automaticamente le modifiche ai file, il che rimane importante negli ambienti produttivi con aggiornamenti. Lascio validate_timestamps a 1 e di solito imposto revalidate_freq a 60 secondi, in modo che i plugin modificati diventino subito operativi senza dover controllare continuamente il disco rigido. Negli script di distribuzione, prevedo un ricarico mirato di PHP-FPM se voglio attivare immediatamente le modifiche critiche per evitare malintesi. Se si disattivano i timestamp per gli editor attivi, si rischiano vecchi artefatti ed errori nel frontend, difficili da assegnare. Per domande pratiche pi\u00f9 approfondite sul controllo, mi \u00e8 utile dare un'occhiata a un sistema di controllo pulito <a href=\"https:\/\/webhosting.de\/it\/php-opcache-invalidazione-picchi-di-prestazioni-serverboost\/\">Invalidazione della cache<\/a>, che applico ripetutamente per ogni rilascio.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/01\/wordpress-opcache-fehler-fix-8347.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Monitoraggio che conta: Hit rate, chiavi, riavvii<\/h2>\n\n<p>Misuro il successo di <strong>Opcache<\/strong> con opcache_get_status(), perch\u00e9 i numeri rivelano immediatamente le false ipotesi. Un tasso di successo di almeno il 99% indica che la maggior parte delle richieste colpisce il bytecode e non viene ricompilata. Se i riavvii aumentano o il numero di chiavi in cache \u00e8 al limite, regolo la memoria o il valore dei file accelerati. Controllo anche i frammenti di memoria, perch\u00e9 la memoria cache frammentata pu\u00f2 causare improvvisi cali di prestazioni. Dopo gli aggiornamenti dei plugin, controllo di nuovo le cifre delle chiavi per assicurarmi che la cache rimanga sempre performante e non cada solo sotto carico.<\/p>\n\n<h2>opcache_get_status in pratica: lettura dei dati chiave<\/h2>\n<p>Per avere rapidamente un'idea della configurazione, leggo i campi pi\u00f9 importanti e li confronto con i miei obiettivi:<\/p>\n<ul>\n  <li><strong>opcache_statistics.hits\/misses<\/strong>Il rapporto determina il tasso di successo. Obiettivo: \u2265 99 % in condizioni di traffico reale.<\/li>\n  <li><strong>opcache_statistics.num_cached_scripts<\/strong>Deve essere chiaramente al di sotto <em>opcache.max_accelerated_files<\/em> rimanere.<\/li>\n  <li><strong>memory_usage.used_memory\/free_memory\/wasted_memory<\/strong>Mostra se la memoria \u00e8 scarsa o frammentata.<\/li>\n  <li><strong>opcache_statistics.oom_restarts<\/strong> e <strong>hash_restart<\/strong>Se questi aumentano, aumento la memoria o i file.<\/li>\n  <li><strong>interned_strings_usage.buffer_size\/used_memory<\/strong>Indica se il buffer di stringhe \u00e8 sufficientemente dimensionato.<\/li>\n<\/ul>\n<p>Sono utili i piccoli aiutanti che eseguo nella shell o in un percorso di amministrazione:<\/p>\n<pre><code>php -r 'var_export(opcache_get_status(false));'\nphp -i | grep -i opcache\nphp -r 'echo count(array_filter(get_included_files(), fn($f) =&gt; substr($f,-4)===\".php\");'<\/code><\/pre>\n<p>Sulla base di questi dati, decido se aumentare la memoria, estendere l'indice dei file o riallineare la frequenza di riconvalida.<\/p>\n\n<h2>Valori di opcache consigliati per scenario<\/h2>\n\n<p>Invece di fare raccomandazioni generali, io <strong>Valori standard<\/strong> alla base di codice e mantenere le varianti comparabili. I siti di piccole e medie dimensioni richiedono risorse notevolmente inferiori rispetto ai negozi con molte estensioni. Imposto gli ambienti di sviluppo in modo tale che le modifiche siano visibili senza ritardi, mentre in produzione eseguo i controlli dei file. La tabella che segue riassume i valori di partenza abituali, che poi perfeziono nel monitoraggio. Se si sta pianificando una crescita, \u00e8 meglio calcolare con un buffer, in modo che i rilasci non costringano immediatamente a una nuova pianificazione.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Scenario<\/th>\n      <th>opcache.memory_consumption<\/th>\n      <th>opcache.max_accelerated_files<\/th>\n      <th>opcache.interned_strings_buffer<\/th>\n      <th>opcache.validate_timestamps<\/th>\n      <th>opcache.revalidate_freq<\/th>\n      <th>opcache.enable_cli<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>Piccolo\/medio<\/td>\n      <td>128 MB<\/td>\n      <td>10000<\/td>\n      <td>16 MB<\/td>\n      <td>1<\/td>\n      <td>60<\/td>\n      <td>0<\/td>\n    <\/tr>\n    <tr>\n      <td>Grande<\/td>\n      <td>256\u2013512 MB<\/td>\n      <td>32500<\/td>\n      <td>64 MB<\/td>\n      <td>1<\/td>\n      <td>60<\/td>\n      <td>0<\/td>\n    <\/tr>\n    <tr>\n      <td>Sviluppo<\/td>\n      <td>128\u2013256 MB<\/td>\n      <td>10000-20000<\/td>\n      <td>16\u201332 MB<\/td>\n      <td>1<\/td>\n      <td>0<\/td>\n      <td>0<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\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\/01\/wordpress_opcache_fehler_8294.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>OPcache nel contesto di CLI, FPM e WP-CLI<\/h2>\n\n<p>Non tutti <strong>Dintorni<\/strong> utilizza OPcache allo stesso modo, quindi faccio attenzione alle differenze tra FPM, Apache mod_php e CLI. Per le attivit\u00e0 di WP-CLI, Opcache spesso non ha alcun vantaggio, per questo motivo di solito lascio enable_cli a 0. Negli stack produttivi, uso PHP-FPM e pianifico i ricarichi in modo specifico, affinch\u00e9 le distribuzioni calienti non svuotino la cache in modo incontrollato. I cronjob che avviano gli script PHP tramite CLI traggono pi\u00f9 vantaggio dall'ottimizzazione del codice PHP e dell'I\/O che dalla stessa opcache. Ho documentato questi percorsi in modo che gli amministratori sappiano dove l'opcache ha effetto e dove no.<\/p>\n\n<h2>Riscaldamento dopo l'impiego: evitare partenze a freddo<\/h2>\n<p>Dopo un rilascio, la cache \u00e8 fredda: \u00e8 proprio questo il momento in cui molte configurazioni collassano brevemente. Sto quindi progettando un <strong>Riscaldamento mirato<\/strong> in:<\/p>\n<ul>\n  <li>Dopo il ricaricamento di FPM, recupero automaticamente i percorsi critici (home, pagine di prodotti\/contributi, flussi di ricerca\/negozio).<\/li>\n  <li>Utilizzo sitemaps o elenchi di URL predefiniti per selezionare 100-500 pagine a ondate, invece di sommergere tutto in una volta sola.<\/li>\n  <li>Distribuisco le richieste di riscaldamento nell'arco di 1-2 minuti per evitare picchi di CPU e garantire che il bytecode venga caricato in modo coerente.<\/li>\n<\/ul>\n<p>In questo modo si evita che gli utenti reali paghino per il lavoro di compilazione. In particolare per i negozi, questa fase riduce i picchi di tempo di risposta subito dopo le implementazioni.<\/p>\n\n<h2>JIT, preloading e file cache: categorizzazione per WordPress<\/h2>\n<p>Poich\u00e9 i termini vengono usati spesso, li ho classificati per WordPress:<\/p>\n<ul>\n  <li><strong>JIT (opcache.jit)<\/strong>Per i carichi di lavoro tipici di WP (molto I\/O, pochi hotloop numerici), il JIT di solito non offre alcun guadagno misurabile. Di solito salto il JIT in produzione con WordPress.<\/li>\n  <li><strong>Precarico (opcache.preload)<\/strong>Funziona bene con framework chiari e stabili. WordPress carica plugin e temi in modo dinamico - il precaricamento \u00e8 soggetto a errori e richiede molta manutenzione. Lo uso solo se ho un controllo preciso sulle catene di caricamento automatico.<\/li>\n  <li><strong>File cache (opcache.file_cache)<\/strong>Pu\u00f2 attenuare i lavori CLI o i riavvii a breve termine perch\u00e9 il bytecode finisce sul disco. Per gli stack FPM, tuttavia, do la priorit\u00e0 alla cache della memoria condivisa; la cache dei file \u00e8 pi\u00f9 che altro un supplemento per gli strumenti e i cronjob.<\/li>\n<\/ul>\n\n<h2>Lista nera, sicurezza e controllo<\/h2>\n<p>Mantengo anche la configurazione di Opcache <strong>Motivi di sicurezza e stabilit\u00e0<\/strong> pulito:<\/p>\n<ul>\n  <li><strong>opcache.restrict_api<\/strong>Limita chi \u00e8 autorizzato a chiamare le funzioni di Opcache (ad esempio, Reset). Qui ho impostato un percorso in cui si trovano solo gli script dell'amministratore.<\/li>\n  <li><strong>opcache.blacklist_filename<\/strong>Escludere i file\/directory che vengono riscritti di frequente (ad esempio, i generatori di codice) per evitare il thrashing.<\/li>\n  <li><strong>opcache.save_comments=1<\/strong>Deve essere attivo perch\u00e9 WP\/plugin si basano spesso su docblock\/animazioni. Senza commenti, i metadati vanno persi.<\/li>\n  <li><strong>opcache.consistency_checks<\/strong>Si attiva solo in fase di staging per rilevare collisioni o incongruenze di hash; in fase di produzione ci\u00f2 comporta un costo notevole in termini di prestazioni.<\/li>\n<\/ul>\n<pre><code>; Esempio\nopcache.restrict_api=\/var\/www\/html\/opcache-admin\nopcache.blacklist_filename=\/etc\/php\/opcache-blacklist.txt\nopcache.save_comments=1<\/code><\/pre>\n\n<h2>Multi-sito, progetti multipli e pool PHP FPM<\/h2>\n<p>Se diversi siti condividono un pool FPM, \u201ecompetono\u201c per la stessa Opcache. Pertanto, separo <strong>progetti ad alta intensit\u00e0 di risorse<\/strong> nelle proprie piscine:<\/p>\n<ul>\n  <li>Valori INI separati per ogni pool; in questo modo dimensiono il consumo di memoria esattamente in base alle dimensioni del sito.<\/li>\n  <li>Nessun spostamento reciproco di bytecode; gli aggiornamenti di un sito non svuotano la cache dell'altro.<\/li>\n  <li>Migliore localizzazione dei guasti: i riavvii e il tasso di successo possono essere interpretati per applicazione.<\/li>\n<\/ul>\n<p>Nelle configurazioni multi-sito, controllo anche se alcuni sotto-siti apportano un numero estremamente elevato di file (Builder, WooCommerce, Page Builder). Regolo l'indice dei file di conseguenza e pianifico un maggiore buffering.<\/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\/01\/wordpress_opcache_debug_4023.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Tenere sotto controllo la frammentazione della memoria<\/h2>\n<p>Anche con una quantit\u00e0 sufficiente di memoria totale, la cache frammentata pu\u00f2 improvvisamente <strong>Calo delle prestazioni<\/strong> causa. Sto quindi osservando:<\/p>\n<ul>\n  <li><strong>memoria_sprecata<\/strong> e <strong>opcache.max_wasted_percentage<\/strong>Se il valore di soglia viene superato, Opcache si riavvia. Se tali riavvii si accumulano, aumento la memoria e verifico se alcune distribuzioni modificano molti file di piccole dimensioni.<\/li>\n  <li><strong>Layout del codice<\/strong>I plugin di grandi dimensioni che vengono aggiornati frequentemente causano una maggiore frammentazione. Una finestra di rilascio in bundle invece di micro-aggiornamenti costanti aiuta.<\/li>\n  <li><strong>Pagine di codice enormi<\/strong> (opcache.huge_code_pages): Se il sistema supporta le pagine enormi, questo pu\u00f2 ridurre la frammentazione e le mancanze del TLB. Lo imposto solo se la piattaforma \u00e8 configurata correttamente per questo.<\/li>\n<\/ul>\n\n<h2>Flussi di lavoro di sviluppo e staging<\/h2>\n<p>In fase di sviluppo <strong>Visibilit\u00e0 delle modifiche<\/strong> per le massime prestazioni. Per questo motivo lavoro con:<\/p>\n<ul>\n  <li><strong>validate_timestamps=1<\/strong> e <strong>revalidate_freq=0<\/strong>, in modo che le modifiche siano immediatamente visibili.<\/li>\n  <li>File INI separati per ambiente (DEV\/Stage\/Prod) per evitare acquisizioni accidentali.<\/li>\n  <li>Disattivato JIT e disattivato enable_cli, in modo che WP-CLI rimanga veloce e deterministico.<\/li>\n  <li>Disattivate in modo coerente le estensioni di debug in produzione (ad esempio Xdebug) perch\u00e9 modificano in modo significativo il comportamento della cache e del runtime.<\/li>\n<\/ul>\n<p>Nei container, faccio attenzione al tipo di mount (ad esempio, mount di rete\/bind), perch\u00e9 altrimenti le frequenti modifiche del timestamp innescano inutili riconvalide.<\/p>\n\n<h2>Classificare chiaramente i modelli di errore<\/h2>\n<p>I sintomi tipici hanno spesso cause chiare:<\/p>\n<ul>\n  <li><strong>500 improvvisi dopo gli aggiornamenti<\/strong>Controllare i riavvii, la frammentazione e se il ricaricamento dell'FPM \u00e8 stato attivato esattamente dopo lo scambio di codice.<\/li>\n  <li><strong>Front-end incoerenti<\/strong>validate_timestamps non \u00e8 corretto o la finestra di riconvalida selezionata \u00e8 troppo grande.<\/li>\n  <li><strong>Tasso di successo permanentemente basso<\/strong>L'indice del file o la memoria sono troppo piccoli; occasionalmente molti \u201emiss\u201c indicano anche artefatti di compilazione in continua evoluzione.<\/li>\n  <li><strong>Lavori CLI lenti<\/strong>enable_cli=0 \u00e8 solitamente corretto; in questo caso \u00e8 utile il codice ottimizzato o la cache dei file, non la opcache dell'SHM.<\/li>\n<\/ul>\n\n<h2>Lista di controllo rapida per i primi 30 minuti<\/h2>\n<ul>\n  <li>Conta i file PHP e <strong>max_accelerated_files<\/strong> con 20-30 tamponi %.<\/li>\n  <li><strong>consumo_di_memoria<\/strong> a 128-512 MB a seconda delle dimensioni del sito; buffer di stringhe a 16-64 MB.<\/li>\n  <li><strong>validate_timestamps=1<\/strong> e <strong>riconvalida_freq<\/strong> a 60 in produzione.<\/li>\n  <li>Dopo la distribuzione: ricaricare FPM, attivare le rotte di riscaldamento, quindi controllare opcache_get_status().<\/li>\n  <li>Monitorare i riavvii, il tasso di successo e la memoria sprecata; apportare modifiche mirate in caso di anomalie.<\/li>\n  <li>Sicurezza: <strong>restrict_api<\/strong> set, <strong>save_comments=1<\/strong> assicurarsi che i percorsi problematici siano inseriti nella lista nera, se necessario.<\/li>\n  <li>Opzionale: pool FPM separati per i siti di grandi dimensioni, in modo che le cache non si spostino l'una dall'altra.<\/li>\n<\/ul>\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\/01\/wordpress-opcache-4462.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Risoluzione sistematica dei problemi: dai sintomi alle cause<\/h2>\n\n<p>Inizio il <strong>Analisi<\/strong> sempre con cifre chiave: Se il tasso di successo diminuisce, i riavvii aumentano o le chiavi raggiungono il limite, derivo passi specifici. Se la cache \u00e8 piena, aumento il consumo_di_memoria, se raggiungo il limite di file, aumento max_accelerated_files. Se vedo stati contraddittori del frontend dopo le distribuzioni, controllo validate_timestamp e il tempo di ricarica di FPM. Se si verificano sporadici 500, controllo la cache frammentata e consumo i log degli errori prima di modificare la configurazione. Dopo ogni modifica, misuro di nuovo fino a quando le cifre chiave e i tempi di caricamento corrispondono in modo coerente.<\/p>\n\n<h2>Sintesi concisa<\/h2>\n\n<p>Un forte <strong>WordPress<\/strong>-Le prestazioni iniziano con una opcache sufficientemente grande, limiti adeguati per i file accelerati e un buffer interno di stringhe selezionato in modo ragionevole. In produzione, lascio attivi i timestamp, eseguo il controllo con il clock e imposto ricariche controllate per i rilasci, in modo che le modifiche siano attive in tempo. Mi affido a metriche come il tasso di successo, i riavvii e le chiavi, perch\u00e9 mi mostrano in modo oggettivo quale vite di regolazione devo girare. I valori di una tabella sono punti di partenza, ma \u00e8 il monitoraggio a decidere come regolarli per ogni sito. Se si mantiene questa disciplina, \u00e8 possibile ottenere in modo affidabile tempi di risposta brevi da PHP e mantenere la CPU rilassata anche durante i picchi di traffico.<\/p>","protected":false},"excerpt":{"rendered":"<p>Scoprite come le comuni configurazioni errate di WordPress Opcache causano problemi di prestazioni e come risolverli.<\/p>","protected":false},"author":1,"featured_media":16823,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_crdt_document":"","inline_featured_image":false,"footnotes":""},"categories":[733],"tags":[],"class_list":["post-16830","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-wordpress"],"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":"1285","_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":"wordpress opcache","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":"16823","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/16830","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=16830"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/16830\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media\/16823"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media?parent=16830"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/categories?post=16830"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/tags?post=16830"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}