{"id":232037,"date":"2022-12-30T10:14:00","date_gmt":"2022-12-30T07:14:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=232037"},"modified":"2022-12-30T19:36:14","modified_gmt":"2022-12-30T16:36:14","slug":"comprendere-la-memorizzazione-nella-cache-in-wordpress-parte-3","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/it\/comprendere-la-memorizzazione-nella-cache-in-wordpress-parte-3\/","title":{"rendered":"Comprendere la memorizzazione nella cache in WordPress, parte 3"},"content":{"rendered":"\n

Nei due post precedenti, ho parlato delle basi della memorizzazione nella cache<\/a> e di come funziona la memorizzazione nella cache in WordPress<\/a>, almeno in una certa misura.<\/p>\n

\"Comprendere<\/a><\/p>\n

Ma ricorda che questa serie \u00e8 stata motivata da un’e-mail di qualcuno che pensava che avrei potuto fare un lavoro migliore nello spiegare come funzionano i transitori e la memorizzazione nella cache in WordPress e perch\u00e9 \u00e8 importante capire come funziona tutto in tandem tra loro.<\/p>\n

\"Comprendere<\/a><\/p>\n

Quindi, in questo post, mirer\u00f2 a riunire tutto e parlare di come funziona l’ API Transients<\/a> insieme a MySQL<\/a>, perch\u00e9 \u00e8 importante capire la relazione e come gestirla andando avanti.<\/p>\n

Come funzionano i transitori in WordPress?<\/h2>\n

Come funzionano i transitori<\/h3>\n

Innanzitutto, secondo il Codex, i transitori funzionano in questo modo:<\/p>\n

\n

Questa pagina contiene la documentazione tecnica dell’API Transients di WordPress<\/strong>, che offre un modo semplice e standardizzato per archiviare temporaneamente i dati memorizzati nella cache nel database assegnandogli un nome personalizzato e un intervallo di tempo dopo il quale scadr\u00e0 e verr\u00e0 eliminato.<\/p>\n

API Transitori tramite il codice di WordPress<\/a><\/p>\n<\/blockquote>\n

L’idea alla base di questo sembra abbastanza semplice, giusto?<\/p>\n

    \n
  1. Si salva un’opzione nel database,<\/li>\n
  2. Imposta un tempo per quanto tempo dovrebbe esistere,<\/li>\n
  3. Quindi viene archiviato per quel periodo di tempo<\/li>\n
  4. E, se richiesto dopo la scadenza, viene recuperato e riportato al suo stato transitorio.<\/li>\n<\/ol>\n

    Allora dove sta la confusione?<\/p>\n

    Come accennato nel primo post, non ero chiaro per quanto tempo sarebbero state disponibili le informazioni transitorie. Piuttosto che essere una quantit\u00e0 minima di tempo in cui i dati saranno disponibili, \u00e8 un massimo.<\/p>\n

    Ci\u00f2 significa che se imposti qualcosa in modo che sia disponibile per un giorno, sar\u00e0 disponibile per un giorno. Non di meno; non pi\u00f9. E dopo che il tempo \u00e8 scaduto, dovr\u00e0 essere ricreato ancora una volta nello stato transitorio.<\/p>\n

    Almeno, questa \u00e8 la saggezza convenzionale dietro di esso. Non \u00e8 sbagliato ma c’\u00e8 di pi\u00f9. Qui \u00e8 dove diventa un po’ pi\u00f9 tecnico, per\u00f2.<\/p>\n

    Che ruolo gioca MySQL?<\/h3>\n

    Con la maturazione di WordPress, dell’hosting e di altre tecnologie, anche i database sottostanti che alimentano l’applicazione sono cambiati. Questa non \u00e8 una cosa buona o cattiva (anche se forse potremmo sostenere che \u00e8 una buona cosa in un prossimo post).<\/p>\n

    Ma pu\u00f2 aiutare a spiegare perch\u00e9 i transitori funzionano nel modo in cui funzionano, dato lo stack con cui siamo abituati a lavorare e come potrebbero non funzionare come previsto senza i sistemi di database.<\/p>\n

    Se si sceglie di utilizzare MySQL come database per l’installazione di WordPress, cosa che mi permetto di dire che la maggior parte delle persone continua a fare, le informazioni che si trovano nella tabella Opzioni<\/a> (che \u00e8 anche la posizione in cui vengono archiviati i transitori), l’API Transient funzioner\u00e0 come descritto sopra.<\/p>\n

    Ma cosa succede quando introduci altre forme di memorizzazione nella cache come la memorizzazione nella cache degli oggetti tramite software come Memcached<\/a> o Redis<\/a> e cos\u00ec via?<\/p>\n

    \"Comprendere<\/a><\/p>\n

    In tal caso, i dati potrebbero non essere disponibili come previsto. In breve, il software di memorizzazione nella cache pu\u00f2 scegliere di eliminare le informazioni che non vengono richieste con la stessa frequenza delle altre informazioni. Cio\u00e8, d\u00e0 un livello di priorit\u00e0 alle informazioni richieste pi\u00f9 frequentemente.<\/p>\n

    Andando avanti<\/h3>\n

    Quando prendi in considerazione tutto quanto sopra, stai guardando diverse cose:<\/p>\n

      \n
    1. l’API Transitori,<\/li>\n
    2. una banca dati,<\/li>\n
    3. un sistema di memorizzazione nella cache di terze parti.<\/li>\n<\/ol>\n

      Quando hai l’API Transients e un database standard, andr\u00e0 tutto bene perch\u00e9 le cose funzioneranno come ti aspetti.<\/p>\n

      Ma se si introduce un sistema di memorizzazione nella cache di terze parti, il risultato potrebbe essere diverso. In particolare, le cose potrebbero non – e probabilmente non funzioneranno – nel modo previsto.<\/p>\n

      Cio\u00e8, il sistema di memorizzazione nella cache di terze parti pu\u00f2 ignorare tutte le informazioni che desidera eliminare ogni volta che ritiene necessario rimuoverle. Ci\u00f2 significa che tutto ci\u00f2 che pensi di avere disponibile nella cache non sar\u00e0 l\u00ec.<\/p>\n

      In definitiva, il miglior consiglio che posso dare \u00e8 questo:<\/p>\n

        \n
      1. Se stai usando MySQL e l’API Transients, le cose funzioneranno come descritto nel Codex.<\/li>\n
      2. Se, d’altra parte, stai utilizzando un altro sistema di memorizzazione nella cache, \u00e8 importante capire come funziona e come puoi scrivere codice su di esso in modo che funzioni come desideri.<\/li>\n<\/ol>\n

        E con questo, non c’\u00e8 altro da aggiungere a questo primer per comprendere la memorizzazione nella cache in WordPress.<\/p>\n

        Fonte di registrazione: tommcfarlin.com<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"

        Comprendere la memorizzazione nella cache in WordPress \u00e8 importante quando si creano soluzioni performanti. Ma l’API Transient potrebbe non funzionare sempre. Ecco perch\u00e9.<\/p>\n","protected":false},"author":1,"featured_media":235967,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_wp_rev_ctl_limit":""},"categories":[918,896,835,751,814,720,844,1089,865],"tags":[1168],"class_list":["post-232037","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-altro","category-codice","category-guida-per-principianti","category-open-source-projektmanagement-3","category-plugin-2","category-sviluppatore","category-tutorial","category-velocita-del-sito","category-wordpress-6","tag-affiai-it"],"_links":{"self":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts\/232037","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/comments?post=232037"}],"version-history":[{"count":0,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts\/232037\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/media\/235967"}],"wp:attachment":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/media?parent=232037"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/categories?post=232037"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/tags?post=232037"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}