
Views + Menu
Nem látom át az egészet, de összetettebb oldalon általában nem jó ötlet a Views modulban megadni menüpontokat. Szerintem próbáld létrehozni a nézeteket valamilyen útvonalon, és utólag vedd fel ezt az útvonalat a menübe a menü beállítási oldalon.
(Útvonalaknál hasonló eset: ha van rendszerútvonal, pl. taxonomy/term/x, akkor használjuk azt, és utólag írjuk felül Path modullal. Majd harmadik lépcsőben fel lehet venni egy, az álnévre mutató menüpontot a Menu modulllal.
Ha nincs rendszerútvonal, akkor lehet a Views-ban megadni tetszőleges álnevet. De én akkor is kézzel adom hozzá a menüpontot a Menu modullal, és akkor nincs kavarodás.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

nem ajánlom
Ezt azért egy kicsit végig kellene gondolni. Hogyan lehet pontozni az anonymous felhasználót, és hogyan kerül át az anonymous a regisztrált felhasználók közé? Ennek semmi értelme. Admin pedig csak 1 lehet a Drupal rendszerben, szerencsére.
Elvileg lehetséges, hogy a regisztrált felhasználóid egy bizonyos aktivitás után moderátori jogokat kapjanak, a moderátorok pedig átkerüljenek egy még szélesebb jogosultságokkal rendelkező csoportba. Pirospontok nyilvántartására a User Points modul használható.
Az, hogy egy webhelyen kinek adsz jogosultságokat (melyik felhasználót melyik jogosultsági csoportba teszed), alighanem a legfontosabb biztonsági kérdés. Én semmiképpen nem használnék automatizált megoldást.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

beviteli forma
Közben rájöttem, hogy nálam is csak azért nem tudják szerkeszteni a kisadminok 'administer content' joggal az xyz tartalomtípust, mert a tartalomtípusba tartozó minden egyes node-ban van PHP kód (...pirul...), és ahhoz meg nincs jogosultságuk.
Tehát amit fent mondtam, azt sztornó, "access control by beviteli forma" az egyetlen megoldás. Létrehozol egy "főadmin beviteli formája" beviteli formát, és amihez nem akarsz a kisadminoknak hozzáférést adni, azt ezzel viszed be. Így nyugodtan meg lehet nekik adni az 'administer content' jogosultságot.
Ezt korábban én sem néztem meg rendesen, úgyhogy hasznos volt ez a szál.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

node
Ha egy term-ről sokmindent el lehet mondani, akkor az már nem term hanem node ;)
De ha már így alakult, akkor egy egyszerű megoldás lehet Views modullal felülírni a taxonomy/term nézetet, pl. úgy, hogy a tid (taxonomy/term/123) mellett megadsz még egy plusz argumentumot (taxonomy/term/123/pluszargumentum), ami ha hiányzik, akkor üres oldalt ad vissza a Views – Use empty text – és az Empty text-be teszed a plusz információkat. Mivel a plusz argumentum mindig hiányzik, mindig üres listát fogsz látni a taxonomy oldalakon, az Empty text szöveggel. (Nem próbáltam ki.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
+1oszlop és sok sor.
Csak +1 oszlop lenne, a prefix, amiben sokféle érték szerepelhetne. ha pl. az egyik klón neve "yourdomain.com/joe" akkor a prefix : "joe". A drupal meg tudni fogja, hogy a táblákból csak azokat a sorokat kérdezze le az előbbi domainhez, melyben a prefix "joe".
Persze ehhez módosítani kell a lekérdezéseket :(
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

lock table..
Én úgy gondolom, hogy az fw -n nincs lock table jogosultsága a júzereknek. Meg lehet próbálni kérni.. :)
Egyébként ebbe a hibaüzenetbe én is belefutottam, de egy barátom szerverén van az oldalam, úgyhogy némi baráti emilezés után lock table jogosultság birtokában ez többet nem fordult elő.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Én a kézikönyv menüpont alatt keresném
Nem tudom, te hogy vagy vele :) Ha bevezető információkra van szükséged, akkor mit szólsz a bevezető részhez? Onnan is különösen a lehetőségek leírása ismertetheti meg veled, hogy az oldal és az írás egy logikai szinten lévő dolgok, és a ketegorizálásra, rendszerezésre a taxonómia szolgál.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nono
Kérem ne tessék már mindent összevissza beküldeni, még többször is (a másik beküldést töröltem). Hát persze hogy nem tudja megváltoztatni a session kezelőt, mert az auto start miatt elindul. A .htaccess a Drupalban kikapcsolja az autostartot. Ha ez menne, akkor a többi .htaccess beállítás is menne, és nem lenne gond...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Köszi a választ
Nézem, nézem, de nem látom. Milyen szerkesztőt érdemes használni?
A harmadik ftp-klienst próbálom már (binárisan, ascii), de valami mindig becsúszik.
Hogyan küldjem át a php kódot, hogy az az ftp után is korrekt maradjon?
Hogy ilyen ne legyen?
sz_a
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
jobb, mint vártam
Kipróbáltam, és sokkal jobb, mint amire számítottam. Bár nem tudni, Earl Miles mennyi munkát tett bele...
Ahogy várható volt, sok helyen nem illeszkednek pixelpontosan a dolgok, kiegészítő modulok bekapcsolása után elég hamar elkezd az oldal erodálódni... Összetettebb honlap esetén kb. a munkának a 20-30 százaléka spórolható meg ezzel a módszerrel, úgyhogy szerintem még egy ideig nem fognak a Drupal themerek éhenhalni ;)
A fő gondot az jelentheti, hogy az ilyen ingyenes template-ekhez általában nem adják oda a grafikai forrást, tehát a látvány színvonalas, pontos adaptálása időnként elég nehézkes, ha nem lehetetlen.