hosszu.kalman képe

Csatlakozom! Egy code sprint-en összedobhatnánk, mondjuk a szeptemberin, már ha le tudsz/akarsz majd jönni Szegedre.

3
0
csakiistvan képe

Üf kérte nézzem meg megoldható e, csak ezért.

0
0

Drupal full-stack developer at Wunderman Thompson Budapest

eager képe

Amit már lehet, hogy tudsz is:

http://drupal.org/project/page_title ,
http://drupal.org/project/pathauto van.

a Path redirect helyett
http://drupal.org/project/redirect van,

Nodewords helyett a
http://drupal.org/project/metatags
akar lenni valamikor,

addig is van a
http://drupal.org/project/metatags_quick

+két cikk a hazai termésből:
http://edgarpe.hu/drupal-seo-modulok
http://netcompass.eu/articles/drupal/turn-drupal-search-engine-friendly

ezen kívül rengeteg SEO-s cikk van még, csak győzze az ember kiválogatni a megfelelőket...

Az viszont engem is érdekelne, hogy a D6 pathautoval létrehozott url aliasait sikerül-e zökenőmentesen D7-esíteni...

2
0
tzotyu képe

Esetleg az tis meg lehet valahogy oldani, hogy a fórumot egyáltalán ne láthassák a be nem jelentkezett és/vagy más csoportban lévő felhasználók? Azért gondoltam erre, mert ha valahogy arra mégis ráakad egy "oda nem való" látogató, akkor egyáltalán ne tudjon beleolvasni a tartalomba.

0
0
aboros képe

a drupal észreveszi, ha nincs jogom egy adott menüpont megtekintéséhez és ilyen esetben a menüpontot se mutatja. (persze ki lehet tenni kézzel linket, arra ez nem vonatkozik, de maradjunk a menüpontnál)

ha nincs jogom x node vagy x útvonal megtekintéséhez, nem láthatom a menüt.

content access modullal tudsz a gyárinál finomabban jogosultságokat szabályozni nodeokra. (fórum téma egy node ugye) megadhatod, hogy x típusú node esetén milyen csoportokra milyen műveletekre mi legyen az alapértelmezés. megadhatsz olyat is, hogy minden egyes nodenál ezt még pluszba felülbírálhassa akinek van erre joga. acl modullal kiegészítve nem csak csoportoknak, hanem egyes felhasználóknak külön-külön is megadhatod a jogokat.

és van advanced forum modul is, bevallom sose használtam, de az is biztos tud érdekes trükköket. az viszont fontos, hogy tulajdonképpen soha nem a menüpontot szabályozod, hanem a tartalmat (útvonalat) amire az mutat és aztán a "többit a drupal intézi". (ugyanígy van pl taxonomy access modul is, ami a taxonomy/term/x útvonalak szabályozását célozza)

1
0

-
clear: both;

aboros képe

http://paste.pocoo.org/ ide másold be, mentsd és a linket add ide vissza, megmondjuk hanyadik sorban lakik az igazság. (egy gyári hatosban a kilencvenegyedik sor)

0
0

-
clear: both;

eager képe

Én a menu_block modult használom (D7-en, mondjuk), és itt a menü-blokk beállításainál meg lehet adni, hogy melyik felhasználói csoportok számára legyen látható (persze ehhez létre kellett hoznom egy külön role-t).

A "titkos" menü által megnyitott tartalmak pedig külön tartalomtípusként vannak felvive, ezek elérését én a Content Access modullal tudom szabályozni.

A fórumhoz való megtekintési/hozzászólási jogot pedig szerintem lehet szabályozni per role a központi jogosultságkezelő oldalon.

(egyébként ha eléred, hogy az anonymous usernek ne legyen joga megtekinteni valamit, akkor szerintem a Drupal magától elrejti az arra mutató menüpontot)

[utólagos megjegyzés]: a kommentet nem aboros segítségének kiegészítéséül szántam, kb. egyszerre írtunk :)

1
0
aboros képe

abból pontosan lehet látni, hogy van felépítve a nézet. kijelentkezve arra panaszkodik, hogy nincs a publikus_esemeny tartalom típusodban field_esemeny_datum mező. lehetséges az?

0
0

-
clear: both;

metaxx képe

hát az egész calendar erre a videóra épül http://www.youtube.com/watch?v=OYdvf2qAkYQ ami úgy kezd hogy létre hoz egy új tartalom típust, nálam publikus_esemeny, és ennek van egy mezője ami a field_esemeny_datum. szóval elvileg olyan nincs hogy nincs. :)

0
0
hudnik képe

http://paste.pocoo.org/show/458794/

Köszönöm a segítséget!

0
0