kalmarr képe

Webform+Mime készíti a levelet.

Sőt észrevettem, hogy a regisztrációnál kiküldött levelek is "torzulnak" nagyon apró betűs lesz. Mind a regisztrálónak, mind az értesítő a regisztrálásról.

Lehet egyszerűbb lenne, ha leírnám mit szeretnék és kavarogni a modul beállításokban.

A célom, hogy a hozzánk regisztrálok adatait emailen is megkapjam. Szinte nulla (text formátumban) formázással:

pl:

Név: X Y
Cím: xyz 1.
Tel: 234234-22525
stb.

Hozzánk két úton "regisztrálnak":

1. Webformon keresztül: Modul automatikusan küldi a levelet. Sajnos hibás formázással apró betűkkel enterek nélkül (azaz egysoran van az összes adat)

2. Drupal regisztrációs űrlap: Itt sajnos még nem tudtam elérni, hogy kiküldje mailen az adatokat a fenti formában.

Ennyi a célom. :)

Várom az 5leteket, Segítséget!

0
0
pp képe

Sok a szöveg! Inkább az oldal forrását nézd meg és a végén levő 10 sort idézd ide be. Formázd a code-jelölővel. (lásd Beviteli forma) Abból a hozzáértők látni fogják, hogy mi a probléma. Jó lenne, ha error logot is tudnál adni, de azt ugye az ingyenes szolgáltatóknál nem lehet általában. ;)

De biztos nem lehetetlen. Csak a gond annyi, hogy egy hobbi oldalért mi a búbánatnak fizessek ki közel 10 ezret, domainestül-mindenestül, ha ott vannak az ingyenesek is - elvileg.

Nyílván energiát se vagy hajlandó beletenni, tehát nem gond, hogy ez a bele nem tett energia, törődés, lelkesedéssel összegyűjtött adathalmaz egyszer csak elveszik, vagy az oldalad egy módosítástól elérhetetlen lesz. Ha mégis én nem foglak meggyőzni, majd megtanulod a saját károdon. :D

pp

0
0
Pasqualle képe

ha keszitesz egy (ures) node-ot es azt beallitod kezdo oldalnak akkor eltunik a Drupal udvozlet..
http://drupal.org/node/424072

ha az nem tetszik, hogy van az (ures) node es alatta a quicktab akkor tovabbi lehetoseg, hogy a node-ba teszed bele
http://drupal.org/node/432264

nem ajanlom nagymeretu oldalak helyezeset quicktab-ba ha ajaxos betoltest tervezel. A sima primary menu a jo megoldas a fooldalra, nem a QT.
http://drupal.org/node/380852

az ajax betoltessel hasznalhatatlanna valhat az ilyen oldal sok ember szamara
http://drupal.org/node/359241

0
0
gazsesz képe

Nekem is ugyanez a tapasztalatom, hogy sokkal könnyebb felhozni egy oldalt az első oldalra, mint ott tartani. Egy teljesen új induló oldal 2 hét alatt feljött az első helyre, majd szépen lassan visszacsorgott.
Ami szerintem fontos, elengedhetetlen az ott tartáshoz:
1. Tartalom. Folyamatosan bővülő, friss tartalom, amely tartalmazza a megfelelő kulcsszavakat és szinonímákat. Nagy előny a fórum, blog.
2. Mennyi konkurencia van az adott kulcsszóra. Sex, porno, hotel kulcsszavakra szinte lehetetlen kijönni előre, vagy irtózatos sok munka és pénz árán lehet és sok időbe is telik.
3. amit említettél, hogy sok külső, nagy pagerankkel rendelkező oldalról legyen hivatkozás rád.

A sitemap.xml beküldésével kapcsolatban még nem tapasztaltam hátrányt, de ennek megvitatása sztem inkább filozofiai jellegű lenne.

0
0

Gazsesz

pp képe

Régi bevett szokás, hogy először megválasztják az elnököt és szépen sorban a többi elnököket. Így nem lesz kavar.

A megoldásod elég furcsa, mondjuk így. Ez csak egy szavazóval működik. Vagy úgy képzeled, hogy az első szavazó szavazata után már más nem adhat le szavazatot? Szóval amit kitaláltál az nem életképes. Papír alapon azt találtad ki, hogy mindenki megkapja az összes nevet felírva egy-egy cédulára és a megfelelő dobozba kell bedobnia. Mivel mindegyikből csak egy van ezért csak egy helyre dobhatja be a cédulát. Ettől még simán kialakulhat, hogy X és Y ugyan annyi szavazatot kap A vagy B elnöki posztjára.
Ráadásul azt se kezeled le, hogy ha valaki nem akar lenni A elnök csak B elnök. Szóval szerintem ezt gondold át még egyszer.

pp

0
0
stewes képe

hogyan tudnám megoldani (a drupal és moduljai segítségével, programozói ismeretek nélkül) két dolognak az összeépítését.
Itt a túrák ismertetése látható: http://bbbse.hu/page.php?18
Itt pedig a jelentkezők száma: http://bbbse.hu/e107_plugins/survey/view.php?12

Készíthető-e a fentiek szerint olyan lap, amiben ez a kettő együtt van. Tehát a leírásnak mondjuk a fejlécében látszik, a jelentkezők, szabad helyek száma.
Fontos: ezt nem én kezelném. Aki az adatokat felviszi, módosítja semmi érzéke sincs a számítógéphez. Nem adhatom neki oda az oldalt, hogy ott szerkesztgesse.
Ha nem csak a mezőbe bevitt adatokat tudja változtatni, könnyen eltűnhet az egész tartalom.

0
0

„Kattintgatós amatőr”

Károlyfi Marci képe

Üdv kedves sokat tudó drupal guru!

A következőben kérem a segítséged:

Azt szeretném megvalósítani, hogy az egyik oldalon 2 db különböző form lesz elhelyezve. Az egyik form (magyarul űrlap, csakhogy ugyanarra gondoljunk :-) ), 11 mezőt tartalmaz( vezetéknév, keresztnév, telefonszám, email cím, település,stb.), a másik form mindössze 2 mezőből áll (név és email cím). A 2 form természetesen 2 különböző thankyou page-re ugrik és ezzel egyidőben kap az ügyfél egy üdvözlő emailt.

Innen kezdődik a bonyodalom :-) Készítettem egy hitelképesség javító tréninget, melyet ingyen adok a hozzám látogatóknak. Ennek kb 15 leckéje van, amit minden feliratkozó megszemélyesítve kap meg. A leckék úgy mennek ki, hogy az első 1 nap késéssel, a második 4 nap késéssel (és így tovább) a regisztrációhoz képest.

Mit ajánlasz ennek a megvalósításához?

Várom mihamarabbi megtisztelő válaszod.

Köszönöm.

0
0

Ha hitelre van szükséged, hitesd el, hogy nincs rá szükséged

konorti képe

Igen ez így ahogy leírtam nem teljesen pontos, tehát nem kifejezetten termékekről van szó, hanem jobb lett volna, ha szolgáltatásokat írok és akkor már egyből jobban érthető, hogy ugye a szolgáltatás típusok/csoportok között lesz átfedés a cégeknél, és lesznek azonos szolgátatások is, de ezek cégekhez kötődnek, hiszen pont az lesz az oldal lényege, hogy a cég által nyújtott szolgáltatások minőségét lehessen értékelni és azokat esetenként összehasonlítani, ezért tűnt kézenekvőnek ez a hierarchikus felépítés.

Úgyhogy ebben az esetben az azonos szolgáltatásokat is cégenként meg kell különböztetni, tehát a cégeket nem lehet tag-ekként kezelni, a termékcsoportoknál már lehet hogy megoldható ez, egyébként valószínűleg nem leszenek hierarchikusak a termékcsoportok, csak ilyen egy szintűek, tehát nem lesz további termékcsoport egy termékcsoporton belül.

Köszi szépen, utána nézek ezeknek a felfedett szűrőknek.

0
0
szantog képe

Kipróbáltam (még egyszer), és blokk nézetben nem működik az UID from URL, csak a user/% útvonalon és álneveiken.
Tehát ha a nevek/107 nem a user/107 álneve, akkor nem lesz jó. (Hogy ez most hiba, vagy nem, nem tudom, de ha nem megy, akkor az arg() használata miért nem jó?)
utána meg hajmeresztő views_embed_view()
Ez miért hajmeresztő? Tény, hogy egyszerűbb volt, mint belemenni a régió-létrehozás részleteibe, de ha csak ezen az egy oldalon szeretne hasonló megjelenést, akkor mi a baj vele?
Tehát ez a topic csak azért nyúlt ilyen hosszúra, mert
1. Nem jó valamiért a standard UID from URL blokk nézetnél.
2. A smink nem tartalmaz megfelelő régiót az általa kívánt megjelenéshez.

0
0

----
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.

balazsgabi képe

Jelenleg azt tudtam elérni, hogy a nézetben megjelenő adatokat nem linkként jelenítem meg, így valóban nem fér hozzá senki. Még a sajáthoz sem :( Ami így nem jó.

Ha valakinek lenne kedve megnézni, akkor a http://balazsgabi.hu oldalon vethet rá egy pillázást.

Reményeim szerint az alábbi usert felruháztam a kellő jogokkal, ha mégsem, akkor magánban jelezzétek, hogy mire lenne még szükség.

login: tester
pswd: tester

Az előjegyzés eléréséhez be kell jelentkezni mindenképp. Ha az okt.26-át nézitek, akkor ott három user által beküldött tartalom van (admin,tester,valaki).

A célom, továbbra is az, hogy mindenki csak a sajátját láthassa és ha már egy időrés foglalt, akkor (egyelőre) ne tudjon mellé foglalni.

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

0
0