eFeS képe

Nézegettem elég sokat az ezzel foglalkozó issue-kat a drupla.org-on, bár igaz, oda még nem irtam erről. Mindemellett a hozzászólásokból úgy tűnt, hogy a dolog megoldható lenne bizonyos körülmények között, meg szerintem a hivatkozott minta-siteon is ez van (www.interlochen.org) csak egyszerűen nem tudok rájönni, hogy milyen bállításokat kell megcsinálnom hozzá.

Azért is gondolom, hogy az _alap_ DA-ben van lehetőség erre, mert a Domain Access Advanced azért "létezik", mert ő még szigorít az alap beállításokon:

"Domain Access Advanced is able to turn off the node access integration in Domain access and re-implement it as a query rewrite so that content can only be accessed via the domains or affiliates that are specified."

Pontosan ennek az ellenkezője kellene nekem...legalábbis a Fődomain alól...

Köszönöm az utánajárást, várom a folytatást!

eFeS

0
0

---------------
Tátrai József
Drupler Kft.
http://www.drupler.hu

vacati képe

Nem tudok ide képet mellékelni, mivel nem lehet csatolni és az oldal még saját gépen van.

Ha nézzük a modullista oszlopfejléceit, mint:

ENGEDÉLYEZETT / NÉV / VÁLTOZAT / LEÍRÁS

akkor van ahol rendesen egymás alatt vannak ezek, de pl. a Webform modulnál az első oszlop szélesebb - teljesen indokolatlanul - és emiatt a pipálandó kocka is beljebb van és utána az egész el van csúszva.

Tudom, ez nem nagy ügy, csak én a nyomtatott médiáknál, nyomdai előkészítéssel foglalkoztam másfél évtizedet és zavar, ha valami nem precíz.

És azon gondolkodom, hogy lehet ez, hiszen gondolom van egy stíluslapja a modul lista oldalnak is, ahová az egyes modulok beteszik a saját tartalmukat, de nem tudnak beleszólni a megjelenítésbe. Akkor hogyan lehet ez mégis?

És azért is zavaró, mert amikor az ember végigfut a listán, könnyebb egy rendezett oszloprendszerben követni, hogy mi hol van és mi van bekapcsolva.

Csak ennyi.

0
0
vacati képe

Köszönöm gazsesz, végre valaki egyetért. Annyira egyértelmű, miért jó egy helyről kezelni ezeket a dolgokat, nem is értettem miért az ellenvélemény :-/

UI: Kicsit azért (OFF: Na most, megint nem mutatja a rendszer az előtte hozzászólót - pedig azt írták itt egyesek, hogy ott van, csak én nem látom, ezért kéne előbb elhinni, hogy a másik se hülye), szóval kicsit azért az utolsó hozzászóló is meggyőzött, de ez azért van, mert még egyikben sincs tapasztalatom.

És mint mondtam nem egy hatalmas hírlevél dolgot akarok. Csak most nem tudom érdemes-e várnom a simplenews-ra. Mert ha megteszi azt, hogy megadom mikor és hova küldjön ki egy html formázott, képpel ellátott levelet, amit reményeim szerint elég egy szerkesztő modul segítségével megírnom és az úgy is jelenik majd meg, akkor az nekem elég.
Itt mindössze pár száz levélről van szó havonta. Összesen.

0
0
Luigi.hu képe

a pathautoval együtt, ezért nincs "node/xy" az oldalon, csak a "/jokisutvonalnev", így ez a fajta duplikáció kilőve.

A kérdésemre itt van egy életből vett példa:
http://www.allatorvosbekasmegyer.hu/allatorvos-allatorvosi-rendelo-budapest
Ez az oldal van a címlaphoz úgy hozzárendelve, hogy a "menü útvonala" az elsődleges linkeknél < front >.

A "Webhely-információk"-ban az "Alapértelmezett címlap" az "allatorvos-allatorvosi-rendelo-budapest", tehát a főoldal erre a lapra mutat, amely nem csak a fenti, hanem a http://www.allatorvosbekasmegyer.hu címen is elérhető, és ez duplikációnak tűnik.

Ha megnézi a Gugli a sitemap-et ( http://www.allatorvosbekasmegyer.hu/sitemap.xml ), akkor mindkét oldal be van indexelve, pedig jó lenne, ha csak egy oldal lenne ugyanazzal a tartalommal.

Nos, ezt a duplikációt szeretném elkerülni.

0
0
hron84 képe

Néhány dolog

- Egy pontos modullista nélkül senki nem fog tudni neked érdemben segíteni. Maga a D6-D7 átállás, ha csak core modulokat használnál, nem lenne gáz, a gond az, hogy te nem csak azokat használsz, így meg fekete doboz.
- Angol tudás nélkül az egész felejtős. Pénzért szerintem bárki szívesen elvállalja, talán még a hosting szolgáltatódnak is van ilyen szolgáltatása, vagy egyedi szerzödéssel meg lehet öket bízni, ha nem egy bonyolult a migráció, talán nem is fog sokba fájni, de ez megint oldalfüggő. Ha az oldal bonyolult, és nem értesz hozzá, semmiképpen se vágj bele egyedül! A legjobb lenne azzal beszélni, aki az oldalt eredetileg csinálta, mert ha valaki, hát ö aztán igazán ismeri a dörgést.

Amit még ajánlhatok, hogy olvasgass utána a témának, egy kicsit add fel az angol dokumentáció iránt érzett ellenszenvet, és próbáld meg angol infókat is felhasználva megoldani a kérdést.

1
-1

--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
veezee képe

bajom (ami nyilván alapeset, és elnézést az esetleges pontatlan megfogalmazásért,) hogy a legegyszerűbb példánál maradjak: A hook_field_widget_form-ba dropdown selectet beillesztve, és selectenként egy értéket kijelölve a hook_installban megadott táblában rendben insertalódnak az adatok.
Azonban ha a selectben a többszörös('#multiple' => TRUE,) kijelölés van beállítva, (és meg is történik a többszörös kijelölés) azt már váratlan hibával honorálja a drupal.

Leginkább a fent vázolt problémára szeretnék tanácsot kérni.Hogy kell megvalósítani a többszörös érték insertjét fieldben select list-nél, illetve egyáltalán mi az elve a custom field adatbázis kezelésének.
(Be kell ismerjem, már azt sem értem, hogy Field Api-val hogy lehet letárolni egy multiple select értékeit.)

Próbáltam a D7 option modulját értelmezni-sikertelenül.
Mi tagadás több napi gugli, Field Api bámulás-értelmezés(értetlenkedés) után sem értem az elvet. Nyilván az összes többi nyűgöm ennek a következménye.

Előre is köszönöm.

1
0
Joee képe

1.) "Default front page"-nek (nálam magyarul: "Alapértelmezett címlap") megadva ez van: "http://localhost/drupal/blog"
Ez érdekes, mert ezen az útvonalon ""http://localhost/drupal" nincs blog alkönyvtár. Esetleg valahol a blog bejegyzés felül van definiálva vagy a blog egy (objektum)változó vagy konstans és egy másik valós elérési útvonalat takar?

2.) <"/admin/structure/views" Itt van egy "Front page" view.>
Ez szürke (nem fekete, vagyis nincs engedélyezve). Jobb oldalon a legördülő menüben az "engedélyezés" van beállítva. Szerintem ez nem egy beállítás hanem egy felirat, hogy az engedélyezéshez oda kell kattintani és választani a ComboBoxból. Ha így van egyértelműbb lett volna a letiltva felirat az engedélyezés helyett. Többi választható opció a ComboBoxban: * szerkesztés * clone * export *

Bekapcsoltam a FrontPage-et Szerkesztés opcióval, de ugyanúgy csak 4 cikk jelenik meg az oldalon.

0
0
Sk8erPeter képe

Inkább ne találgass, hogy hogyan működik, mert bánCSa a szememet, a fülemet meg hasogaSSa. :D
Nincs semmiféle "blog nevű eljárás", nem az index.php-n belül definiált "string/konstans", és így tovább, juj, nagyon nem.
De ne is kezdjük el elemezgetni, hogyan működik, nem ez a topic témája.

Mivel a /blog útvonal létezik, ezek szerint a Blog modul engedélyezve van.
Ezen az útvonalon pedig a blog bejegyzéseket jeleníti meg a Drupal, tehát a "Blog entry" content type-ba tartozóakat.

Legegyszerűbb az lenne, ha létrehoznál egy view-t a /admin/structure/views/add oldalon, a "Blog entry" típusúak listázására - legalábbis akkor feltételezem, ezeket szeretnéd listázni, ha nem, akkor találd ki, és írd meg -, megadnál egy megfelelő Path-t a hozzá tartozó page view-nak, és ezt az elérési utat raknád be az "Alapértelmezett címlap" részbe.

0
0
Sk8erPeter képe

Webform Add More
elvileg ez arra való, hogy bizonyos számú fieldsetet előre beállíts, és ezeket elrejtsd a felhasználó elől, és ha az rámegy az Add More gombra, akkor megjelenik még annyi, amennyit beállítottál (már ha jól értelmeztem).
Ezzel tehát valamelyest korlátozva lennének a beküldhető lehetőségek, de gondolom amúgy sem akarsz végtelen mennyiséget engedni.

Én létrehoztam egy fieldsetet, abba beletettem pár formmezőt, aztán az Editnél a mezőn belül bepipáltam az "Add More fieldset" checkboxot, majd klónoztam ezt a fieldsetet egy párszor, hogy azonos mezők legyenek benne, de nekem nem sikerült valamiért működésre bírnom, szólj, ha neked összejött... (egyébként egy teszt Drupalon kísérleteztem, az alap Garland sminkkel)

Add more screenshot

2
0
alan képe

Leírom konkrétan, hogy mire van szükségem, hátha így valakinek lesz ötlete.
Adott két tartalom típus. A ás B. Mindkettőhöz tartoznak különböző mezők.
Rules-al beállítom, hogy:
Esemény: Tartalomtípus mentése után
Feltétel: Ha a tartalomtípus: "B"
Akció : Töltsön be egy "A" típusú tartalmat, (hogy pontosan melyiket az "A" típusú tartalmakból, azt az imént létrehozott "B" tartalomtípus egyik mezője mondja meg, vagyis az tartalmaz egy számot, az lesz a node ID.)

Azért lenne szükségem erre, mert a régebb létrehozott tartalmakból egyes mezők értékét kellene megváltoztassam, de addig nem tudom amíg nem tudok beolvasni tartalmat, így addig nem is tudok hivatkozni rájuk.
Drupal 6 alatt az 1.x Rulessel gond nélkül megy, itt azonban nem jelennek meg rules alatt választható opcióként ezek a dolgok.
Nagyon hélés lennék ha valakinek megsúgná a megoldást.

0
0