modulfejlesztési bénázás
Üdv,
tudom, hogy valamit én bénázom el, de 3 napja nem jövök rá, hogy mit.
tariff.module
...
$items['admin/content/tariff/category'] = array( 'title' => 'Categories', 'page callback' => 'drupal_get_form', 'page arguments' => array('tariff_category'), 'acces callback' => 'user_access', 'access arguments' => array('administer tariff'), 'type' => MENU_LOCAL_TASK, 'file' => 'includes/simple_tariff.admin.inc', ); $items['admin/content/tariff/category/%tariff_category/delete'] = array( 'title' => 'Delete category',
open_basedir restriction in effect
- Drupal: 6.19
- Tárhely: fizetős
- A Drupal nem a gyökérkönyvtárba, hanem egy alkönyvtárba került.
- Link: http://jatekmuhely.eu/portal/
Hiba a filerendszer oldalon:
Views 2 nézet kódba exportálása
Minden oldalon amit egy időre befejezek - mert ugye weboldalt csak elkezdeni lehet befejezni nem - megpróbálom a legjobb teljesítményt kicsikarni a rendszerből, hogy gyors legyen.
Ennek egyik legjobb módszere ha a nézetünket nem adatbázisban eltárolt adatok alapján kérdeztetjük le az adatbázisból, hanem mindezt kiexportáljuk egy modulba és az intézi csak a lekérdezés eredményét.
Elég elavult dolognak számít 2011 vége felé 6.x-2.x verziójú Views modulról írni, de hátha valaki még nem csinálta ezt. (7.x-3.x-en nem jöttem még rá, hogy kell.)
Nem egyszerű a verziószám kiderítése; command line, PHP-script
Az még önmagában megoldható lenne, hogy egyetlen Drupal verziószámát lekérdezzük egy PHP-scripttel, úgy, hogy a DRUPAL_BOOTSTRAP_CONFIGURATION fázisban inicializáljuk a Drupalt, majd a definiált VERSION konstans értékét megnézzük.
A probléma az, hogy úgy emlékszem, ez a konstans csak 6-ostól van meg (de korrigáljatok, ha korábban is létezett).
Lásd a bootstrap.inc fájlt:
http://api.drupal.org/api/drupal/includes%21bootstrap.inc/7
define('VERSION', '7.16-dev');
Az viszont már problémát jelent, hogy runtime-ban meg kell határozni az aktuálisan vizsgált Drupalnál a DRUPAL_ROOT konstanst, és ezt majd később felül kellene tudni definiálni, ha pl. az ügyfelek Drupaljain egy ciklussal kellene végigmenni. Plusz ugye a VERSION konstanst is felül kellene tudni definiálni ilyen esetben, mert minden ügyfélnél más-más lehet.
Ezért kerülő megoldás lehet, ha mondjuk az aktuális Drupal-könyvtárat argumentumként adjuk be egy PHP-scriptnek, ez a script megkapja ezt, ez alapján dolgozik, megvizsgálja az adott könyvtárat, majd végez. Ezt a scriptet pedig ciklikusan futtathatná egy akármilyen shell script vagy batch script.
De ez csak egy gyors ötletelés, és valószínű, hogy így sem feltétlenül teljesértékű megoldás - pl. ha korai verzió, nem biztos, hogy létezik a VERSION konstans; de ez persze egyben egy szűrő is lehet, ha túl régi változat (if(!defined('VERSION')){ /* túl régi... */ }).
Az alábbi kód útmutatást adhat kezdetnek, természetesen annyiban módosítani kellene az előbb leírtaknak megfelelően, hogy a $drupal_root_directory változó a command line-tól kapott valamelyik argumentummal (http://php.net/manual/en/reserved.variables.argv.php) lenne egyenlővé téve.
<?php $drupal_root_directory = 'd:\Projects\web\PHP\drupal-7-another\htdocs'; require_once DRUPAL_ROOT . '/includes/bootstrap.inc'; } else{ echo 'A VERSION konstans nem létezik, így abból nem meghatározható a verziószám.'; }
============
Szerk.:
most látom, hogy a VERSION konstanst már említette előttem Illyés Edith.
A fentire kapott -1 szavazat okára kíváncsi lennék, hogy a szavazó szerint mi nem stimmel (igaz, elvileg csak ötletelés zajlik); mindannyian tanulhatnánk belőle (legfőképpen én). Tényleg érdekelne, mi a rossz a gondolatmenetben.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egyedi Views sablon készítése
Sziasztok,
szeretném a views theme-jét megbabrálni a következő képen.
Egy "Accordion" típusú megjelenést szeretnék a view-ban létrehozni.
Aminek két "fő" része van először van egy csoportba foglalása ami az összes elemre vonatkozik és egy kisebb számozott csoportja, ami az egyes elemekre vonatkozik.
Az alap code így nézne ki (ez rendben működik).
sokmódon kereshető tartalom
Sziasztok!
Egy elég összetett csoportba sorolási és keresési igényre szeretnék megoldást találni.
A feltöltendő tartalom egy programsorozat, amit időpont(ok) (elég a év/hónap/nap), előadó(k), helyszín(ek) szerint kellene kereshetővé tenni.
Nem nagyon mozgok még otthon a taxonómiában, így lehet hogy hülyeséget gondolok, de valami olyan elképzelésem van, hogy csinálok előadók, helyszínek, és dátumok kategóriákat, mindegyik alá bekerülnek a megfelelő címszavak, majd a tartalom feltöltésekor egyszerre hozzárendelem többhöz is.
Hosszú, listaszerű tartalom
Sziasztok,
Az lenne a kérdésem, hogy hogyan lehet egy ehhez hasonló listát egyszerűen betenni, és rendszeresen szerkeszteni (elsősorban folyamatosan hozzáadni, néha javítani és esetleg beszúrni) egy drupla honlapon:
http://drupal.org/project/Modules/category/52
A forrásban megnézve látom, hogy két egyedi stílust használnak:
class="project-item project-modules even">
class="project-item project-modules odd">
ami kézenfekvő, és nyilván még "kézzel" szerkesztve is viszonylag egyszerű, de mit tegyek, ha pl. egy 200-as lista közepére kellene később beszúrni páratlan db. sort - vagyis felborul a háttérszín sorrendje.




Egy lehetséges megoldás
Létre kell hozni egy blokkot aminek a következő a tartalma:
Kell hozzá a bettertip nevű jQuerty plugin (js fájl és a hozzá tartozó css) és természetesen a jQuery is.
A stílust úgy alakítjuk ahogy akarjuk, én most csak beírtam valamit.
A hyperlink href attributumába be kell írni annak a html objektumnak az azonosítóját (ID), amit meg akarunk jeleníteni amikor felévisszük az egeret. Mivel mindegyiket egyértelműen azonosítani kell így használjuk az egyedi uid-t. Így alakul ki az, hogy a kép href-be bekerül a $betterTip_[uid] és alatta pedig van egy div aminek az id-ja betterTip_[uid]. Ennek a div-nek alapból nem szabad hogy látszódjon, ezért inline css-be display: none;
A hivatkozó híperlink tiltle tag-je legyen a $content, ezzel jelezzük, hogy egy másik html objektum tartalmát szeretnénk betölteni.
A kód elején van egy js kód ami annyit csinál, hogy ha rákattintuk a kis képre akkor bejön a felhasználó oldala. Ezért létrehoztam egy base_url változót, amibe a feltelepített Drupal címe található (pl domain.com/drupal), így nem kell direktbe megadni a linkeket, és minden oldalon működik.
Természetesen szükséges a profile modul is, hogy el tudjuk kérni a felhasználó nemét és országát.
Eléggé kapkodva írtam, így lehet zavaros de remélem érthető. Ha valami nem világos akkor írj nyugodtan!
A működést meg tudod nézni a http://www.kalman-hosszu.com/drupal-5/regisztralt-felhasznalok oldalon található jobb oldali blokkban.
Hosszu Kálmán
http://twitter.com/kalmanhosszu
http://www.kalman-hosszu.com/
http://premiumcmsthemes.com/