Furán megfogalmazott kérdés
Szerintem pedig csak egy furán megfogalmazott kérdés. Én alapból ajánlanék neki néhány felhasználói csoportot és egy olyan modult, ami az egyes CCK-val feltöltendő fájlok elérését szabályozza: http://drupal.org/project/cck_field_perms
Ha nem erre gondolt a megrendelő, hanem tényleg arra, amit megfogalmazott, akkor pedig létre kell hozni SSH felhasználókat MySQL alapú authentikációval. (vagy használható az LDAP integráció is) Ezek a felhasználók akár lehetnek Drupalból is hozva, fél óra alatt meg tudom írni a scriptet, ami kiszedi a felhasználókat csoportnevestől, MD5 jelszavastól a user táblából. Ezt a scriptet meg lehet hívni cron 5 percenként. Innentől van fájlrendszer jogosultság, SSH-n vagy SFTP-n be tud lépni a felhasználó a szerverre.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Átolvasva még egyszer
Kezdőlapot azért még létre lehet hozni. pl frontpage vagy node/1 ahol nincs menü, csak regisztrációs ill. belépési lehetőség és egy nyitólap, mert a menüt is lehet blokként létrehozni, ha a Book Access vagy content access-nél nincs engedélyezve a vendég hozzáférés akkor a tiltott látogatónak a menü sem jelenik meg így a hozzáférés megtagadva is csak a buherátoroknak jön elő akiknek elég is ennyi.:) Ezt tovább lehet finomítani csoportok létrehozásával, ami alapértelmezésben vendég és regisztrált felhasználó ez bővíthető pl szerkesztő vagy vadminisztrátor csoporttal. A lehetőségek tárháza végtelenhez tart. Ne ess abba a hibába, hogy sok tartalomhozáférést szabályozó modult tölts le, mert a sok bába között elveszik a gyerkőc:-) és az egyik hozzáférést szabályozó modul ütheti a másikat. A lapot feleslegesen terheled és a vége az lesz, hogy indulhatsz egy újratelepítéssel a kályhától.
Gonda János
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Beállítás
admin/user/userprotect/protection_defaults
itt az alapbeállítást átállítottam hogy semmi ne legyen kipipálva, mert van egy másik tartalomhozzáférési modul, amivel a default érték ütközik.
admin/user/userprotect
itt minden bepipálva az adminnál a többi jogosultságot pedig csoportszinten szabályoztam és múködik.
Eredmény:
user/1/edit
Hozzáférés megtagadva
admin is currently being protected from any edits.
Mindent összevetve ez egy nagyon hasznos modul. Aki sok csoportnak eltérő jogokat akar adni és felhasználói szinten is jó szolgálatot tesz, ha bizonyos felhasználói adatok utólagos módosítását szeretném szabályozni. Első látásra bonyolultnak tűnik, de aki nagyobb közösségi oldalnak szeretne gazdája lenni azoknak kell ez a modul.
Gonda János
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
link?
Elég meseszerű a leírás, pontosabb hivatkozásokkal pontosabb tanácsot is lehetne adni.
Ha jól értem az a problémád, hogy a tartalom felett szeretnél megjeleníteni egy blokkot, de nincs ilyen régiód.
Ennek a megoldása az, hogy a sminkhez hozzáadsz egy új régiót és akkor abba már be tudod tolni a menüdet. De ha már itt járunk akkor lehet jobban járnál, hogy ha egy kis preprocessbe tolnád "ezt a menü JQuery kódot" bele, vagy még jobban, ha írnál egy pindurka modult, ami a blokkot magát szolgáltatja amiben a menü van.
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nid
Igazából azért nem, mert a "nid" (node id) egy tartalomazonosító, ezért nem lehetsz hatással az értékére. Ezért nem lehet két különböző tartalom (még ha csak annyi a különbség, hogy egymás fordításai) azonos nid-del, mint ahogy nem lehet két különböző ember azonos személyi számmal sem. A "nid" egy folytonosan növekvő, inkrementális azonosító, amelynek értékére nem lehetsz hatással.
Nem tudom, pontosan mit csinál a PHP szkripted, és hogyan (remélem modul, és nem valami kézi kókány), de én az útvonal álneveket használnám fel, illetve szerintem van olyan Drupal API függvény, ami egy tartalomról megmondja, hogy milyen fordításai érhetőek még el a rendszerben.
Remélem érhető, amit el szerettem volna mondani, némi bor-fogyasztás után így sikerült. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Rossz válasz volt
dj megkérdezte Tőled, hogy mi van az Ideiglenes fájlok könyvtára mezőben. Erre válaszolva írtál egy olyan hozzászólást, melynek címe files. Így én - és gondolom mindenki más - azt gondolja, hogy akkor dj válasza vihet közelebb a célhoz, de mire azt leírtam, már Te is írtál egy újat, hogy mégis a sites/default/files volt a megoldás a fájlrendszer könyvtára mezőben.
Ezt a sites/default könyvtárat én rendszeresen sites/all-nak írom, - lásd mint fennt - , lévén nekem 1 db default_settings.php van benne, és igen rég jártam arra :) De mindegy, ez nem tartozik a tárgyhoz.
Az viszont igen, hogy ha a hozzászólásodnak adsz külön címet, pláne, ha amire válaszolsz abban kimondott kérdés van, akkor azt mindenki a feltett kérdésre adott válasznak fogja tekinteni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A kiterjesztés pontosan milyen szoftvert takar?
Szia!
Nemtom, lehet, hogy a többieknek egyértelmű, számomra azonban nem, hogy a .pub kiterjesztésű fájl pontosan milyen program milyen kimenetét jelenteni. Ha minden igaz ez egy tömörített ebook formátum, ami akár Total Comanderrel is megnyitható, és amiben a törzs egy XHTML dokumentum. Akkor nem is vagy olyan messze a html alapú hírlevéltől, egy kis tudással simán csinálsz belőle html hírlevelet. Javaslom a beágyazott CSS-t, és a minél egyszerűbb formátumot, ha be tudod ágyazni a képeket - az a legjobb - akkor a legtöbb levelező program meg is jeleníti azokat, ha külső csatolmányként feltöltöd valahova akkor sajna sok helyen nem fognak a képek megjelenni. (Ez igaz az a böngészős levelezőalkalmazásokra is (gmail, freemail stb.). Ha drupal modulból küldöd a levelet a képek beágyázasására valószínűleg nem lesz lehetőséged...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
rossz úton jársz!
A Drupal nem egy sima weboldal, hanem egy komplex rendszer. A Plogger úgy van kitalálva, hogy te az index.php-ba tolod be a cuccokat. Ezt nem fogod tudni megtenni. Legegyszerűbb, hogy ha egy alkönyvtárba betolod az egészet és onnan működteted. (ilyenkor a .htaccess fájlokra figyelni kell. Hogy ez pontosan mit jelent azt nem tudom megmondani, mert a Ploggert nem ismerem csak azt látom, hogy a könyvtárában van egy üres .htaccess fájl. Ezt gondolom a telepítés során tölti fel tartalommal.)
Egy korrekt integrációhoz hozzátartozna a felhasználók megosztása is amire a fenti kód nem ad lehetőséget.
Felmerül bennem a kérdés, hogy miért nem csinálod meg ezt CCK+Views alapokon? Vagy ez valami kihívás? :D
Szép magasra raktad a lécet! :D
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu