hasonló probléma a gmap és a location modulokkal
Sziasztok!
Nekem is valami hasonló problémám akadt a Gmap és Location modulokat használva. Jelenleg elkészítettem két nézetet, ami két külön-külön térképet jelenít meg. És ezt a kettőt próbálom valahogy összefésülni, eleddig sikertelenül.
A dolog érdekessége számomra, hogy a nézeteknél elvileg pontosan ugyan azokat a szűrőket és mezőket állítom be, és az eredmény mégsem azonos.
Tehát az egyik nézetem megjelenít egy térképet, amelyik a location adatokat egy adott tartalomtípusból szedi. Ez működik.
A másik nézetem klónozott. Bekapcsoltam a GMap modul User Locations modulját. Ez létrehozott két nézetett, ezeket klónoztam. Létrehoztam belőlük egy másolatot, ahol a stílust táblázatról GMap-re változtattam. Ezzel a felhasználók meg is jelentek a térképen. - Ez is működik.
- És itt következett a problémám. Megpróbáltam elkészíteni egy harmadik nézetet, ahol User Locations modul által létrehozott nézet és a saját nézetemnek megfelelő szűrőket és a mezőket használtam fel. Az eredmény mégis az, hogy vagy a felhasználók látszódnak a térképen, vagy az általam létrehozott tartalmak. De a kettő egyszerre sohasem.
Van ötletetek arra, hogy hogyan lehetne a két nézet eredményét, a két térképet egy térképen megjeleníteni? Vagy valami ötlet, hogy merre indulhatok el?
Üdv,
gricso
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Témába vágó törölt hozzászólás
Korábban konkrétan a topic témájához szóltam hozzá. Kizárólag azért bátorkodtam reklám jellegű hozzászólást írni, mert láttam, hogy más szolgáltatásokat is lehetett itt reklámozni. ;-) Végsősoron vettem az adást, miszerint a hozzászólásom sértette az oldal szabályait és ezért maximálisan egyetértek a törlésével is. Tényleges reklám helyett - hiszen borítékoltam, hogy maximum pár órát lesz itt majd a hozzászólás - sokkal inkább provokációs céllal küldtem be, mert sérelmezem azt, hogy a másik két szolgáltatást, név szerint a Hostgatort és a Spiderhost-ot reklámozó beírás itt virít első találatra a googléba a drupal-hosting keresőszóra. Tekintettel arra, hogy a teljes topik mindössze ezt a két szolgáltatót reklámozó hozzászólást tartalmazza, és várhatóan a jövőben sem tud születni majd olyan tartalom erre a témára, ami ne egy harmadik szolgáltatót reklámozna, így javaslom az összes témához tartozó hozzászólás, sőt magának a topiknak a törlését is a korrektség jegyében. Nem szeretnék flamet indítani, így nem várok választ erre a hozzászólásra. Ha magát a topikot nem, csak mindössze ezt a mostani hozzászólásomat törlitek és a fenti két szolgáltatót reklámozó írás marad, részemről akkor is lezártnak tekintem az ügyet, és tudomásul veszem, hogy az oldal szabályai nem mindenkire vonatkoznak. ;-)
szabozee (zee zee zee kukac free mail pont hu)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szuper
Köszi a hozzászólást! Az első elképzelésed nagyjából fedi azt amit létre szeretnék hozni. Két kérdésem lenne mielőtt neki vágnék.
Ez szerinted működik akkor is, ha a két site nem teljesen azonos?
- vannak különböző tartalom típusok
- különböző nézetek
- és különböző a felhasználó bázis
Vagyis csak 1-2 konkrét tartalom típust és max a felhasználói adatlapot venném át.
Itt jön a második kérdésem.
Úgy nézne ki a dolog, hogy van egy master site ami már kész van és építenék hozzá egy másik oldalt külön domain név alá, ami innen venne bizonyos infóka, de pl az oldalak tartalma teljesen más lenne. Itt az oldalakon a page content típust értem, de pl a link content típus az ugyan az lenne felépítését tekintve mint a másik oldalaon és ezt kellene átvenni a másik oldal adatbázisából és oda visszaszinkronizálni is. Mivel nem szerencsés ha a link tartalmak 3-4 különböző domain alatti adatbázisban lennének széttöredezve.
Ennek véleményed szerint így érdemes nekivágni a domain access modullal? Mert még bizonyos fokug tud rugalmas lenni a projekt:-)
Te csináltad ezeket a példának hozott oldalakat? Nagyon ütősek!
Prancz Ádám
Ingyenes linkkatalógus | Hostessek, modellek | Webdesign
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Két irányba indulnék el (a válaszadással)
1. Az általad felvázolt rendszer megoldhatónak tűnik simán Drupalból – sőt mi több, talán még egyetlen sor kódot sem kell írnod hozzá, mert mintha minden részfeladathoz volna már kész modul. (Persze ez utóbbinak utána kéne nézni pontosan.) Ha neked lennék, inkább Drupalból oldanám meg az egészet: valószínűleg hamarabb célhoz érsz és megbízhatóbb eredményt kapsz egy „tisztán” Drupal oldallal, mint egy többféle rendszerből összerakott megoldással.
2a. Ha mégis ragaszkodsz a .cgi-s megoldáshoz (valamiért), akkor: a .cgi ugyanazon a szerveren van, mint a drupalos oldalad? A .cgi-d olyan adatbázisból dolgozik, amelyet a Drupal is támogat? Mert akkor ez esetben van lehetőség úgy megírni a Drupalhoz a modulodat, hogy közvetlenül azt az adatbázist kérdezze le, amit a .cgi is tenne. (Ne felejtsd el visszaállítani az aktív adatbázist, amilyen hamar az csak lehetséges, hogy komolyabb fejtörésektől megkíméld magad.)
2b. A Data és Views modulokkal lehetségesnek tűnik ugyanez a játék – persze itt is utána kéne nézni a konkrét követelményeknek (tudnak-e ezek másik adatbázisból dolgozni, stb.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Közelebb a megoldáshoz!
Köszönöm hozzászólásod!
Ha az sem segít, akkor firebug-gal nézd meg a console-t, mert lehet valamelyik js fájl amit be akar tölteni a rendszer sérült ezért elhasal a JS. Próbáld meg azt, hogy letíltod a JavaScript-et a böngésződben, akkor a fieldset-ek nem lesznek lenyithatóak.
>> adblock plus-szal tiltottam le a js-t, így eltudtam végezni a megfelelő műveleteket
Ami viszont megint furcsa:
- létrehozok egy hírt "öüóőúéáűí" címmel
- létrejön az álnév "oeueooueaui" néven
- Latinbetűs átirat az álnév létrehozása előtt -> pipálva
- A karaktersorozatok az ASCII-96 szerinti betűkre és számokra csökkentése -> pipálva
Valaki találkozott már ezzel a problémával?
Ha valamelyik js a hibás akkor a firebug jelezni fogja amikor betöltöd az oldalt, ha be van állítva hogy a console-ban mutassa a js hibákat.
>> Igen, talált is hibát:
$(this).treeTable is not a function
$(this).treeTable();
Végre látom, hogy van hiba (eddig elképzelésem sem volt, hogy mi lehet), de hogy ez mit is vár tőlem, azt nem tudom ... még! :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Bár modul mókus nem vagyok
Bár modul mókus nem vagyok sajnos, de lehetőség neked:
Az első js modulodra ez a megoldás lehet: http://drupal.org/project/galleryformatter
Működés közben itt: http://urbanspacews.eu/finish
A kis képeket tudod méretezni (http://drupal.org/project/imagecache), stb. Működés, és egyéb beállításért indíts új témát.
--
Vagy még lehet hogy http://drupal.org/project/views_slideshow
Nem az általad adott modult használja, de a végeredmény ugyanaz lehet ha ügyes vagy. Működés, és egyéb beállításért indíts új témát.
--
Második modulodat is be lehet építeni a Drupalba, kell hozzá szerintem CCK és Views modul. De vigyázz, mert ez a modális ablak a demóban 1.6-os jqueryt használ, neked a legmagasabban elérhető, az az 1.3.x szóval nézz utána hogy működik e nálad is.
Javaslom a megoldásokért keress rá itt a fórumon, ha nem, témánként indíts új bejegyzést. Segítünk, de ha magadtól jössz rá, az sokkal jobb dolog :)
Drupal full-stack developer at Wunderman Thompson Budapest
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Feltettem a .dev verzióját,
Feltettem a .dev verzióját, hogy lássam milyen lesz és nagyon lelassította a rendszert. Értem ez alatt, hogy a menükben való tallózás is többszörös időt vett igénybe, bármi mást is akartam csinálni az oldalon.
Bízom benne, hogy csak azért, mert még nem végleges verzió.
Letiltottam a modult - nem töröltem még - és így nagyjából megint normál sebességű az admin kezelése.
Gondoltam arra is, hogy egy mentésből visszaállítom a modul telepítése előtti állapotot, mert nem tudom, hogy a modul kikapcsolásával tényleg minden tiszta lett-e, vagy maradnak piszkok a rendszerben?
Szerintetek valahol, valamit még kéne törölnöm, pl. közvetlenül phpmyadminban az adatbázisból?
Elvileg ez a Simplenews csak akkor terheli a rendszert, amikor az időzítő alapján ki kell küldenie egy hírlevelet, vagy valaki leiratkozik, illetve fel. Egyébként nem veszi igénybe az erőforrásokat, nem?
Ugyanis én nem akarok rendszeres hírlevélküldést vele, csak pl. 1-2 havonta egy anyagot kiküldenék vele.
Csak azért nem tilthatnám le közben, mert akkor leiratkozni sem tudnának.
Mint mondtam nekem nem szokványos okból kéne egy ilyen dolog, hanem alkalmilag, több címzettnek kiküldendő ajánlatok miatt, de a leiratkozás lehetőségét megadva.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Itt több alap gyász is van,
Itt több alap gyász is van, először talán ezeket kellene rendbe szedni sűrű backupok közepette:
1. Az összes smink a themes mappában van, ezeket átpakolni a sites/all/themesbe
2. Az összes module a modules könyvtárban van, ezeket átpakolni a sites/all/modules mappába.
És mindezt úgy, hogy a core részei maradjanak meg, szóval nem akarlak elkeseríteni, de ilyen látható hibák során erős a gyanú, hogy még több szarvashiba van az oldalon, ami kívülről nem is látszik, ezek könnyen okozhatnak nem várt zavarokat. Még akkor is, hogyha ez a mostani éppen nincs ezekkel összefüggésben, de még ez sem biztos.
Az sem véletlen, hogy nem piszkálunk gyári sminkbe, ez a színezhető sminkeknél fokozottan érvényes.
Szóval 3. alsmink készítése egy .info file-al és egy css-el, benne, ami t írtak többen is fentebb.
A smink info file az kb ennyi:
name = kismama
core = 7.x
base theme = picture_reload
stylesheets[all][] = kismama.css
És a kismama.css-ben már lehet garázdálkodni.
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Lehet, hogy a Rules is jó
Lehet, hogy a Rules is jó lenne, de én azt akartam kideríteni, hogy beküldjek-e hibajelentést a Token modulról, pontosabban a Notifications modulról, vagy se.
Ha jól látom 3:2 az állás egyelőre, de ez nem verseny. Nem kell ahhoz drupal programozónak lenni, hogy lássa az ember, hogy ha egy jogosultság be van állítva valahogy, akkor azt az egész rendszernek figyelembe kell vennie.
Lehet itt pár embernek nagy arccal lealázni a kezdőt - ami egyedül ezen a fórumon szokás, de ezt már nem csak én jegyeztem meg ezen a fórumon - attól még ez hiba.
És küldtem már be javítást más témában és meg is csinálták, akik értenek hozzá. Ezt is fontos megjegyeznem.
Valamiért itt van egy pár ember, aki itt akarja kiélni a felsőbbrendűségi érzését.
És most nem rád gondolok, te legalább valódi választ adtál.
Mindegy is, én vagyok a hülye, hogy kérdezek egy fórumon, ami azért van, hogy kérdezzünk, ha elakadunk.
Szerintem minden kérdezőnek itt kéne hagynia ezt az oldalt, maradjanak magukban az önjelölt istenek.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Megoldottam. Leírom mi volt,
Megoldottam. Leírom mi volt, hátha másnak segít majd valamikor, én sok időt elcsesztem vele. Ha úgy vesszük én voltam a hülye, na mindegy.
Úgy tűnik, hogy a CKeditor a moduljával nem működik, már ami a bevezető törés dolgot illeti, viszont a wysiwyg és aztán a CKeditor működik. Itt jegyzem meg, hogy ebben az esetben a sites/all könyvtárban egy libraries könyvtárba kell telepíteni a CKeditort, de a CKeditor modul nem kell. Én ott rontottam el, hogy feltettem a CKeditorhoz a modult is, meg a wysiwyg is fent volt, ekkor egy csomó minden nem működött. Aztán wysiwyg nélkül tettem fel a CKeditort, ekkor minden szépen ment, kivéve a bevezető törést. Végül a wysiwyg és CKeditor működik minden szempontból.
A sites/all könyvtáron belül tehát lesz egy modules és egy libraries könyvtár. A modulesba kell tenni a wysiwyg-et, a librariesbe pedig a CKeditort (nem a drupal.org-ról letölthetőt, hanem amit innen szedsz le: http://ckeditor.com/). Ezután az adminisztráció/wysiwyg -nél kiválasztasz egy beviteli formát, kiválasztod a feltett CKeditort, és kész. A kép feltöltéshez én feltettem az IMCE-t, és az IMCE wysiwyg API-t, az is megy.
Remélem másnak segít majd. Üdv