Questo non è esattamente un aggiornamento sulle funzionalità di Kinsta, ma è più che altro un avviso che indica che stiamo cambiando la terminologia di quelli che abbiamo sempre chiamato “worker” PHP, per i quali stiamo adottando il termine più standard del settore: “thread”.

Chiunque passi molto tempo a leggere la documentazione di Kinsta, il nostro blog o la Knowledge Base potrebbe avere l’impressione che alcuni personaggi della nostra storia siano cambiati, ma gli stessi PHP worker di cui abbiamo parlato per molto tempo stanno semplicemente svolgendo gli stessi ruoli con un nome diverso.

Perché parliamo di worker e thread PHP?

Il motivo per cui ci interessa questa terminologia è che l’interprete PHP che elabora gli script dietro un’applicazione come il CMS WordPress funziona a thread singolo. Ciò significa che le richieste che arrivano (più o meno) contemporaneamente vengono naturalmente accodate per essere elaborate una alla volta. Questo può rallentare l’esperienza dei visitatori di un sito web.

Una soluzione che abbiamo adottato da tempo in Kinsta è quella di simulare un ambiente multi-thread fornendo l’accesso a PHP in più partizioni distinte della memoria. Ogni blocco di memoria può comunque servire un solo thread PHP, ma tutti possono eseguirlo simultaneamente per condividere il lavoro.

Quindi, “worker” era un termine che sembrava una buona idea (all’epoca).

Perché i clienti di Kinsta dovrebbero conoscere i thread

Per i clienti con siti WordPress ad alto traffico, l’ottimizzazione delle prestazioni di PHP può essere un delicato gioco di equilibri tra il numero di thread PHP disponibili per elaborare le richieste simultaneamente e la quantità di memoria disponibile per ciascuno di essi.

Il PHP non viene invocato quando un sito web fornisce contenuti in cache in risposta a una richiesta del browser, ma è necessario ogni volta che uno script deve essere interpretato per attività come l’interrogazione del database e la creazione di pagine al volo.

I siti con molti utenti simultanei potrebbero trarre vantaggio dalla disponibilità di più thread. I siti che dipendono da interrogazioni intensive del database e dall’elaborazione di grandi array di dati potrebbero trarre vantaggio dall’avere più memoria a disposizione di ciascun thread.

Prevediamo che il nuovo add-on per le prestazioni PHP di Kinsta (disponibile all’interno della dashboard MyKinsta e dell’API di Kinsta) farà conoscere meglio i thread a molti clienti. Utilizzando un termine comune a tutto il settore dell’hosting per questi processi, speriamo che gli utenti possano capire meglio cosa succede dietro le quinte della nostra piattaforma.

Schermata che mostra l'add-on per le prestazioni PHP nella dashboard di MyKinsta.
La gestione del pool di memoria totale di PHP e dei singoli thread in MyKinsta.

Il nostro obiettivo: l’hosting WordPress più veloce e affidabile

Siamo sempre alla ricerca di modi per rendere l’hosting gestito per WordPress più potente, più affidabile e più semplice.

Se avete bisogno di un sito WordPress veloce e sicuro, date un’occhiata ai nostri piani di hosting per trovare quello più adatto alle vostre esigenze.