SQL nélküli ...
Habár a kedvencem nekem is a Drupal, de bátran ajánlom a phpCMS nevű tartalomkezelő rendszert. Csak php-t igényel, alapesetben nem használ adatbázist, de kiegészítésként emlékeim szerint bővíthető text alapú adatbáziskezelővel.
-jpi-
-jpi-
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Érdeklődők
Aki érdeklődik a téma iránt, itt, a fórumban is jelezheti, illetve a legjobb megoldás, ha maga is feliratkozik a fordítás levelezőlistára, s bekapcsolódik a megbeszélésbe.
-boogie-
-boogie-
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hír & cikk
a minok.hu fordításánál ütköztem bele ebbe a problémába. hozzátartozik, hogy a flexinode modult is használja a site olyan tartalmakhoz, ahol fontos megjelölni pl eredeti szerzőt vagy egyéb kísérőinfókat kiemelt helyen. úgy döntöttünk, hogy a story-t "hír"-nek nevezzük el, a flexinode-os tartalmakat pedig "cikk"-nek, utalva a fajsúlybeli különbségekre. Ez sem tökéletes persze... eszembe is jut rögtön az article modul, mely mi mást is használhatna, mint a szintén a "cikk"-et...
az "írás" szóról mit gondoltok?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Jó ötlet
Nem rossz ötlet. Nem iratkozol fel a fordítás levlistára? :)
-boogie-
-boogie-
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
írás
Nekem bejön. :) Megintcsak javasolnám a feliratkozást a fordítás levlistára, hátha más kérdésben is vannak jó ötleteid...
-boogie-
-boogie-
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
további tapasztalatok-jogosultsági rendszer építése
Mivel történelmi okokból ide került a node level permissional kapcsolatos tartalom, folytatnám:
Egy olyan jogosultsági rendszer kidolgozása volt a feladatom, ahol a felhasználók maguk állíthatják be, hogy mely jogosultsági csoportok láthatják és szerkeszthetik az általuk beküldött tartalmat. További problémát okozott, hogy a tartalamakat egy előre definiált menü rendszerben kellett tudnia elhelyezni az usereknek.
A megoldás:
1.) taxonomy_menu modulal a taxonomiának megfelelő menürendszer generálása. (Ez esetemben a cég szervezeti felépítése volt.) Az alap menükészítő menüpont nem alkalmas több tartalom megjelenítésére egy menüpont alatt, mert csak egy node elérési útját lehet megadni. (Ha van más megoldás jelezzétek, mert emiatt az inaktív menüpontokat nem tudom eltüntetni..)
2.) nodeperm_taxonomy.module-al beállítható, hogy az userek melyik taxonomia részhez férnek hozzá, és evvel együtt a menük által hivatkozott tartalom hozzáférési joga is állítódik.
3.) nodeperm_role.module engedélyezi a node modul/admin: jog birtokosainak a szerkesztési és hozzáférési jogok megadását a tartalom beküldésénél. Probléma: Ez viszont csak a rendszergazdának járó jog, mert az összes tartalomhoz hozzáférést enged.
4.) Az alap menübeállításból kivenni a "friss tartalmak" és az "adminisztráció/tartalmak" menüpontot.
Ha valaki profibban meg tudja oldani a problémát (fejlesztés nélkül) kérem jelezze.
Problémák:
1.) Az egész menüstruktúra mindenkinek látszik.
2.) A friss tartalmak és tartalom adminisztrálása a rendszergazda számára is problémás a menüpontok hiánya miatt.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem kell újraírni
Annyival mindenképpen jobban áll a Drupal, hogy nem kell újraírni, hiszen bármilyen adatbázis réteghez illeszthető. Vannak szöveges állományokban SQL-t használó megoldások – bár nevet nem tudnék most mondani :) Ezek egyikéhez kellene illeszteni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Két ötlet
Az egyik PHP Text DB, valami ilyesmire gondolt Goba mester.
Én meg azon töröm a fejem, hogy megírom az SQLite illesztést. Egy akadály van, a SELECT COUNT(DISTINCT) hiánya, mert az ALTER TABLE-t már megírta egy jótét lélek...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Igen, ezt vártam
Goba, köszi a hasznos infót, valami ilyesmire számítottam, de hát az ember reménykedik :) Azért buzdultam fel a "hátha" irányába, mert pl. nemrég megjelent a Mambo motorjának átírt változata Limbo néven (hu, de hülye nevek, http://mamboforge.net/frs/?group_id=557), mely utóbbi txt állományokon fut és jelentősen kisebb helyet foglal el mint az eredeti; viszont - bár nem rossz a Mambo se - a Drupalt favorizálnám.
A Limbo-nál valahogy úgy van megoldva, hogy az SQL lekérdezéseket egy API közbeiktatásával futtatják txt állományokon; elképzelhető, hogy ezt az API-t Drupalosítani lehet? Nem tudom, mennyire lenne vonzó a Drupal flat file változata.
Nos, köszönöm még egyszer.