Andrew Eddie, fejlesztési koordinátor ma közzétett blogbejegyzésében írja, hogy az 1.5 januári kiadásával a 2008. év minden bizonnyal fontos év volt. Véleménye szerint ez volt a legsikeresebb és úttörő jellegű kiadás (hasonló a Mambo 4.5.1-hez, mely a régi szép napokban új szintre emelte őket). Ebben a hónapban várható egy újabb, az 1.5 első évét jelző, stabilitás célzatú kiadás. S mi várható még 2009-ben? Nos, ahogy az 1.5 irányadó lett az 1.0-hoz képest, véleményük szerint az 1.6 folytatja majd a trendet.
Ebben a hónapban kerül megrendezésre Ausztráliában a Joomla! fejlesztési koordinátorok első csúcstalálkozója. Anthony, Louis, Sam, Wilco és Andrew alaposan meg fogják vitatni a végleges kiadás funkcióit, s ha szerencsések lesznek, a találkozó után kiadják az első alfát (már ha nem fognak túl sokat kártyázni vagy kengurura vadászni).
Noha folyamatban van néhány más, valóban remek munka, az 1.6-nak két fontos új funkciója lesz. Az egyik a teljesen átépített bővítménytárolás az adatbázisban, ami meg fogja könnyíteni a fejlesztők számára a több bővítményből álló telepítők készítését.
A másik funkció teljes körű hozzáférés-szabályozási rendszert (ACL) ad a Joomlának. Az ezzel kapcsolatos munka sokáig elhúzódott múlt év november-decemberében. Az adminisztrációs kiszolgáló oldalon (a menüsor Webhely menüjében) elérhető új hozzáférés-szabályozás komponenssel új felhasználócsoportokat, új hozzáférési szinteket készíthetünk majd (többet, mint a Mindenki, a Regisztráltak és a Speciális), s különféle szabályokat alkothatunk majd a felhasználók jogainak korlátozására. Még van némi munka hátra a szabályalkotás felhasználói kezelőfelületén és a terminológián.
A hozzáférés-szabályozási rendszer pillanatnyilag az alábbi lehetőségeket nyújtja:
- a felhasználócsoportok bizonyos funkciókhoz történő hozzáférésének lezárása. Ilyen például az egyes bővítmények kezelése, a menük kezelése, egy bizonyos típusú bővítmény telepítése, stb.
- A felhasználócsoportok lezárása valamely kategóriában történő tartalom hozzáadásához, módosításához vagy eltávolításához (más szóval definiálhatjuk a meglévő csoportok, mint a szerző, szerkesztő és közzétevő, saját változatait.
- A csoportok vagy felhasználók lezárása a tartalom megtekintéséhez az általunk meghatározott, új hozzáférési szintekben (létrehozhatunk például Munkatársak csoportot és Munkatársak hozzáférési szintet, amivel a Munkatársak felhasználók csak az ő csoportjukra korlátozott tartalmat tekinthetik meg).
A végrehajtható műveletek "tagoltsága" még lóg a levegőben, azonban ezt az általános irányvonalat követjük. Elég az hozzá, hogy ez nagyobb továbbfejlesztés az 1.0-hoz és az 1.5-höz képest.
A legtöbb adminisztrációs komponens és az adminisztráció menüje most az új ACL-rendszerhez tartozik. Jóllehet, még sok javítani való van a teljesítményen, elvileg jól működik. Bevezették a "root" felhasználó koncepcióját is, aki bármilyen funkciót végrehajthat (ő a hozzáférés-szabályozási rendszer fölött foglal helyet). Ez csak a configuration.php fájlban megadott felhasználói azonosító, amivel vészhelyzet (például az összes szabály véletlen törlése) esetén létrehozhatunk egy felhasználót, aki be tud jelentkezni a webhelyre, s meg tudja szabadítani a pusztulástól. Akár a főadminisztrátor jogait is korlátozhatjuk vele, ami némely webhely esetén hasznos lehet.
Fejlesztők számára a hozzáférés-szabályozás alkalmazásfejlesztési felülete (API) teljes lecserélhetőséget biztosít, a bővítmények telepítése során megpróbálták annyira megkönnyíteni a csatlakoztatását, amennyire csak lehet. Van még néhány megoldandó probléma a megvalósíthatóságban, ezt követően azonban remélhetőleg lesz néhány anyag a következő hónapban, amivel gyakorlatra lehet szert tenni.
A weblapok frissítését illetően még nem biztosak abban, hogy fog kinézni a folyamat, de annyi már most biztos, hogy sokkal egyszerűbb lesz, mint az 1.0-ról az 1.5-re való áttérés. Az 1.0-s verzióval működő weblapokat előbb azonban át kell költöztetni 1.5 alá, hogy frissíteni lehessen 1.6-ra vagy újabbra.
Végezetül érdemes megemlíteni, hogy a Joomla 1.6-hoz PHP 5.2-n működő tárhelyre lesz szükség, úgyhogy ajánlatos már most előkészíteni a tárhelycserét (vagy a jelenlegi szolgáltatónál kezdeményezni a PHP frissítését).
Az idei tervek közt szerepel a developer.joomla.org weblap áttervezése is.
