Cari 4 lettori di afNews, il sito storico e base www.afnews.info affronta di nuovo un periodo in cui il Server fa fatica a… servire. Sto pertanto trasferendo (ci vorrà una settimana) tutti i file media (immagini, video ecc.) su un gestore in Germania (sì, è una ennesima spesa aggiuntiva prelevata dalla mia pensione), così che Aruba (il Server italiano) possa servirci meglio. Nel caso anche questo non servisse, dovrà ragionare su un eventuale cambio completo di Server. Ma ne riparleremo quando avrò finito il trasferimento dei file e modificato il sistema complessivo.
Nel caso qualcuno di voi (esperto di informatica della Grande Rete) fosse curioso di sapere come mai periodicamente succedono queste cose, ecco cosa mi ha scritto un tecnico di Aruba nel ticket che avevo aperto (il mio testo procede subito dopo):
“Gentile cliente, il motore InnoDB non permette di eseguite l’ottimizzazione. Tutte queste analisi ed operazioni sono a suo carico o di un suo webmaster. Vedo comunque di fornirle un riscontro concreto. Tralasciamo per il momento wp_postmeta, che comunque è quella [tabella] che contiene il numero di record maggiore. Prendiamo la seconda tabella con il numero di record più alto. A seguito delle verifiche effettuate sul database WordPress, è emerso che la tabella wp_term_relationships contiene circa 1.245.551 record. Dall’analisi della struttura del database è stato possibile determinare che il numero elevato di record è dovuto principalmente alla presenza di numerose relazioni storiche tra contenuti e tassonomie. In particolare, il sito presenta attualmente: 42.801 articoli (post) pubblicati; 233 categorie; 2.629 tag; 226.181 allegati (attachment). Analizzando le relazioni attualmente valide, risultano: 90.867 relazioni tra articoli e categorie; 24.827 relazioni tra articoli e tag; 4.842 relazioni tra allegati e categorie; 2.172 relazioni tra allegati e tag; ulteriori 173 relazioni relative ad altre tassonomie e tipologie di contenuto. Il dato più significativo riguarda tuttavia le relazioni cosiddette “orfane”. È stato verificato che 1.122.681 record presenti in wp_term_relationships fanno riferimento a un object_id che non corrisponde più ad alcun contenuto presente nella tabella wp_posts. La suddivisione delle relazioni orfane è la seguente: 590.660 relazioni relative alla tassonomia category; 532.021 relazioni relative alla tassonomia post_tag. Pertanto, circa il 90% dei record presenti in wp_term_relationships risulta attualmente privo di un contenuto WordPress corrispondente. Questo comportamento è compatibile con la presenza di dati residui derivanti, ad esempio, da precedenti cancellazioni di contenuti, importazioni, migrazioni del sito o processi effettuati da plugin che non hanno provveduto alla completa eliminazione delle relative associazioni tassonomiche. È importante precisare che le relazioni orfane non rappresentano contenuti attivi e non contribuiscono alle attuali associazioni tra articoli, categorie e tag. La loro presenza determina tuttavia un inutile accumulo di dati all’interno del database. Intervento consigliato Si consiglia di procedere preliminarmente con un backup completo del database e, successivamente, con la rimozione controllata delle relazioni orfane. La pulizia dovrà essere effettuata in modo prudente, preferibilmente a blocchi, soprattutto qualora il database sia utilizzato da un sito in produzione. Al termine dell’operazione sarà inoltre opportuno verificare e, se necessario, ottimizzare la tabella wp_term_relationships, così da consentire al database di recuperare lo spazio non più utilizzato. Prima di procedere con la cancellazione definitiva, si consiglia inoltre di effettuare una verifica preventiva delle dimensioni della tabella e delle eventuali funzionalità/plugin che potrebbero interagire con le tassonomie. In conclusione, sulla base delle verifiche effettuate, l’elevato numero di record presente in wp_term_relationships non è riconducibile principalmente alla quantità attuale di contenuti del sito, ma è dovuto per circa 1,12 milioni di record a relazioni storiche prive di un contenuto WordPress corrispondente. La loro rimozione, previa esecuzione di un backup e delle opportune verifiche, rappresenta pertanto un intervento di pulizia del database potenzialmente utile per ridurre i dati inutilizzati e mantenere il database più ordinato ed efficiente. Effettui il backup di tale tabella e poi nel caso esegua: DELETE tr FROM wp_term_relationships tr LEFT JOIN wp_posts p ON p.ID = tr.object_id WHERE p.ID IS NULL; Data la mole di dati potrebbe richiedere del tempo. Per wp_postmeta : Alla luce delle verifiche effettuate, non si ritiene opportuno procedere con una pulizia indiscriminata della tabella wp_postmeta. A differenza di quanto rilevato in wp_term_relationships, i record presenti in wp_postmeta risultano infatti associati a contenuti esistenti e la loro eliminazione potrebbe compromettere il funzionamento di WordPress o dei plugin che utilizzano tali metadati. Per quanto riguarda la tabella wp_postmeta, dall’analisi effettuata è emersa la presenza di circa 1,9 milioni di record. A differenza di quanto riscontrato nella tabella wp_term_relationships, in questo caso non sono state rilevate anomalie riconducibili a record orfani. La verifica effettuata ha infatti evidenziato che nessun record presente in wp_postmeta risulta privo del relativo contenuto associato nella tabella wp_posts. La distribuzione dei record risulta inoltre coerente con la struttura attuale del sito. In particolare, circa 1,4 milioni di record sono associati agli attachment, mentre circa 657.000 sono associati ai normali articoli (post). Considerando la presenza di oltre 226.000 allegati nel database, l’elevato numero di metadati risulta quindi in larga parte giustificato dalla gestione della libreria multimediale. L’analisi dei principali meta_key evidenzia inoltre numerosi metadati relativi alla gestione delle immagini. Tra questi risultano particolarmente rilevanti _wp_attached_file e _wp_attachment_metadata, che sono metadati standard utilizzati da WordPress per la gestione degli allegati, oltre a numerosi record generati dai sistemi di ottimizzazione delle immagini, in particolare Imagify, e dalle funzionalità relative ai watermark. Sono inoltre presenti metadati riconducibili a plugin e funzionalità utilizzate per l’importazione e la gestione dei contenuti, tra cui Feedzy, oltre a dati relativi a sistemi SEO, cache, condivisione sui social e altre funzionalità attualmente presenti nel sito. Alla luce di queste verifiche, il numero di record presente in wp_postmeta non può essere considerato, di per sé, un’anomalia. La quantità elevata di dati è principalmente conseguenza del numero significativo di allegati presenti nel sito e della quantità di informazioni che WordPress e i vari plugin memorizzano per ciascun contenuto. Non si consiglia pertanto una pulizia indiscriminata della tabella wp_postmeta, in quanto i record risultano associati a contenuti esistenti e potrebbero essere utilizzati dalle funzionalità attive del sito. L’eliminazione di metadati senza una preventiva verifica del relativo utilizzo potrebbe infatti causare malfunzionamenti o perdita di informazioni gestite dai plugin. Eventuali interventi di ottimizzazione su wp_postmeta dovrebbero quindi essere effettuati esclusivamente in maniera mirata, individuando eventuali meta_key effettivamente inutilizzati e verificando preventivamente il plugin o la funzionalità che li ha generati. In conclusione, sulla base delle verifiche effettuate, non emergono attualmente elementi tali da considerare i circa 1,9 milioni di record presenti in wp_postmeta come dati anomali o da eliminare. Il volume risulta compatibile con la struttura e con le funzionalità attualmente presenti nel sito. Cordiali saluti”
Capito? Beati voi. Insomma, i 400 giga e più di file media (circa 2 milioni di file) su Aruba ci stanno, ovviamente, senza problemi, ma è gestirli che poi è un gran caos e ci manda in time out, a quanto pare. Insomma, sono compatibili, basta non usarli?
Sia come sia, ho fatto TUTTO quel che mi è stato chiesto di fare. Risultato: tutto come prima. Quando il motore deve gestire svariati file media, ricerche ecc. sbuffa.
Ma cosa mai ci sarà dentro afNews? Oltre 30 anni di materiali., tutti disponibili per i nostri 4 lettori.
Quindi procedo con la prima tranche di trasferimento. Quando sarà finito sistemerò le connessioni col deposito tedesco. E vedremo se andrà meglio.
Ci vuole tutta la famosa pazienza dell’informatico… 
Per aspera…
L'articolo AVVISO TECNICO: afNews e i suoi server… chi ci capisce è bravo proviene da afNews.info: Fumetti, bande dessinée, comics, manga, animazione, Tintin, Syldavia, Disney, cartoons, BD et al. Fumetto e dintorni ogni giorno dal 1995 una storica ricca rete di connessioni informatiche e umane, web social etc. - non profit journalism - daily news press agency founded and directed by Gianfranco Goria.
Leggi e vedi l'originale su https://ift.tt/eKgwWpt
www.afnews.info afnews avvisi August 29, 2026 at 12:08PM via WordPress https://ift.tt/eKgwWpt
Commenti