felülírás megtörtént?
Biztos, hogy felmásoláskor az új fájlok felülírják a régieket?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
modulok jó helyen vannak?
Itt írnak egy esetről, amikor a rossz helyre másolt alapmodulok okoztak kavarodást.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
500 tartalomtípus?
Tehát egy 500 fős iskolában 500 tartalomtípust hozol létre? Miért nem jó a korábban ajánlott Organic Groups megoldás? Erre van kitalálva az Organic Groups.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
folyton változik
Nem tudjuk kinek jobb a felhasználóknak, vagy a készítőknek. Nem tudjuk kik fogják és mire használni. Ötletelni lehet, de nagyon nem mindegy, hogy egy két tanár fogja használni akinek kedve van vagy mindenki kötelezően. Nem tudjuk, hogy a munka támogatására használják és ha arra akkor pontosan hogyan fogják támogatni. Nem tudjuk, hogy ez úgy önmagába fog állni, esetleg az iskola informatikai rendszerének(már ha van olyan) integráns része lesz. Nem tudjuk van-e rá pénz, vagy csak egy informatika tanár hobbija az egész projekt.
Ezekre a kérdésekre a megrendelő vagy nem tudja a választ, vagy a válasz kéthetente változik. Ilyen összetett projekteknél ez normálisnak tekinthető. Kérdés, hogy milyen eszközzel lehet a legrugalmasabban reagálni a folyton változó igényekre. Első válasz: azzal, amit a legjobban ismersz. Második válasz: ha egyiket sem ismered, akkor válaszd azt, ami a leginkább hajlítható.
Egy "svájci kés" megoldás akkor nagyon jó, ha pont olyan dugóhúzóra van szükséged, mint ami a késen van. De ha nem is tudod pontosan, milyen kellene, vagy pár hetente kiderül, hogy más kellene, akkor neked nem svájci kés kell, hanem egy eszközkészítő eszköz (pl. CCK és Views, amivel gyorsan ki tudod alakítani a kívánt formájú és működésű célszerszámot).
De hangsúlyozom, hogy a Moodle szerintem is színvonalasan fejlesztett szoftver, legalábbis pár évvel ezelőtti tapasztalataim szerint. Ha pontosan tudja valaki, mire van szüksége most, és mire lesz szüksége egy év múlva, és a Moodle-ban pont van olyan eszköz, ami ezeket tudja, akkor tényleg, használja a Moodle-t.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
drupal_set_breadcrumb
Készen kapott modul kódját sose módosítjuk, hanem saját modult írunk, ahol a Drupal által biztosított számos API segítségével módosítjuk működést.
De ezt itt szerintem sminkben is meg lehet oldani, a template.php fájl sminkneve_preprocess_page() függvényében drupal_set_breadcrumb() segítségével be tudod állítani, hogy azon az útvonalon, ahol a kalendáriumod megjelenik, ott mindig tegye ki az Eseménynaptár oldalra mutató linket.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
db_query()
db_query() függvényt nézd meg, ill. keress rá bármelyik alapmodulban, ott látod, hogyan kell használni.
A db_query() használatához előbb természetesen fel kell bootstrapolni a rendszert:
<?php require_once('includes/bootstrap.inc'); drupal_bootstrap(DRUPAL_BOOTSTRAP_FULL); ?>
(Nem muszáj FULL-ra, nézd meg a drupal_bootstrap() függvény lehetséges paramétereit, ha kevesebb is elég.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
általános kérdés, általános válasz
A lényeget nem írod, hogy pontosan milyen testreszabást szeretnél végezni. Általánosságban a lehetőségek:
- A tartalomtípusoknál a megjelenítés fülön tudod szabályozni, hogy az RSS-ben milyen mezők jelenjenek meg.
- Views modullal felülírod a taxonomy/term/%/feed útvonal kimenetét.
- Saját modulban hook_menu()-vel készítesz egy /egyedifeed útvonalat, ez alatt összerakod a feed-et kedvedre, és annak az útvonalát linkeled be a szükséges helyeken.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
egész feed
Ha jól értem, akkor ő nem az rss item-eket akarja változtatni, hanem az egész taxonomy term feed-et. Például UTF-8 helyett valami más kódolással kell neki kiküldenie, mert a fogadó oldalon csak azt értik meg.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
quicktabs
Quicktabs modult nézd meg.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
én is
Én is szerettem a Moodle-t évekkel ezelőtt, mikor dolgoztam vele. Gondolom azóta csak javult. Nem azt mondtam, hogy nem jó. Csak a hozzászóló azt sugallta, talán nem is szándékoltan, hogy egy ilyen iskolai rendszert Drupalban csak összetákolni lehet. Gyakran hallani ilyen hangokat olyanoktól, akik nem ismerik a Drupalt kellő mélységben, és felületesen alkotnak véleményt. Ezért éreztem úgy, hogy világossá kellene tenni: nagyon szépen meg tudja oldani ezt az iskolai rendszert Drupallal az, aki ért hozzá.
OK, de a kérdés az volt, hogy akkor mégis melyik legyen. :) Szerintem ha egyikhez sem ért, és komolyan gondolja a dolgot (nem valami instant megoldást keres, ami 10 perc alatt feldobható, és úgy-ahogy megfelel az igényeknek), akkor a Drupal jobb befektetés. Szubjektíve, a fejlesztő szempontjából jobban megéri Drupal-tanulásba fektetni az időt. Ennek nincs köze ahhoz, hogy melyik rendszer a "jobb". Mindkettő alkalmas az iskolai feladatra, és a Drupal még sok minden másra is. (A Moodle-t is lehet hajlítgatni, de jóval nehezebben. Nem hajlítgatásra tervezték, hanem oktatási célokra.)