archive
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
miért nem Drupal?
írom tovább a php-kat
Szerintem ennyi erővel már előre is mehetsz és be is viheted ezeket az információkat Drupal alá. Dolgozói lista, telephelyek, elérhetőségek, stb. – ezek mind klasszikus tartalmak, amiket nagyon szépen kezel a Drupal. Itt volt egy szál node-ok és taxonómia kategóriák tömeges létrehozásáról.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
jó
Nagyon jó link, köszi.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
smink upgrade
Saját smink átalakítása Drupal 6.0-hoz:
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
sql dump
Bármilyen ötletet (linket) szívesen veszünk.
- Szakdolgozó modulokat telepít, sminket elkészít.
- Szakdolgozó egy teszt webhelyet feltölt default tartalommal (menük kialakítása, fórumok létrehozása, stb).
- Szakdolgozó az adatbázisból SQL dumpot készít, ezt Végfelhasználók számára letölthetővé teszi.
- Végfelhasználó Szakdolgozó útmutatója alapján előre telepíti a szükséges modulokat, sminket, és beimportálja a default adatokat tartalmazó dump fájlt.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem értem
Nem értem. Csak fel kell másolnia az előre összekészített fájlokat a fájlrendszerbe, és beimportálnia az adatbázist.
Igen, ez egy "költöztetés", csak nem kész honlapot költöztetsz, hanem egy default értékekkel beállított Drupalt.
Egy önkormányzati honlapra nyilván kell ügyfélszolgálati kapcsolati űrlap osztályonként (minimum webform, de inkább valamilyen összetett CCK-s megoldás, integrálva a meglévő ügyviteli rendszerrel), kell időpontegyeztető, eseménynaptár, stb. stb. Plusz "szervíz" modulok (Robotstxt, Google Sitemap, stb.) a honlap üzemeltetéséhez. Tapasztalataim szerint ezeket a függőségeket össze kell csomagolni a felhasználónak. Itt a fórumon is rengeteg kérdés merült fel amiatt, hogy a népek nem értik, hogyan kell a külön leszedett magyar fordítást betenni a fájlrendszerbe ahhoz, hogy magyarul induljon el a telepítő.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
dump publikálása?
Ráadásul azzal se kell megküzdeni, hogy mi van, ha az adatbázis verzió eltér a dump verziótól, vagy nem megfelelő a kódolása, vagy nem MySQL adatbázis van, hanem PostgreSQL, vagy más stb.
Nyilvánvaló, hogy akármelyik megoldást választja, számos hibalehetőség van és egyik sem tökéletesen felhasználóbarát. Itt gondolom kis falusi önkormányzatokról beszélünk, ahol nincs házon belül informatikus. Felhasználói élmény szempontjából az előre telepített, hosztolt megoldás lenne az igazi.
Egyébként sem a profil ellen akartam érvelni, hanem a "bármilyen ötletet szívesen veszünk" szövegre írtam egy lehetőséget, ami Drupal 5 alatt is megy.
További érv a profil mellett, hogy egy sql dump-ot én nem publikálnék, egy profilt igen.
Miért?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
tesztelni
Azért nem publikálnék egy sql dump-ot mert mint fent leírtam nagyon függ attól, hogy milyen környezetben és hogyan készítettem.
Parancssoron, mysqldump-pal. Gondolt valaki bármi másra? :) Az adatbázis default charset-et, collation-t pedig úgyis a tárhelyszolgáltató állítja be. A normálisabb szolgáltatóknál van egygombos megoldás adatbázis dump importálásra ugyanazon a felületen, ahol egyébként az ügyfél az ügyeit intézi.
Tapasztalatból tudom, hogy sokan elolvassák a Drupal telepítési útmutatót, aztán szépen átmennek a Joomlához. Ott pl. a sminkeket adatbázis dumppal egybecsomagolva árulják. Nincs sok lépésből álló telepítési folyamat, nem kell űrlapokat kitöltögetni már az elején, csak megnyomni az Import gombot a tárhelyszolgáltató oldalán, és az esetek 99%-ában a dolog működik. Hiába egyszerű egy Drupal telepítés, ha 1-nél több űrlapot kell kitölteni már az elején, az átlag felhasználó bepánikol. Olyat is láttam, hogy azért ment át a Joomlához, mert a Drupal üres képernyővel fogadta (nem volt számára világos, hogy le kell futtatnia az install.php-t).
Nem a telepítési profil ellen akarok érvelni, én is nagyon szeretem... :) Egy szakdolgozatot pedig nem muszáj a legbénább felhasználóra kihegyezni és nem a legfapadosabb megoldásokat kell alkalmazni. Igazából le kellene tesztelni, hogy mindenféle segítség nélkül milyen telepítési megoldással birkózik meg legkönnyebben egy önkormányzati ügyintéző.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
kezdő igények
Pont ezért akarok telepítési profilt csinálni, mert akkor ezt is tudjuk nyújtani. Nem?
De, mindent lehet telepítési profillal :) Csak nekem olyan tapasztalataim vannak, hogy az alap telepítési folyamat is power user-eket feltételez. A honlap neve az a www-vel kezdődő izé? Nálunk van három adminisztrátor, Kovácsné, Kissné és Nagyné, akkor most kit írjak be? Mi az a rövid URL? Mi az az "időzóna"?...
Én is profil-párti vagyok, csak azt ne képzeljük, hogy a mezei felhasználók többsége számára ez az egyszerűbb, főleg ha függőségek is vannak, amiket neki kell összeszedni és megfelelő helyekre bemásolni (nyelvi fájlok, kiegészítő modulok, sminkek). Egygombos telepítési megoldás kellene zéró választási lehetőséggel, amit jelenleg a Drupal core nem enged. Utólag aztán ráérne a felhasználó módosítgatni az alapértékeket – erre fel is lehet hívni a figyelmét, pl. hogy azonnal kattints ide és változtasd meg a default jelszót. Valahogy az egész telepítési folyamatnak a logikája még mindig a feje tetején áll. Ebben az egy dologban jobb a Joomla, pontosabban a joomlás vállalkozók – szerintem jobban értik az abszolút kezdő felhasználó igényeit.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
levélszemét
Ha ezt engedélyezni lehetne, akkor a spammerek a te honlapodon keresztül küldözgetnék a felhasználóidnak a levélszemetet tonnaszámra. Nincs ilyen beállítási lehetőség, szerencsére a Drupal többnyire megvédi a webmestereket a saját hülyeségeiktől ;)