Abbiamo appena rilasciato due rapidi aggiornamenti per WPML. Questi aggiornamenti risolvono alcuni problemi minori emersi dal supporto dopo il più grande aggiornamento a WPML 3.2.3.
- Risolto un problema di prestazioni durante la ricerca delle pagine per slug e con un numero molto elevato di articoli nel database – non siamo sicuri che qualcuno oltre a wpml.org potesse notare questo problema. Una modifica a un'istruzione SQL causava un carico pesante sul nostro server di database. L'abbiamo ricondotta a una modifica recente che risolveva un bug. Questa modifica è stata migliorata per risolvere il bug senza causare carico sul database. Ancora una volta, questo problema era evidente solo su database molto grandi sottoposti a un carico pesante (come il sito wpml.org).
- Risolto il problema per cui, in alcuni casi, WPML mostrava un avviso di impostazioni danneggiate – una sequenza di attivazioni in blocco di plugin, disattivazioni e nuove attivazioni poteva innescare un messaggio allarmante sulle impostazioni danneggiate. Anche se questo non causa alcun problema reale, riteniamo che sia abbastanza allarmante da giustificare una rapida correzione.
- Risolto il problema dello script xdomain che non veniva sempre eseguito a causa di un problema di dipendenza – in alcuni casi, le risorse JS non venivano caricate.
- Risolto un problema per cui agli slug delle pagine veniva data la precedenza rispetto agli slug dei tipi di post personalizzati durante la risoluzione dei permalink, anche se l'URI specificava il tipo di post personalizzato – la risoluzione di questo bug era ciò che aveva causato il problema di prestazioni per i siti enormi.
Comprendiamo che aggiornare i plugin sia una seccatura e cerchiamo di limitare i nostri aggiornamenti solo a quelli necessari. Mentre scrivo questo articolo, i nostri sviluppatori stanno aggiungendo sempre più test automatizzati a WPML. Il nostro obiettivo è raggiungere una copertura dei test del 100% entro la fine del 2015. Questo ci permetterà di rilasciare aggiornamenti senza il timore di causare effetti collaterali. Attualmente, il nostro ciclo di QA richiede ben 20 settimane lavorative. Viene eseguito da 4 persone per un mese intero. Eseguiamo diverse migliaia di test su molte configurazioni. La quantità di test è enorme e stiamo cercando di sostituirne gran parte con test automatizzati.
Domande? Idee? Suggerimenti? Lascia un commento e ti risponderemo.
