Többet jelezték fórumokban, hogy a Joomla/JCE kipucolja a HTML kódokat a szövegből.
A megoldás itt olvasható:
http://www.joomlacontenteditor.net/forum/jce-editor/all-html-code-stripped-in-joomla-25/55560#p55560
Többet jelezték fórumokban, hogy a Joomla/JCE kipucolja a HTML kódokat a szövegből.
A megoldás itt olvasható:
http://www.joomlacontenteditor.net/forum/jce-editor/all-html-code-stripped-in-joomla-25/55560#p55560
A várakozásoknak megfelelően ma megérkezett a Joomla! CMS rendszer 2.5-ös stabil kiadása.
A hivatalos oldalról már letölthető, a magyar közösség oldalán még nincs fent és fordítást sem leltem még, de a tapasztalat szerint a kollégák nagyon gyorsan dolgoznak.
Megjelent az új verzió, közöttük a korábban általam is említett Firefox alatti hiba javításával és még jobb Joomla! 2.5 támogatással.
A VirtueMart rendelkezik egy beépített funkcióval, ahol a látogatók érdeklődhetnek az adott termék után (Ask a question, Hívjon az árért, stb). Az utóbbi időben több helyről hallottam, hogy spam robotok találták meg ezt az űrlapot. Adja magát a dolog, hogy védjük le egy captca kóddal. Nade hogyan?
Van megoldás, nagyrészt az itt olvashatók szerint csináltam meg. Összefoglalva:
Sok sikert!
Nyakunkon az új Joomla, a várható megjelenés január 24. Addigis itt a béta 2 verzió:
http://www.joomla.org/announcements/general-news/5400-joomla-25-beta2-released.html
Nem effektíve Joomla-téma, de azért fontos:
Adott a következő szituáció:
Van egy domain név, mondjuk a tesztdomain.hu. Egy szolgáltatónál van, át akarjuk költöztetni egy másik szolgáltatóhoz. Az új szolgáltató felveszi a domaint a szerverén, elvégzi a szükséges beállításokat. De mielőtt átregisztrálódik a domain, szeretnénk átmásolni a weboldalt, hogy ne legyen kiesés. Rendelkezésre állnak a fájlok, az adatbázis, felmásoljuk, de hogyan nyitjuk meg a böngészőben az oldalt, hogy megnézzük, hiszen a tesztdomain.hu cím még a régi szolgáltatóhoz mutat?
Az egyik legegyszerűbb megoldás, hogy hitessük el a rendszerünkkel, hogy nem is oda mutat, hanem az új szolgáltatóhoz. Windows rendszerben ez a következő módon néz ki:
Ha a tesztdomainünket beírjuk a böngészőbe, már az új IP-címen fogja keresni. Figyelem, a www aldomainnel nem működik, ha úgy kell, akkor úgy kell felvenni a hosts fájlba.
Azt is fontos megjegyezni, hogy ez csak a mi gépünkről látszódik majd így, minden más gépről még a régi szervert mutatja.
Átregisztráció után érdemes törölni a fölösleges bejegyzést a további kavarodások elkerülése végett
Vendégposzt by smiley
Van egy artisteeres designunk, amibe egy legördülő menüt kellene belehegeszteni, de nincs meg a template forrása, és/vagy a szerkesztőprogram. Egyébként is a megszokott menü-modult szeretem használni. Felteszem, és legtöbbször azt tapasztalom, hogy a menü alányílik a középső, tartalmi résznek.
A következő dologgal érdemes próbálkozni:
a template.css fájlban keressük meg és kommenteljük ki a position:relative sort egyenként a következő classokból:
1. .Post
2. .Post-body
3. .contentLayout
Lehetséges hogy ezekből már egy is megoldja a problémát, van hogy mindháromnál ki kell kommentelni.
(És van, hogy semmi nem oldja meg, ilyenkor a kukába helyezzük a template-et és építünk egy másikat.)
Persze a template megjelenésében ez változást okozhat, el kell dönteni hogy megéri-e.
Az eljárás tesztelve:
Css Menu http://extensions.joomla.org/extensions/structure-a-navigation/menu-systems/drop-a-tab-menus/11165
SW Menu http://extensions.joomla.org/extensions/structure-a-navigation/menu-systems/menu-editors/168?qh=YToxOntpOjA7czoxMDoic3dtZW51ZnJlZSI7fQ%3D%3D
Maxi Menu CK http://extensions.joomla.org/extensions/structure-a-navigation/menu-systems/drop-a-tab-menus/11578?qh=YToxMzp7aTowO3M6NDoibWF4aSI7aToxO3M6NDoibWVudSI7aToyO3M6NToibWVudXMiO2k6MztzOjY6Im1lbnVlcyI7aTo0O3M6NjoibWVudSdzIjtpOjU7czo2OiInbWVudSciO2k6NjtzOjU6Im1lbnUnIjtpOjc7czo3OiInbWVudScsIjtpOjg7czo1OiJtZW51ZSI7aTo5O3M6MjoiY2siO2k6MTA7czo5OiJtYXhpIG1lbnUiO2k6MTE7czoxMjoibWF4aSBtZW51IGNrIjtpOjEyO3M6NzoibWVudSBjayI7fQ%3D%3D
Köszönjük smiley-nak a segítséget :)
Talán sokak számára ismerős az egyik legrégebbi és legjobb hírlevélküldő alkalmazás, a jNews. Lehet szeretni, nem szeretni, vannak hibái, de általában működik.
Az elődjében az Acajoom-ban volt egy olyan funkció, amivel cikket lehetett beszúrni a hírlevélbe. A beszúrás egy {contentitem} plugint szúrt be paraméterezve. Ha elmentettük a hírlevelet, a plugin lefutott, így ha visszatértünk a szerkesztésbe, a kész cikk várt ott, lehetett még utólag módosítani rajta, kiemelni, sort törni, hiszen a hírlevélben nem feltétlenül 100%-ig úgy jelenik meg minden, mint az oldalban.
Az új jNews-ban viszont már nem így van, a plugin csak küldéskor fut le, így ha beszúrjuk a címkét, elmentjük és visszatérünk szerkesztésbe, marad a {contentitem}
Ezt a funkciót hiányolta egy ismerősöm, így megoldottam neki, a következő módon:
Keressük meg a következő fájlt: /administrator/components/com_jnews/classes/class.mailing.php
Nekem most a 605. sor környékén csinálja meg a script, hogy lekérdezi az adatokat a hírlevél szerkesztés közbeni mentésekor. Itt van egy ilyen részlet:
$content = JRequest::getVar('jnewsContent', '', 'request','string', JREQUEST_ALLOWRAW);
$alt_content = JRequest::getVar('altbody', '', JREQUEST_ALLOWRAW );
Ez az, ami a $content változóba rakja a beszerkesztett hírlevélszövegünket, az $alt_content-be pedig az alternatív szöveget. Ez tartalmazza a plugin hívásokat is, így ezen kéne lefuttatni. Másoljuk be a két sor után a következő hármat:
$mainframe = JFactory::getApplication();
JPluginHelper::importPlugin( 'jnews' );
$bot_results=$mainframe->triggerEvent('jnewsbot_transformall', array(&$content, &$alt_content));
Ez a következőt csinálja:
Ennyi, készen is vagyunk.
ps: mint minden ilyen jellegű változtatás, ez is el fog veszni, ha frissítjük a szoftvert, így legyen róla mentésünk!
Egyedi komponensekben gyakran használunk űrlapokat, akár egy táblázatos megjelenítésnél a rendezhetőség, lapozhatóság miatt. Ha nem figyel az ember, akkor könnyen beleeshet abba a hibába, hogy egy ilyen rendezéskor elveszik az Itemid paraméter. Ez alapból nem feltétlenül hatalmas probléma, de ott, ahol menüponthoz kapcsolt tartalmak vannak (modulok, breadcrumb menü, stb), ott mindenképpen fontos. Meg úgy egyébként is :)
Több helyen láttam ilyet, még a VirtueMart-ban is.
A form nyitó eleme hibásan így néz ki:
<form action="index.php" method="post" name="adminForm">
Itt kell lecserélni az action paramétert:
<form action="<?php echo JRoute::_('index.php'); ?>" method="post" name="adminForm">
Így már jó is lesz.
Többen megkerestek olyan problémával, hogy FireFox 9 alatt nem akad menni a szövegszerkesztő (JCE-vel találtak meg, de szerintem TinyMCE is érintett). A gombok betöltődnek, de a szerkesztési terület elszürkül, ne lehet írni.
Elég sokáig kerestem, végül kiderült, hogy a Mootools és a jQuery akadnak össze.
A megoldás viszonylag egyszerű a beépülő modul kezelőben engedélyezni kell a Mootools upgrade plugint. Az újabb Mootools már nem kavar be.
Viszont ha Mootols-alapú kiegészítőt használsz (menük, lebegő modulok, stb) érdemes átnézni, hogy minden működik-e, az upgrade nem vágta-e tönkre.
Utolsó kommentek