Uno dei punti di discussione più popolari nella comunità di WordPress è l'accelerazione di WordPress e l'ottimizzazione delle pagine web. Non penso che ci sia un blog WordPress senza un articolo "X Tips to Speed Up WordPress". Non fraintendermi, è una buona cosa. Ma abbiamo bisogno di articoli migliori su questo argomento invece di arrotondamenti di plugin noiosi.
Questo potrebbe sembrare un altro tutorial su "Suggerimenti per accelerare WordPress", ma in questa serie in tre parti, esamineremo ogni aspetto dell'ottimizzazione e della velocizzazione del tuo sito Web WordPress.
Iniziamo con la cosa più popolare e probabilmente la più semplice: il caching.
Penso che sia sicuro dire che questo è l'argomento più popolare quando si tratta di accelerare WordPress. Certo, questo è a causa dei plugin di caching WordPress popolari e facili da usare, ma è anche una delle tecniche fondamentali per ridurre il carico del database e accelerare i siti Web WordPress.
Torneremo ai plug-in di memorizzazione nella cache, ma esaminiamo i due tipi di memorizzazione nella cache: la memorizzazione nella cache sul lato server e la memorizzazione nella cache sul lato client.
Il caching sul lato client è il tipo di memorizzazione nella cache dei browser dei visitatori. Ciò significa che quando i visitatori visitano il tuo sito Web, i loro browser memorizzeranno i dati di alcune parti delle tue pagine. Mentre i browser nascondono automaticamente alcuni dati (come la cache dei file JavaScript e CSS), possiamo fare un po 'di messa a punto con l'aiuto di .htaccess
File.
Con la messa a punto del .htaccess
file, intendo aggiungere l'intestazione "Expires" al suo interno. Potresti aver sentito il termine "sfruttare il caching del browser" perché è comunemente utilizzato nelle esercitazioni di "ottimizzazione del sito web" ed è un criterio di alta priorità nel servizio Google PageSpeed.
Fortunatamente, non dobbiamo inventarci queste intestazioni: c'è molto codice pronto per essere "preso in prestito" sul web. Mi piace quello in HTML5 Boilerplate, in cui le intestazioni sono divise per categorie di tipi di file:
# ------------------------------------------------- ----------------------------- # | Scade le intestazioni | # ------------------------------------------------- ----------------------------- # Servire risorse con future future scade intestazioni. # IMPORTANTE: se non controlli il controllo delle versioni con il busting della cache basato sui nomi dei file, valuta la possibilità di ridurre i tempi della cache a qualcosa come una settimana.ExpiresActive su ExpiresDefault "access plus 1 month" # CSS ExpiresByType text / css "access plus 1 anno" # Scambio dati ExpiresByType application / json "access plus 0 secondi" ExpiresByType application / ld + json "access plus 0 secondi" ExpiresByType application / vnd .geo + json "access plus 0 secondi" ExpiresByType application / xml "access plus 0 secondi" ExpiresByType text / xml "access plus 0 secondi" # Favicon (non può essere rinominato!) e immagini del cursore ExpiresByType image / x-icon "access plus # # Componenti HTML (HTC) ExpiresByType testo / componente x "accesso più 1 mese" # HTML ExpiresByType text / html "access plus 0 secondi" # JavaScript ExpiresByType application / javascript "access plus 1 anno" # Manifest files ExpiresByType application / manifest + json "access plus 1 anno" ExpiresByType application / x-web-app-manifest + json "access plus 0 secondi" ExpiresByType text / cache-manifest "accesso più 0 secondi" # Media ExpiresByType audio / ogg "access plus 1 mese "ExpiresByType image / gif" access plu s 1 mese Accesso "ExpiresByType image / jpeg" più 1 mese "ExpiresByType image / png" accesso più 1 mese "ExpiresByType video / mp4" accesso più 1 mese "ExpiresByType video / ogg" accesso più 1 mese "ExpiresByType video / webm" accesso più 1 mese "# feed Web ExpiresByType application / atom + xml" access plus 1 ora "ExpiresByType application / rss + xml" access plus 1 ora "# Font web ExpiresByType application / font-woff" access plus 1 month "ExpiresByType application / font -woff2 "access plus 1 month" ExpiresByType application / vnd.ms-fontobject "access plus 1 month" ExpiresByType application / x-font-ttf "access plus 1 month" ExpiresByType font / opentype "access plus 1 month" ExpiresByType image / svg + xml "accesso più 1 mese"
Inserisci queste righe di codice nel tuo .htaccess
file e sei a posto!
Quando si tratta della memorizzazione nella cache sul lato server in WordPress, possiamo parlare di quattro tipi principali di memorizzazione nella cache: memorizzazione nella cache della cache, memorizzazione nella cache del database, memorizzazione nella cache degli oggetti e codice operativo (codice operazione). Sourav Kundu lo spiega nel suo articolo su WP Explorer, ma ricapitoliamo:
I nostri capitoli principali sono i aspetti di accelerare WordPress, quindi potrebbe essere off-topic per rivedere i plugin. Tuttavia, è una buona idea parlare di un paio di plugin in ogni capitolo. Per quanto riguarda il caching, so che conosci già i due plugin più popolari:
I database sono il "cervello" del tuo sito web: memorizzano i dati preziosi che mostri sulle tue pagine. I siti Web statici in HTML memorizzano i loro dati all'interno delle pagine, ma i sistemi di gestione dei contenuti devono fare affidamento su database (SQL, NoSQL, XML, JSON e simili) per archiviare i nostri dati. WordPress non è diverso: utilizza MySQL per archiviare i contenuti statici e dinamici insieme alle informazioni del tuo sito web, alle impostazioni di WordPress, ai dettagli dell'utente e così via.
I database sono uno standard potente per conservare, servire e modificare i tuoi dati, ma se li usi male e dimentichi di mantenerli, possono ottenere Grasso e gonfio. E come qualsiasi altro software, anche WordPress ha bisogno di manutenzione. WordPress non si accumula troppo nel database, ma ciò non significa che non rallenti il tuo sito web.
È necessario tenere d'occhio le revisioni dei post, le trascrizioni di post, pagine, commenti, ecc. E qualsiasi altro tipo di dati "obsoleti". E di tanto in tanto, devi controllare il tuo "overhead del database", che è spesso paragonato alla deframmentazione del disco rigido o al cambio dell'olio della tua auto.
È possibile mantenerli tutti manualmente: puoi svuotare il cestino, disattivare la funzione "revisioni", eliminare i commenti spam e ottimizzare l'overhead del database effettuando l'accesso a phpMyAdmin, ma questa non è una tecnica ottimizzata per l'ottimizzazione del database. Invece, puoi usare un plugin per WordPress per fare tutto il lavoro.
Ci sono più di alcuni plugin che ti permettono di ottimizzare il tuo database con un solo clic o anche automaticamente. Quello che mi piace di più è WP-Optimize: Pulisce automaticamente e ottimizza il tuo database senza problemi.
WP-Optimize elenca le sue caratteristiche principali come segue:
Assicurati di controllare altri plugin di ottimizzazione del database, ma non essere negligente nel mantenere il tuo database.
Nella parte successiva della serie, esamineremo gli aspetti della compressione e della minimizzazione e useremo i CDN per rendere più veloce il tuo sito Web WordPress.
Cosa ne pensi di accelerare WordPress? Condividi i tuoi pensieri qui sotto nella sezione commenti. E se ti è piaciuto l'articolo, non dimenticare di condividerlo.