Már megint az Artisteer!
Köszönöm a jó tanácsokat! Bár ilyen szinten szaktudásban nem tartok, így nem is tudnám ezeket végigcsinálni :(
Ennek ellenére megtaláltam a bűnöst!
Már megint az Artisteer csinálja a balhét, ahogy pár héttel ezelött egy másik honlapomnál is (http://drupal.hu/forum/keres%C3%A9s-eredm%C3%A9nylist%C3%A1ja-al%C3%A1-l...)!
Kipróbáltam más, eredeti sminkkel a honlapot (Bartik), azzal rendben működik az oldaltörés. Tehát megint az Artisteer-rel készült sminkem akad össze, most éppen a Webform modullal.
Sajnos nem tudom mellőzni az Artisteer-t... Nem vagyok annyira járatos a témában, hogy programozói szinten alakítgassam a honlap kinézetét (háttérszín, fejléc, blokkok szélessége, stb.), ezért szoktam az Artisteer-hez folyamodni, a hibáival együtt.
Eddig még - ahogy a jelen esetben is - csak olyan hibáival találkoztam az Artisteer-nek, amiket, ha nem is túl elegánsan és szakszerűen, de meg tudtam oldani, illetve meg tudtam valahogy kerülni.
Gondolom az igazi debuggolás sokkal-sokkal több időt és fáradságot, és nem utolsó sorban szaktudást követelne, ezért ez úttal is inkább megelégszem a mostani, a célnak megfelelő megoldással, amit az előző hozzászólásomban részleteztem (a webform lerövidítése, hogy ne kelljen oldaltörés).
A segítőszándékot és tanácsokat maximálisan köszönöm, még ha nem is jutottam el a tökéletes megoldásig, csak a még elfogadhatóig! De ez már nem Sk8erPeter hibája, és főleg nem a Drupal-é!
Veres László
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az ilyen jellegű feladatokat
Az ilyen jellegű feladatokat a Views -> Egyéb résznél az "Összevonás használata" beállításainál tudod megoldani.
Videó
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az nem működött, ahogy a
Az nem működött, ahogy a sminkelésnél szokott.
Valahogy meg kéne mondani a Drupal-nak, hogy ne a Views modul téma mappájából vegye az adott tpl-t.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm az instrukciókat, de
Köszönöm az instrukciókat, de elvéreztem a feltételeknél :(
Ha egyszer lesz egy kis szabad időd egy vizuális megjelenítésre akkor talán jobban megértem a ctools-t.
Mivel nem hagyott nyugodni a dolog elkezdtem cél modult keresni :)...és találtam kettőt is.
Mind kettő a view-re épít.
Le klónoztam az alap Taxonomy_term nézetet a "page" és a "feed" megjelenítést kiszedtem belőle. A mester nézetnél aztán átalakítottam a formátumot grid-re. (több módosítást is megtettem, de a megoldás szempontjából csak részlet kérdés)
A két modulhoz ez fogja az alapot szolgáltatni az egyéni nézethez.
Az első modulnál nem csak a szótárt hanem magát a kifejezéseket is lehet egyéni elrendezésbe rakni. Ez beépül a szótár admin részébe. Itt kell megadni mely nézetet kívánjuk használni, és bekapcsolása után mentéskor már az egyéni elrendezést kapjuk.
A második modulnál csak globálisan bírálhatjuk felül a megjelenést. (csak a szótárt szerkeszthetjük, a kifejezések öröklik)
A megjelenítés beállítása fűlnél engedélyezzük a "Taxonómia kifejezés oldal" megjelenítés mert csak akkor tudjuk aktiválni a modul admin felületét. Itt a "Associated content display" -résznél válasszuk ki a nézetünket mentés és már is a saját elrendezésünket kapjuk az adott szótárra.
A két modul teljesen eltérően viselkedik a beállítások szempontjából, de futnak egymás mellet is. Csak az adott szótár megjelenítését bírálják felül, és nem akadtak össze eddig egyetlen modullal sem nálam.
Mivel nekem egy katalógus grid megjelenítésű összeállításhoz kellet a Drupal Commerce-hez, az utóbbi modult használom a Taxonomy Menu-vel párosítva.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm az eddigi válaszokat!
Köszönöm az eddigi válaszokat!
"Legalább 1 profi Drupal fejlesztő kell a csapatba."
Ha az előzetes kutatás alapján úgy döntünk, hogy van esély arra, hogy Drupallal valósítsuk meg a projectet, akkor mindenképp keresünk egy profi Drupalost, akit kicsit mélyebben beavatunk a tervekbe.
"Mekkora forgalomra számítotok?"
Hirtelen nem tudok becslést mondani, de a cél az, hogy a témánkban a lehető legtöbb országban piacvezető oldallá váljunk. Persze ettől még széles skálán mozoghat a látogatottság, de ha egy szóval kellene jellemezni a várható (remélt) látogatottságot, akkor a "hatalmas" szót választanám :)
"egy adatbázisban fog tárolódni, vagy külön adatbázisban, és az adatok valamilyen módon közlekednek a site-ok között?"
Azt még nem tisztáztuk, hogy domainenként legyenek-e külön adatbázisok. A nagy terheltség miatt lehet rá szükség, de ehhez még el kell végeznünk néhány kalkulációt. Ebben a fázisban igazából még csak az a fontos, hogy Drupalban mit érdemes megvalósítani, és mit nem.
"mit értesz pl.: Webshop alatt."
Hát igen, a webshop egy elég tág fogalom :)
Egy összetettebb webshop lesz. Rendeléskövetés, Egyedi termék mezők, stb. Jó példa a Magento.
"Blog alatt mit értünk?"
Itt a Wordpress-t említeném példaként.
A userek blogolhatnak az oldalon, de ez is meg van egy kicsit bolondítva, ugyanis nem egy userhez fog tartozni egy blog, hanem bizonyos tartalom típusokhoz. Mivel ezek a tartalmak akár többször tulajdonost is cserélhetnek, ezért nem feltétlenül ugyanaz a user szerkesztheti végig.
Nézzünk egy példát: Tegyük fel, hogy egy autós oldalunk lesz, ahol az autónak egy user a tulajdonosa. Na most erről az autóról blogot írhat a user, de ha eladja, akkor az új tulajnak is átadhatja a a rendszerünkben, így a blogot ez a user folytathatja tovább.
"Érdemes lenne végiggondolni a megrendelőnek, hogy a nagyobb oldalak sem úgy indultak, hogy na hopsz lett egy "allinone" portál, hanem szép lassan akár több év alatt, folyamatos funkció bővítéssel épültek és érték el azt a szintet ahol most tartanak. Nem véletlenül vannak "Beta" oldalak, ahol egy egy funkciót hegyeznek csak tökéletesre."
Természetesen az induláshoz szűrni fogjuk a funkciókat, de az elején tisztába kell lennünk azzal, hogy milyen vonalon fogjuk a beta verziót továbbfejleszteni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Elolvasom az ajánlott irodalmat
Az általad javasolt oldalt nem találtam meg, eddig de most jól elolvasom. A példa egy gyors példa volt. Csak próbálkoztam értelemszerűen a lehető legegyszerűbb lekérdezéssel, a limit meg az 1000 sor elkerülése végett volt benne.
A feladat az lenne, hogy van egy nézetem, mely szótár bejegyzéseket tartalmaz. E mögé kellene kiírni hány a szótárhoz tartozó node van benne. Tudom van a term_node_count, de azt nem lehet használni tartalom nézetben, és ha lehetne is a leírás szerint nem veszi figyelembe a szűrőket (bár a modulban vannak ilyen fileok amik ugy festenek mintha igen, bár ezek nem biztos hogy működnek ugyanis a többi fileban nincs ezekre hivatkozás).
A probléma az hogy egy szótár bejegyzés több tartalomtípusra is ráhúzható. ha van egy nézetem amely listázza a szótár termeket de a link egy olyan nézetre mutat amely az adott termhez tartozó bizonyos tartalomtípusokat mutatja, akkor nem fest jól ha a szám más mint amit mögötte talál.
Példa.
informatika. Az oldalon vannak cikkek, tesztek, termékek, fórumtémák. Mindegyikben LEHET videokártya szótár termmel megjelölt node. Videokártyáról szóló cikk, teszt árú stb. De ha a nézet címe az hogy "Cikkek témák szerint (pl.)" akkor a videokártya mellett levő 10-es szám becsapós mert cikk ugyan egy nyamvadt darab sincs az oldalon, de van 8 fajta videokártya mint árú és két fórumtéma a videokártyákról. Amikor a delikvens rápattint a "Videokártya (10)" linkre akkor egy olyan nézetbe jut ahol olyan tartalmak vannak listázva aminek a TTermje videokártya és cikk meg szürve van Oldal tartalomtípusra (vagy irásra, vagy saját cikk tartalomtípusra). Az eredmény szerint ott 10 linket kellene találnia 10 cikkre. Ellenben nem talál semmit.
Én csak ezt az egy ilyen modult találtam eddig. Ha van másik amit nem találtam meg vagy, meg tudja ezt valósítani az sem lenne rossz. Vagy ha a term_node_countot erre rá lehetne venni...
A lényeg hogy egy queryvel le akarom kérdezni hány node van a rendszerben a views paraméterei szerint, ehhez kellene lekérdeznem a beállított views szürőket, és a mezőket. (szűrés mezőnév alapján -taxterm- és szűrő alapján -node type-)
Remélem érthetően fogalmaztam, ha nem elnézést kérek.
Kormen
Kormen
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az én helyzetem annyiban
Az én helyzetem annyiban más, hogy a szerver nem az enyém, csak bérelek rajta tárhelyet és hozzáférést (php, mysql) ezért csak a kóddal és a táblákkal tudok babrálni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hát azért kötődik az
Hát azért kötődik az Drupálhoz mivel az oldal Drupálos. De már megoldottam a mai nap folyamán a problémát ugyhogy már semmi gáz. Akár törölni is lehet a topikot.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Esetleg létezik valami az
Esetleg létezik valami az ubercarthoz ami állíthatóan méri a termékek nézettségét? Gondolok itt arra, hogy lehessen egy blokkba a hónap vagy az éve Top 10 listáját létrehozni...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
- az oldal tartalma elég
- az oldal tartalma elég érdekes, a regisztrálók nagy része biztos, hogy azért regisztrál, mert szeretné használni a csak regisztrált felhasználóknak szánt részeket is.
- közel 300.000 "aktív" regisztrált tagunk van, viszont az új regisztrációk esetén 10 ből kb 4 nem aktiválja a fiókját, és sok visszajelzés jött, hogy meg sem kapta a linket
- én regeltem a legnépszerűbb ingyenes fiókokkal, volt ahol késett 18órát az aktiváló, de végül megjött, viszont a panaszok alapján tudom, hogy sokan nem is kapják meg
- spam bot szűrés chaptcha-val történik
- a reports/dblog -gal az a baj, hogy mindent mutat, és mivel nálunk kb 100 esemény történik percenként nem tudom lekövetni csak a regisztráló e-mail útját
- ha a felhasználó e-mail fiókja teszi bele spam-be, akkor azt hogy lehetne kivédeni drupal oldalról
- kéne egy naplózás külön erre, hogy a regisztrációs aktiváló e-mailekkel mi lett, kiment/megnyitotta stb. erre van valami kész megoldás, vagy lehet erre modult írni? Vagy legalább ki tudnám exportálni azokat, akik nem aktiválták...
- az a baj, hogy nálunk a regisztráció több lépcsős: regisztráció->email aktiválás->egyéb adat bekérés->sms-ben aktiváló kód->kód megadása az oldalon. És ha már az első lépcsőn elakad a történet, akkor már nagyon sokat vesztünk.
- a user modul fájljaiban nem találom a konkrét e-mail küldős részt, nem tudja valaki, hogy hol van az ehhez tartozó php rész?