Ezek egyszerű beállítások.
adminisztráció -> tartalom kezelése -> tartalom típusok -> image --- szerkesztés
Itt be tudod állítáani, hogy mi legyen az alapértelmezett beállítás. Itt ved ki a címlapra kerül pipát, és ekkor nem fog a címlapra kerülni.
webhely beállítások -> webhely információk résznél pedig be tudod állítani, hogy mi legyen az alapértelmezett címlap. (ez gondolom nálad a galéria)
A második problémádra a válasz, hogy figyeld mi változott és azt változtasd te is. az RC1 amire ilyen szempontból lehet építeni, a beta2 nem igazán ez a kategória.
Felhívnám a figyelmedet a helyes szóhasználatra. Nincs gyári modul, van core modul, de amiket írtál egyik sem core modul. Ez azért fontos, mert ezekre a modulokra nincs hatással az, hogy kijön-e a végleges 5.0 mivel ezek a modulok nem részei az 5.0-nak. Ezek a modulok külön életet élnek, tehát a fő és al drupal verzióktól függetlenül változnak. Minden egyes ilyen modult külön figyelemmel kell kísérned egyesével.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tapasztalat
Felraktam az aktuális Drupal 5.0 -át egy extrás tárhelyre. A másolás után semmi dolgom nem volt, mint behívni az oldalt, végigmenni a telepítőn, létrehozni az elsődleges usert, majd a files mappát beállítani helyesen. Sehol nem kellett belenyúlnom a kódba (semmi lock tables illetve ini_set kommentezés).
Ezek után lépegettem a menüben, állíottam pár beállítást, küldtem be tartalmat, címlapra helyeztem, regisztráltam sima usert, szóval már készültem beküldeni a hozzászólást, hogy az ég világon nincs semmi gond ezzel, minden jól működik és még bele sem kell nyúlni semmibe.
De mikor próbából be akartam jelentkezni, nem sikerült sehogy sem. A levélben kapott beléptető url még működik, de formon már sem az admin sem más nem tud belépni, hibaüzenet nincs, szerver nem panaszkodik, watchdogban pedig annyi látható, hogy beléptem (session opened), de igazából mégsem.
A core-ban a user.module -ban láttam neki a keresésnek, a user_login_validate() -on keresztül végül a user_authenticate() függvénynél kötöttem ki, de a problémára nem sikerült rájönnöm.
Csak azért írtam le, hogy ha valaki szándékozik vele foglalkozni, ez a tapasztalatom és a jelenség.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ahogy pp írta
Ugyanez volt nekem is a gondom.
A blokkot meg tudod oldani alapból, kattingatással az admin/build/block alatt kiválasztod a kérdéses blokkot, configure és ott Role specific visibility settings.
(Sorry, hogy angolul írom, de ez van előttem :) )
A tartalom elérés szabályozáshoz pedig nekem a taxonomy acces control modul jött be. Ott már kicsit trükközni kell, a védeni kívánt tartalomtipusokat berakod egy kategóriába (taxonomy term), mert azokra tudsz majd rendesen hozzéférést szabályozni. Egész pontosan tudsz komplett tartalom típusokra is, de nekem pl az kellett, hogy vannak könyvek az oldalon, van amit bárki olvashat, de van olyan, amit csak egy adott csoport tagjai. Az adott könyv oldalainak beállítotam azonos kategóriát, és így tudtam szabályozni, hogy ki férhessen hozzá.
Ha feltelepited a modult, akkor a User management alatt lesz egy Taxonomy Access: Permissions (admin/user/taxonomy_acces) menüpont, ott az egyes role-okhoz külön-külön be lehet állítani, hogy melyik tartalomtípus melyik kategóriájánál mit csinálhasson. Nagyon sok mindent meg lehet vele csinálni.
Sok sikert!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem alapítvány, hanem
- Nem alapítvány, hanem egyesület, legalábbis a megnevezése
- Nem csak a magyarországi székhelyű magyar cégek lehetnek érdekeltek ebben ;) Sőt, van egy gyanúm, hogy nem a magyar cégek fognak tolongani ezért. :)
Tehát, az egyik lehetőség a közösségi adószám(ok) alkalmazása mellett, az adómentes (áfa) számlázás. Ennek szigorú kritériuma, hogy mindkét Közösségen belüli gazdasági társaságnak legyen Uniós adószáma, és ezek az adószámok a számlán is szerepeljenek.
Amennyiben valamelyik társaságnak nincs, vagy valamilyen ok miatt (pl. szolgáltatásnyújtásra vonatkozó kizáró ok, Áfa-törvény 15.§) nem alkalmazza a közösségi adószámot a számlázás során, akkor a hagyományos, azaz a belföldi számlázáshoz igazodóan állítja ki a számlát a közösségi partner részére. Ebben az esetben az áfa felszámításra kerül, a külföldi partner ezt megfizeti, költségként elszámolhatja, vagy külön procedúra alkalmazása mellett a magyar adóhatóságtól visszaigényelheti.
Bővebbet a cégalku.hu -n találtam.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Eh, amikor a hóhért akasszák
CCK modul + Imagefield modul, esetleg még hozzáveszed az imagecache-t és a Thickbox modulokat. Készítesz egy új tartalom (node) tipust, melynek a bevezetőjéhez hozzárakod az imagefield mezőt, az imagecache-sel legyártatod a nagy képből a kisképet a bevezetőhöz. A teljes tartalom nézetben meg beállíthatod, hogy link legyen az eredeti képre, esetleg Thickbox-szal.
Én írtam, erre amikor meg kellene, nem akar összejönni.
Létrehoztam egy új tartalom tipust. Van 2 plusz paramétere:
1. megjelenjen a nyitó oldalon egy speciális blokkban? Igen/nem
2. A nyitó oldali kiskép feltöltése
Készítettem rá egy blokkot, amit a views állít elő. Elvileg teljesen jól le is gyűjti, elkészíti a blokkot, de a képet az istenért nem akarja megjeleníteni, csak a node teljes nézetében. Mi lehet a probléma? Próbáltam már alap sminkkel, nehogy elbuheráljak valamit, de nem akar megjelenni.
A node-image azért nem igazán jó nekem, mert ezt a képet csak a bevezetőben szeretném használni, a teljes nézetben nem (elvileg ezeket be is állítottam a tartalom tipus image mezőjénél).
Köszi, Pali
Ps.: bármilyen más megoldás érdekel :)
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
néha nem jut eszembe semmi témának
1) Jó lenne az image modul tartalmazna vmi API-részt, amivel ezeket meg lehetne ejteni, nem kellene szívni, hogy most ImageMagick vagy GD2 vagy egyéb 3rd party stuffot kelljen-e használni. Kessels egyébként leszavaz mindent, ami nem minimalista, szerinte legyen minden külön modulban, végülis, az ő álláspontjával is lehet érvelni.
2) Ezt nem teljesen értem. A választhatóság mindenképpen előny lenne.
3) A gallery-t nem ismerem.
4) Minden image egy-egy node, egyedi nid-del. Egy külön táblában kell tárolni, hogy egy képhez van-e generálás, ha igen, melyik. Szerintem ez teljesítmény szempontjából sem vészes. Az 1 képhez tartozó összes méretre elég egy beállítás, ha egy kép még nincs vízjelezve vagy módosult, akkor az összes hozzá tartozó egyéb méretű képet is újra kell generálni.
Asszem átvonulok a watermark topikba, és ott hintem az igét. :]
Üdv:
--
Aries
http://aries.mindworks.hu