ArticoliA pochi giorni dal rilascio della versione 3.1 si inizia a pianificare la futura versione, la 3.2, dal blog di sviluppo di WP Mark Jaquith ci informa che mentre questa settimana si definiranno le scadenze e le assegnazioni dei compiti, le principali linee di sviluppo della futura versione sono ormai delineate e punteranno a due obbiettivi fondamentali, la leggerezza e la velocità ecco le principali linee guida della prossima versione:
- Tempi di irlascio più rapidi rispetto alla 3.1 — una release più focalizzata, si decideranno gli sviluppi con maggior precisione e ci si assicurerà che le persone si mantengano su questi obbiettivi per non cadere nella fase “ancora una cosa soltanto”.
- IL tema principale sarà “veloce, leggero”— Si abbandonerà il supporto a tecnologie obsolete. CI si concentrerà per rendere le cose più veloci e sopratutto nel rendere il alvoro di scrittura dei contenuti più semplice e veloce.
- Miglioramenti API List Tables — si finalizzerà la API per l’utilizzo da parte di terzi rendendola anche più flessibile.
- Caricamento XHR delle Tabelle — da analizzare con attenzione dopo aver stabilitto le List Table API. Verificare che sia un vero miglioramento prima di dedicare tempo al suo sviluppo completo.
- PHP 5.2—(nello specifico 5.2.4) come requisito minimo. SI abbandonerà al compatibilità precedente ma senza aggiungere molto codice specifico di PHP5. Lo scopo di questa release sarà quello di abbandonare il vecchio e non aggiungere grosse novità.
- MySQL 5— come requisito minimo. Modifica che non comporterà particolare lavoro se nonq uello di cambiare i requisiti minimi. Non verranno modificate le query (N.d.t. Anche inq uesto caso si abbandonano vecchi requisiti ma senza introdurre grandi novità, un lavoro di pulizia più che di costruzione).
- IE6 EOL (End Of Life) per l’admin — Se BrowseHappy verrà aggiornato in tempo, si considererà la possibilità di aggiungere un avvertimento “use a real browser” per gli utenti IE6. Ciò non permetterà di scartare molto dei CSS per IE6 perchè IE7 ne condivide buona parte dei problemi. Si tratta di una operazione sopratutto simbolica e riduce la combinazione di piattaforme da utilizzare nei test. Ciò comporterà anche che i problemi di sicurezza che dovessero verificarsi solo in relazione a IE6 potranno avereuna priorità più bassa nella loro risoluzione.
- Distrazioni nella scrittura (di articoli) — Lo scopo è far dire: “ooh, che bello”. L’idea è rimpiazzare la versione corrente a tutto schermo conq ualche cosa di più bello, utilizabile (in termini di lunghezza di linea e di dimensione dei caratteri) e di semplice (limitatamente alla funzionalità dell’edito visuale). Per una idea di quello che vorremo si veda WriteRoom, OmmWriter, http://www.quietwrite.com/. Si sta analizzando la cosa e probabilmente verrà realizato un plugin come primo passo per lo sviluppo di questa parte.
- Miglioramenti sull’aggiornamento — Gli aggiornamenti del tipo Solo-i-file-modificati possono venir eseguiti senza modifiche ai file di core di WordPress. Come primo passo si pensa di eseguire gli aggiornamenti solo da una versione alla successiva di una versione principale. Quindi ad esempio da 3.2 a 3.2.1 e dalla 3.2.1 alla 3.2.2. Come opzione si potrà pensare di eseguire una scansione completa dei file per identificare le modifiche e offrire la possibilità di un aggiornamento completo sovrascrivendo i soli file modificati. Inoltre, durante gli aggiornamenti, si escluderà completamente la directory wp-contents directory (nessun aggiornamento del tema standard e dei plugin a corredo).
- Miglioramenti nella velocità — Vi è una enorme serie di cose che si possono fare per rendere WordPress più veloce nel caricamento o al limiti farlo “apparire” più veloce. SI sta considerando il PHP lazy loading. SI sta inoltre lavorando ad una modifica per rendere il caricamento del menu di amministrazione più veloce facendone l’espansione in PHP. Vorremmo rendere la bacheca più veloce non eseguendo richieste asincrone quando la cache è ancora calda. Stiamo anche lavorando a miglioramenti sull’FTP che dovrebbero rendere gli aggiornamenti più veloci per chi utilizza alcuni tipi di server FTP.
Come vedete questa release, oltre ovviamente alla correzione dei ticket aperti si concentra su due obbiettivi che pure non introducendo eclatanti novità “visuali” o funzionalità innovative dovrebbe rendere l’uso giorno per giorno di WordPress più semplice veloce e produttivo, preparando il campo ad ulteriori migliorie una volta abbandonate vecchie tecnologie e requisiti oramai obsoleti, che permetteranno con le future lrealese di introdurre effettive migliori a livello di codice php o di query SQL.
Voi che ne pensate? Quale altre cose avreste voluto vedere in questa versione? Quali pensate saranno gli sviluppi futuri?
