pp képe

Szerintem gondold végig mit szeretnél, és utána kérdezz!

Ne feledd:

Ha nem tudod hova mész, sose érsz oda! (pp)

Tedd fel az ec-t az kell neked. Rengeteg mindent tud és ha később eszedbe jut valami szerintem benne lesz. Nem-nem gondolkodni nem fog helyetted!

pp

0
0
pp képe

elárulold mi a hibaüzenet?
elárulold , hogy pontosan mit csináltál?
elárulold miért kell? (hátha tudunk ajánlani megoldást a problémádra)

pp

0
0
moroder képe

A célom az, hogy URL alapján tudjak hozzáférést szabályozni.
Erre azért van szükségem, mert az oldal fejlesztése során van már egy, a Google által is látható nem kívánatos oldal. Egyenlőre!
Egyébként az oldal éles működése során létrejönnek kizárólag belső használatra url-ek ill. a publikus oldalak. A nem-publikus-oldalakat akarom elrejteni a külvilág elől.

Már több órája keresem a megoldást; kiderült, hogy a taxonomy alapján hozzáférést szabályzó modulok nem jók, mert így olyan dolgok is láthatatlanná válnak, amiknek nem kellene láthatatlannak lennie. Szerintem a Path Access modul lenne a legjobb, ha vele én is célt tudnék elérni.

A hibaüzenet:

warning: Cannot modify header information - headers already sent by (output started at /web/egmegold/egeszseg-megoldasok.hu/includes/bootstrap.inc:589) in /web/egmegold/egeszseg-megoldasok.hu/includes/common.inc on line 141.

Köszi előre is minden segítséget!

0
0

moroder

d.pryke képe

A privatemsg-t nem fordítottad le végül? ;)
a csomagban jelenleg nincs magyar fordítás.

0
0
pp képe

(azért kérdezgetek, mert lehet, hogy egy másik működő modult tudunk neked ajánlani.)

Ha node-ot/tartalmat/oldalt/írást akarsz elrejteni, akkor szerintem a Content Access és/vagy ACL modulra van szükséged. Én ezeket próbáltam és működnek. Ha speckó modul által létrehozott útvonalon elérhető szolgáltatást akarsz elrejteni, akkor jöhet jól a path access. Pl.: Megadod a jogot, hogy a webmester csoport szerkeszthesse a júzereket, de nem szeretnéd, hogy az admin felhasználóhoz hozzáférjenek, ekkor a user/1/edit útvonalat le tudod tiltani. (persze azért még át kell ezt gondolni, mert pl a user/user útvonalat is érdemes ilyenkor tiltani, meg még mit tudom én, csak most nem jut eszembe más ;))

A fent jelzett hibaüzenet pedig nem mond sajnos semmit. (azt mondja valaki valahol valamiért kiírt valamit a html kimenetre, amit nem kellett volna.) Lehet nem is a path access modullal van a hiba. Ez a lehető legszopatósabb hibaüzenet egyébként, mert még debug backtarace-val sem tudsz utána menni. Kéne látnunk a teljes html forrást amit megkaptál.

pp

0
0
moroder képe

Egy híroldalon dolgozom. Van egy tartalom típusom, neve Cikk; benne rengeteg CCK filed. A teaser nézetek megvalósítását a kiváló Views modul végzi, melyből már szintén van egynéhány; ugyanakkor ezek már kötődnek a Cikk tartalom típushoz, hiszen vannak view-k a címlapon, oldalt, rovatoldalakon, stb. Ezeket nem szeretném már megbolygatni.

Ugyanakkor a Cikk tartalom típusom által beküldött tartalmak a CCK fieldek sokasága miatt már nem alkalmas arra, hogy úgy ahogy van cikk-ként megjeleníthető, ill. szalonképes legyen, hiszen a cím, szöveg, stb. mellett vannak benne különböző promóciós célokat szolgáló field-ek is. Ezért bevezettem a Cikk2-t, amely már csak azokat a mezőket tartalmazza, melyeket meg akarok jeleníteni: cikk címe, szövege, és kb. ennyi. Nem mintha elegáns megoldásnak tartanám, de jobb ötletem egyenlőre nem volt.

Amit konkrétan szeretnék, az az, hogy a Cikk tipusú tartalmakhoz való hozzáférést URL-ek alapján korlátozzam, hiszen ezeket nem szeretném, hogy mások is láthassák, mert amit mások is lássanak, arra ott lesz a Cikk2.

A Content Access / ACL modulok szintén kiválóak, és kifogástalanul működnek nálam is, de az a baj, hogy a már meglévő Cikk tartalom típus alapján létrehozott view-kat is eltűnteti. Ez pedig nem a kívánt eredmény...

A Path Access modulban megadható az URL, így "mondhatom" pl. azt, hogy hozzáférés tíltva: 'tiltott-tartalmak/*'
Valamennyi Cikk tartalom típust berakhatnék a 'tiltott-tartalmak' URL alá, így a path_access letíltaná elvileg az útvonalat. Ez azért lenne jó, mert így a már meglévő Views modul által létrehozott listáim, más szóval az eddigi munkám, nem tűnne el, vagyis a címoldali teaser-ek maradnak, az oldal view-blokkok maradnak, stb.

Gábor

0
0

moroder

domi007 képe

Ha azt szeretnéd megoldani, hogy ne tudjon bárki regelni (ezt olvastam a nyitó hsz-ben), és a drupal felhasználói rendszerét használod (nem tudom, hogy a modulod nem hoz-e létre saját felhasznélói adatbázist), akkor:
Adminisztráció->Felhasználó kezelés->Felhasználó beállítások->Csak a webhely karbantartói hozhatnak létre új felhasználót.

DOMy

0
0
domi007 képe

Itt van egy leírás, nem modul ugyan, csak a táblázatok létrehozásával foglalkozik, de ez alapján valami okos megírhatná hozzá a modult ;)

http://drupal.org/node/156863

DOMy

0
0
pp képe

A felhasználó nem táblázatos adatokat akar felvinni, hanem az általa felvitt adatokat akarja táblázatban megjeleníteni.

Adódik a kérdés, hogy milyen megjelenést akar,mennyire bonyolult az a táblázat(cellák összevonása, fejléc, cím, színezés, keretezés stb. )

Szerintem viszonlyag jó megoldás, hogy az ember készít egy megfelelő cck mezőt, és szótárat, majd a views modullal megjeleníti a bevitt adatokat.

pp

0
0
pp képe

Lehet nem értem mit akarsz, de a tartalom típusnál beállíthatod, hogy egy mező(cck field) megjelenjen-e vagy sem "Display Fields" fülön.

Nem értem mi a gond ;)

pp

0
0