megvan
Köszönöm a segítséget mert rávezetett a megoldásra ami abbam merül ki h nem mindegy milyen formában adom meg a base url-t, eddig így adtam meg: $base_url = 'http://oldalam.atw.hu/ DE az atw más módon kezeli az oldalak és így kell helyesen megadni: $base_url = 'http://users.atw.hu/oldalam
az "oldalam" csak a példa kedvéért van a tényleges cím más.
Nagyon kösöznöm asegítséget, bár felmerült a következő probléma mégpedig az h nem tudom a .htaccess fájlt felrakni mert sztem a server szűri és nem engedi felrakni mit lehet ez ellen tenni?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem CCK téma
Ne CCK-val oldd meg, mert az nem erre való. Írj egy saját akciós árkezelő modult az ecommerce-hez. Miért? Azért, mert amikor majd megy a megerősítő email a rendelésről vagy jön egy olyan probléma, hogy eltérő adósávba esik 1-1 termék, akkor nem lesz jó az, hogy nem a product api-t fogod ezt lekezelni. A product api-ban mindez nagyon jól meg van oldva, elegánsan meg is tudod benne oldani a feladatot, nem érdemes felvenni egy új CCK mezőt, amit logikailag az ecommerce modulnak kellene kezelnie.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A content type-ba belepiszkálás nálam bekavar
Én egy galériát akarok összedobni az image modulból + views, sminkek stb. De már az elején akadt egy kis gondom.
Meg akarom változtatni az image content type-ot, hogy ne kerüljön a főoldalra, valamint a szöveg a kép alatt legyen (ez lesz a komment a képhez). Viszont bármit változtatok rajta, vagy akár változtatás nélkül elmentem a tipust, akkor onnantól nem működik az image modul!! Nem tudok feltölteni többé képeket (legalábbis image tipusú node-ba), kép nélküli node lesz. Ha a content type módosításnál rányomok a reset to defaults-ra, akkor ismét jó.
5.0 beta2 -t használok, lehet, hogy ez csak vmi béta bug? Nem találtam róla semmit.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
mintha korábban működött volna
úgy emlékszem, hogy még 4.7.x alatt ahogy fordítottam úgy jelent meg a page ill. a story típus is...
persze lehet, h csak rosszul emlékszem, de ez esetben fel merül bennem a kérdés, h miként lehetséges az amit pp a hétvégin konfon említett:
- "... az 'Írás' -t rögtön telepítés után fordítom 'Hírek' -re ..."
egyrészről itt már arról van szó, hogy egy magyar karaktersorozatot fordít (nekem az 'Írás' se jelenik meg csak a 'Story'), másrészről akkor hogy működik az általa említett fordítás?
szerk.:
ja és nem felhasználó által megadott tartalom típusról van szó, hanem a két alap típusról
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mást szeretnék
Szia.
Nem így értettem. Van egy belépő oldal a drupaltól függetlenül, ahol csak egy jelszót kell megadni. Ha érvényes, akkor ennek a jelszónak az md5 értékét szeretném tárolni egy session változóban, hogy oldalról oldalra meglegyen.
A probléma, hogy a drupal a session-t a felhasználóhoz köti, aki jelen esetben a vendég felhasználó. Ez azért nem jó nekem, mert ha egyszer egy vendég beír egy érvényes jelszót, akkor az összes többi vendég felhasználó is megkapja ezt az értéket.
Ezt szeretném elkerülni, de ha lehet, akkor nem get vagy post-al utaztatnám az adatot, hanem session-ben tárolnám.
Köszönöm: Zoli
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Jah, de van meg mas is...
Manapsag eleg ritka hogy 0-rol neki all egy csapat barminek es alapvetoen (az esetek tobbsegeben) felesleges is. "Legozas" folyik mert teljesen felesleges ujra feltalalni a kereket, es celszeru minimalizalni a munkat es energiat nomeg a lovet azokra a modositasokra/bovitesekre amik a fellelheto "lego" daraboktol elternek/szuksegesek.
Az alapveto nezetelterest en ott latom a ket oldal kozott, hogy a "megrendeloi" oldal nem hajlando tudomasul venni, hogy a mai magyar valosagban a penzeert max. "legozni" lehet es emiatt kompromiszumok szuksegesek a reszukrol. Nalam legalabbis eleg ritkak az olyan megrendelok akik 5-10 embernek leteszik a havi 4-6 kilot (3-4 evre elore) annak erdekeben megvalositsak az almaikat...
biztonsagos fizetes fizetes
en asszem OTP-set neztem, ott soap-pal kellett asszem kommunikalni a bankkal, es az is 3szereplos tranzakcio volt.
tehat en leadtam a "rendelesemet" a bank fele, user a bank oldalan ellenorizhette a tranzakciot, es ha minden ok, akkor jovahagyja.
tehat en hiaba szeretnek mondjuk lehuzni a szamlajarol 1 millat, ugyse fogja a szamlatulaj jovahagyni a bank oldalan, johagyas nelkul meg nem tudok lehuzni penzt tole.
egyeduli anyagilag problemas resz az lehet, ha ugy torik a scriptet, hogy elhiteti a scripttel a vasarlo, hogy jovahagyta a bankban a tranzakciot, kozbe nem.
tehat ebben az esetben "ingyen" jutna az altalam penzert nyujtott termekhez/szolgaltatashoz.
Tyrael
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Re: Gábor is írta már, de
Szia!
Az van, hogy akitol kaptam az oldalt zippelve, o azt mondta, hogy kiprobalta egy olyan gepen is ahol nem volt drupal telepitve, es ott siman ment. Szamomra ez fura, de ez a helyzet.
mysql ver 14.7 Distrib 4.1.11
php 4.1.2-7
drupal nincs fenn ezen a szerveren egyaltalan ahol most hasznalom. Azert mertem igy is kiprobalni, mert akitol kaptam egre-foldre eskudozik, hogy igy is jonak kell lennie.
Hogy milyen verzioju drupal-al keszult az oldal azt nemtudom.
Sajna az, h barmit is telepitek nem opcio, mondhatni szarbol kell varat epiteni....
d
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Image modul nem tölti fel a képet
Úgy látom, hogy a files/images/temp könyvtárba feltölti, de nem másolja az images könyvtárba.
Hibaüzenet:
# ?/var/www/.../files/images/temp/kep.JPG? nem másolható.
# A kép nem hozható létre: preview
és hasonlók.
5-ös Drupal van, legújabb modulokkal. Igazából az Acidfree-vel kezdtem, de rájöttem, hogy az is ezt az Image modult használja a feltöltéshez.
777-re van állítva a files, images, temp könyvtár.
Próbáltam már a .htaccess fájlban kikommentezni a sorokat is, de semmi nem oldja meg a problémát.
Találkozott már valaki hasonló problémával? Volt rá megoldás?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Körülmények
A fenti leírásból kifelejtettem, hogy be kell importálni az adatbázist a phpMyAdminnal amit az ATW esetén a mysql.atw.hu címen tudsz elérni. Nem tudom, hogy ez e a problémád, mert ugye onnantól kezdve, hogy jópár sor ki van ilyenkor kommentezve az adatbázisos részekből, elvileg bármi történhet. De elképzelhető.
A következőkre kéne figyelni:
1. Rendesen fent van a tárhelyen a drupal 4.7.3?
2. A jogosultságok a különböző állományokhoz megfelelőek (pl settings.php, files/ mappa)?
3. Be lett importálva a mysql állomány az adatbázisba?
4. Megfelelőek a fent említett beállítások illetve módosítások?