pp képe

Értelmesen légyszíves!

Az aldomain és alkönyvtár fogalmak keverednek nálad. Az aldomain az az amikor van egy domain.hu és annak van egy al.domain.hu címe is. Ez a két külön domain (mert érdektelen, hogy milyen kapcsolatban áll egymással a két domain) mutathat ugyan arra a könyvtárra. (ha ezt nem tudod beállítani, mert egy olyan szolgáltatónál vagy hát így jártál, ennek semmi köze a problémához.)
Ha külön könyvtárba tetted a két drupal-t attól még mutathat ugyan arra a könyvtárra a fájlrendszered. Pasqualle erről beszélt. Ha megosztod az adatbázist az már multisite és mint látható nem javasolt.

pp

0
0
csgzs képe

...köszönöm a hozzászólást - csak az a helyzet, hogy amint az inditó post-ban írtam, ezt én is láttam, és pont ezért fel is tettem. A gond csak az, ahogy írtam is, hogy nem tudom, miként lehet hozzáférni ahhoz a "szűrőlánchoz", amibe ez a modul illeszkedne. Merthogy _legjobb tudásom_ szerint végignéztem az admin felületet, de erre utalót nem találtam. Szóval nagyon megköszönném, ha valaki erre - azaz a problémára - tudna valamit tanácsolni.

Vagy átfogalmazhatom a kérdést: az értesítés küldése szerintem eléggé alapvető. Tudtok ennél könnyebb, könnyebben beállítható módját a dolognak, amivel nem kell ennyit tökölni? Én nem ragaszkodom a Notifications-höz, ha az nagyon macerás.

Köszi,
Zs

0
0
Tgr képe

Nem jó, amit írtál, mert pl.:
[drupal.] + shared_ + users = drupal.shared_users
[masikdrupal.] + drupal. + users = drupal.users
nem ugyanarra a táblára hivatkoznak.

A közös autentikációhoz csak a users és a sessions kell, hogy közös legyen. (Az authmapban nem vagyok biztos, az ránézésre csak akkor kell, ha valami spéci autentikációs modult használsz.) A role csak akkor kell, ha azt akarod, hogy a szerepek (csoportok) is ugyanazok legyenek; a permissions akkor, ha azt akarod, hogy az egyes szerepek jogai is megegyezzenek a két oldalon; a users_role akkor, ha azt akarod, hogy aki az egyik oldalon teszem azt moderátor, az a másikon is az legyen.

0
0
tatarbj képe

az a baj, hogy nem találom azt a beállítási lehetőséget, amit írsz :)
tartalomtípusoknál külön-külön minden típusnál beállítható az, hogy címlapra kerüljön-e "alapértelmezetten", de nekem nem ez kéne, hanem az, hogy gyakorlatilag ezt a fajta "választhatóságot" eltüntessem a rendszerből... értem ez alatt: ne kelljen valamit címoldalra tenni, hanem a view-k határozzák meg mi kerül címlapra és mi nem...
ha van ilyen lehetőség az jól jönne.

viszont sikerült frontpage nézetekkel babrálnom, tehát gyakorlatilag az, amit akartam kicsit nyakatekert módon de összejött. most már csak az izgatottság hajt, tudod: hogy lehetett volna másképp :)

üdv, tatarbj

0
0

---
Tatár Balázs János

turboczi képe

Igen, megvolt a jogosultságok frissítése, többször is, mégse ment.

PP-nek mondom, hogy bocs, megjelenik az új tartalomtípus az "admin/user/permissions" alatt, és ha ott engedélyezem, akkor az új tartalomtípust (ételrecept) beküldhetik a bejelentkezettek. Sajnos ez még nem segít azon a gondon, hogy a recipe modul "recipe" tartalomtípusa hiába van engedélyezve (beküldés + szerkesztés), nem tudnak élni a lehetőségükkel. A félmegoldás tehát működik (beküldik a receptjüket ömlesztve, aztán a szerkesztők berakják a recept modul spéci rubrikáiba a megfelelő információt), de igazán az lenne a jó, ha az eredeti recept modul által kínált tartalomtípussal tudnának élni.

Előre is köszi az ötleteket!
A.

0
0

Turóczi Attila

Lejla képe

Én arra tippelek, hogy ez nem felhasználói kérés volt, hanem az admin szeretné egységes kinézetűnek látni a beküldött tartalmakat.

Ha ez _nem_ egy közösségi weboldal, akkor én is a H3-at javaslom használni saját kezűleg, az adminnak :-)

S ha a közösségnek van ilyen igénye, akkor valóban, tanulják meg az editort kihasználni arra, amire való. Lehet pl. a tartalomszerkesztéshez egy képernyőfotókkal ellátott súgót rittyenteni nekik akár.

De ha az admin igénye az, hogy mindenképpen legyen alcím, akár akarja a felhasználó, akár nem, akkor valahogy be kell kérni a tartalom beküldésekor azt is. Nem tudom, hogy erre vonatkozott-e az eredeti kérdés, vagy sem.

0
0
szilas képe

A simple access modult használom. Csoportokat hoztam létre a felhasználókból és azok megjelennek (mint hozzáférés) az adott tartalomtípusnál, így például a kép tartalomtípusnál is. Ott bepipálom, hogy mely csoportba tartozó felhasználók láthatják a képeket. Mint említettem, ha ezt egyenként megteszem minden képnél, akkor minden rendben, de nekem az kell, hogy alapesetként már be legyen pipálva az a csoport amelyik láthatja a képet. Hogy saját példánál maradjak: van egy anonim, azonosított, és még 3 másik csoportom. Ezekből csak az anonim és az azonosított csoport tagjainak nem akarok elérést adni, csak a másik háromnak. A másik három ugyanis nagyobb jogosultsággal rendelkezik, mint az "átlag" regisztrált felhasználó.

0
0
sunboys képe

Arra jöttem rá, ha minden igaz a "Payment settings" belül a "Cancel return URL" mezőbe kellene egyedi címet adni.
Mit kellene megadni ide? Az útvonalat nem tudom kitalálni.

Ugyanakkor szórványosan az is írva van, /Übercart.org/, hogy automatikusan generál valahogy IPN az Übercart. A hogyanról és hol kapok visszajelzést nem esik szó.

Örülnék egy helyes válasznak, ha 1-2 sör is előmozdító semmi akadálya.:)
De azért nem vicceltem.

Aki kérdez itt az nyílván így én sem tudok sokat angolul, de erőltetem.
Szerintem az nem baj ha vannak ilyenek az oldalnak sem.

0
0
Geva képe

...űberelem az ubercart templétjét :-)
- telepítettem az általad ajánlott modult,
- módosítottam az uc_order-admin.tpl.php fájlt és mentettem az UberInvoice modul mappájába,
(próbáltam az uc_order-uberadmin.tpl.php fájlt is használni)
- az uber_invoice .module fájlba bevittem a szükséges sort erről a módosított templétről...

mit kellene még beállítanom és hol? ... mert hogy a templét fájl beállítása nem jut érvényre(csak egy plussz szöveget iratnék ki)

mitől könnyebb így, ha már tudom melyik tpl fájlt kell módosítani és mit kell benne módosítani?
...köszönöm előre is

0
0
aries képe

Ennek mi köze a magyar nyelvhez? Az angol nyelvnek már úgyis mindegy, katyvasz az egész, bármit változtatnak is, jól illeszkedik a káoszba. :) Ha nincs meg, mikor döntöttünk erről, akkor szépen visszaírom az addig helyesnek ismert megoldásra.

Mindamellett, volt egy olyan félbemaradt szál is, hogy használjuk egyszerűen a „levél” szót. (Én ezt támogatom.) Az egyetlen ellenérv volt ezzel szemben, hogy kétértelmű, de ez elég erőltetett számomra. Ilyen indokkal nem lenne egér, körte, monitor, izzó, billentyű stb. szavunk sem többértelmű szó. További probléma, hogy az idegen szavak átírása – ha nem akarjuk teliberittyenteni az eddigi gyakorlatot – kiejtés szerinti lenne, pl. cukor, kalpag, riport stb.

0
0