Nem tudom kinek ismerős, de létezik egy olyan esemény/megmérettetés, ami nemzetközi Joomla! körökben igen népszerű. Ez a J.O.S.C.A.R, amiben különböző Joomlával kapcsolatos kategóriákban lehet szavazni termékekre, weboldalakra, szolgáltatásokra.
Az idei is megvolt, itt elolvashatjátok a nyertesek listáját: http://www.joomlablogger.net/blog/joomla-events/joscar-winners-announced-at-jab-12/
Érdekesség: ingyenes bővítmény kategóriában a JCE Editor nyert.
Éppenhogy megírtam, itt a biztonsági bugfix a 2.1.1 verzió személyében.
https://www.transifex.net/projects/p/cb/language/hu_HU/
Hivatalos Community Builder fordító oldal, gyertek, csatlakozzatok, segítsetek!
Nagyobb upgradet kapott a JCE szövegszerkesztő.
Képekkel ellátott infók itt, a teljes changelog megtekinthető itt. Frissültek az alap könyvtárak (pl TinyMCE 3.5), mindenféle funkcionális és javítási, biztonsági újdonságok vannak.
A frissítés elvégezhető a JCE saját kezelőjéből vagy 2.5-ös Joomla alatt a globális frissítőből is.
Régebben több alkalommal használtam a K2 komponenst, de valamiért egy kicsit elkopott. Most egy project kapcsán újra leporolom a dolgot. Mikor ezt elhatároztam, pont jött a Twitter üzenet, miszerint megérkezett a 2.5.7 kiadás.
Fontosabb változások:
Infó és letöltés itt: getk2.org
Egy profilkép-kezelő plugint kerestem Joomla 2.5-höz. Találtam is, bár nem túl kiforrott példány, de most nem is ez a kérdés.
2.5.4-es Joomla! fut az oldal alatt és amikor megpróbáltam képet feltölteni, a következő hibaüzenetet kaptam: Attempting to load an image of unsupported type JPG
Na mondom, szépen vagyunk, már egy alap JPG kezelése is gondot okoz a pluginnek?
Nem szoktam annyiban hagyni az ilyesmit, főleg nem egy aprócska plugin esetében, most is nekiálltam debugolni, visszafelé értelmezni a kódot. Azt találtam, hogy ennél a sornál akad el:
$profilepicture = new JImage($files['tmp_name']['profilepicture']['file']);
Nocsak-nocsak, ez egy Joomla core class felhasználása, tehát úgy látszik, hogy (erről legalábbis) nem a plugin tehet.
Megkerestem a Joomla platform API oldalon a JImage class leírását, ott láthatólag van egy $formats protected tömb, gondoltam is, hogy itt lesz a hiba, valamiért nem kerül bele a jó formátum vagy a kép formátumát nem tudja érzékelni.
A libraries/joomla/image/image.php címen meg is találjuk a forrást, azon belül jelenleg a 77. sor környékén kell kutakodnunk (ez frissítés után simán megváltozhat). Itt egy if feltételt találunk, ami megnézi, hogy a formátum-tömbbe bekerült-e már a JPG támogatás, mint alapelem. Természetesen első körben nincs ott semmi, hiszen még a konstruktorban vagyunk és alap értéket nem definiáltunk.
És itt a trükk! A gd_info() PHP függvény segítségével lekérdezi az alkalmazás a GD Library adatait, ebben pedig a "JPEG Support" tömbelemet vizsgálja annak kiderítésére, hogy tudunk-e vajon JPEG fájlt kezelni. Nosza, lessük meg az érintett függvény manual-ját, ahol azt találjuk, hogy a "JPEG Support" PHP 5.3-ban lett bevezetve, előtte ugyanezt "JPG Support"-nak hívták. Azzal nem foglalkozok, hogy ennek most mi értelme volt, vagy miért nem lehetett mindkettőt megtartani.
Rákeresgélve az issue trackerekben azt találja az ember, hogy nem én találtam fel a spanyolviaszt, másnak is eszébe jutott, a platform kódban javították is, csak ugye a platform kód nem egyenlő a Joomla! CMS kóddal, abba meg valamiért nem került bele a legutóbbi kiadásig. Ezen javítottak, a trunk-ben benne van, tehát a következő frissítés megoldja a gondot.
Tehát akkor három lehetőségünk van, ha 5.3 alatti PHP-val dolgozunk:
Ennyit mára a témáról, jó idő van, menjetek ki :)
Több helyen előkerül a kérdés, hogy az új VirtueMart 2.0.x sorozatú shop-komponenst hogyan lehet magyarítani.
Mi sem egyszerűbb a megoldásnál:
A magyar nyelvi csomag az alap AIO része, így ha felrakjuk, legnagyobbrészt magyar lesz a komponens. Jelen pillanatban a fordítás 90%-os, a fontosabb fájlok szinte teljesen készen vannak. Aki segíteni szeretne, egy egyszerű regisztráció és csatlakozás után megteheti a Transifex közösségi fordító oldalon: https://www.transifex.net/projects/p/virtuemart/language/hu_HU/
Kijött a VirtueMart 2.0.6-os kiadása a szokásos bugfix csomaggal, felújított nyelvi fájlokkal.
Infó: http://virtuemart.net/news/list-all-news/418-virtuemart-206-bug-fix-release-new-languages-more-security
ps: a magyar nyelv nem teljes még, hurry up guys, be lehet szállni a munkába: https://www.transifex.net/projects/p/virtuemart/
A Joomla CMS rendszer sok szempontból nagyon rugalmas rendszer. Persze olyanok is vannak, amiben nem, de a 2.5-ös Joomlával szépen haladunk a jó úton.
Az egyik legszebb dolog, hogy ha egy komponens kinézetét, layoutját meg akarjuk változtatni, akkor erre elegáns lehetőségünk van. Itt nem csak egy sima CSS alakításra gondolok, hanem keményen HTML-PHP vonalon mozgunk, ebbe nem is megyek bele, csak a strukturális alapokat szeretném bemutatni.
Az egésznek az alapja a megfelelő tervezési struktúra, ami az MVC (model-view-controller) nevet viseli. Végletekig leegyszerűsítve azt mondhatjuk, hogy egy komponens ezen három féle részegységre bomlik. A model(ek) végzi(k) az adatbázissal történő kommunikációt, az adatkezelést, ellenőrzést stb. A view a megjelenítésre szolgál, míg a controller a folyamatirányításért felelős, hogy mikor mi történjen. Vannak még egyebek (adattábla classok, helperek, assetsek, nyelvi fájlok, stb), de most ez a lényeg. A view-n belül több layout lehetséges, ezek az elrendezési formák. Ezeket láthatjuk a listában, amikor menüpontot hozol létre. A Joomla lehetőséget ad arra, hogy ezeket a layoutokat a sablonunkban felülbíráljuk anélkül, hogy belenyúlkálnánk a komponensbe, elrontanánk, vagy megszüntetnénk a frissíthetőségét.
Vegyük példának a Joomla cikk-megjelenítőjét. Egy cikkre mutató linkünk mondjuk kb így nézhet ki:
domain/index.php?option=com_content&view=article&id=29&Itemid=30
Az URL-t megvizsgálva több részre bonthatjuk az & karakter mentén:
Ha belenézünk egy komponens fájl szerkezetébe, akkor a fenti logika szerint alapesetben a következő könyvtárakat mindenképpen látni fogjuk:
components/com_content (illetve a megfelelő komponens azonosítója, ami az URL option része után van)
components/com_content/views/ - ez tartalmazza a nézeteket
components/com_content/models/ - ez tartalmazza a modeleket
A views-be kukkantva megtalálhatjuk a megfelelő nézeteket, a cikk-kezelőben itt lesz az "article" könyvtár. Itt van egy pár fájl, amire most nincs szükségünk, illetve egy tmpl könyvtár. Nos, ő az, ami tartalmazza a nekünk szükséges megjelenítési layout-okat. Ha nem tér el a fejlesztő a sablonoktól, akkor az alap megjelenítő a "default.php" nevet viseli, míg a felviteli űrlap a "form.php" nevet. Ezt lehet még tovább szabni, de ennyi az alap.
Mivel nekünk a cikk megjelenítő kell, kövessük a következő lépéseket:
Mi fog történni?
Amikor a Joomla érzékeli az URL-ből (esetleg egyéb paraméterekből), hogy a 'com_content' komponens 'article' view-járól van szó, először a sablon megfelelő helyén keresi a megfelelő layoutot. Ha megtalálja, azt használja, így sikeres volt a felülírásunk. Ha nincs ilyen elérési út/fájl, akkor fordul az eredeti komponenshez. Így biztonságosan bíráltuk felül a megjelenítést.
További apróságok:
Természetesen a testreszabáshoz legalább hellyel-közzel értenünk kell, hogy mi van a felülbírálandó kódban, de ez már nem ennek a cikknek a témája.
Sok sikert!
A múlt héten publikált kisebb biztonsági rés után gyorsan jött a patch a VirtueMart webshop komponenshez. Természetesen nem csak ezt foltozták, hanem új funkciók és egyéb javítások is bekerültek.
Infó itt.
Letöltés itt.
Utolsó kommentek