Őry Máté képe

A számítógép bizonyos meglehetősen speciális esetekben tud értelmezni racionális számokat pontosan, de a valós számoknál nem ez a helyzet. Őket lebegőpontosan ábrázolja, vagyis a mantisszát az adattípustól függő tizedesjegy (pontosabban ?kettedesjegy?, mivel bináris) pontosságban, a karakterisztikát pedig a kezelt tartományban pontosan (mivel az egész).

A problémádra a forint esetében nyilvánvaló megoldás lenne az egészekre való áttérés. Más pénznemek támogatásának szükségessége esetén egyéni, egészeken alapuló CCK widget készítése is megoldás lehet.

(Mellesleg megfontolandó, hogy ilyen nagyságrendű kiadás esetében a vásárló csak egy rossz megjegyzést tesz erre a marketingfogásra és a továbbiakban kétmilliónak tekinti az árat.)

0
0
nevergone képe

Egy hiba mindenképpen van: Ha több hozzászólás van, mint amit egy lapon megjelenítesz, akkor nem fog látszódni mi a friss. Ez azért van, mert a Drupal comment olvasottságát a node olvasottságához köti. Ezért ha több oldalra tördelődnek a hozzászólások, akkor nem fogod látni mi az ami új, mert amint megnézed az első oldalt az összes hozzászólás olvasott lesz, még azok is amik meg se jelentek.

Valami olyasmi rémlik, hogy valaki valahol azt mondta, hogy ez javítva van a Drupal 6 -ban. Persze az is lehet, hogy csak rosszul emlékszem.

0
0
kicsigé képe

Megnézegettem a legnépszerűbb oldalaimat, és azt látom, hogy az első helyen a "/" relatív cím áll 17600 látogatóval 3 nap alatt. A második a "node" 800 látogatóval. A "front_page" oldal alig 600 látogatóval pedig a 3. a sorban.

-Elképzelhető, hogy a gugli, még 2 hete amikor az oldal elindult, cache-elte a rossz "oldaltérkép" menüpontot (8 rossz linkkel, amit 3 nap után javítottam) és az miatt van ez a sok látogatás oda,
-vagy esetleg a frontpage modul kavarja szarka?

Már nincs hibás link az oldalon google statisztika szerint, de a "/"-re hivatkozók száma csak nő.

0
0
pp képe

Hammer az a fejlesztői szájtra való nem éles szájtra. Ott mit kezdesz vele?? Kirakod a php dobozt, hogy az futtasson php-t a szervereden aki akar? Kirakod a switch júzert, hogy váltogathassák a júzerek magukat?? Kirakod a devel dobozt, hogy nézhessék a változóidat??

Minek?...Minek?...

Szerintem alap, hogy van egy éles rendszer és van egy fejlesztői amin tesztelek és hajó kirakom az élesre. (lehet én csinálok valamit rosszul...) Szerintem nem véletlenül került a php szűrő pl külön modulba. (szerintem azért, hogy az éles rendszer settings.php-jában tudjad tiltani ;))

pp

daniel04 képe

Szétnéztem a CCK-s modulok között, de nem igazán találtam meg azt, amelyikre igazán gondoltam. Viszont találtam egy olyat, ami egész jól ki tudja elégíteni az igényeimet. A Node Relativity hasonlít a node referer-hez, annyi plusszal, hogy a beküldött node megtekintésénél enged újabb gyerek tartalmakat csatolni/létrehozni, valamint az új node hozzáadásánál lehet egy új gyerek elemet létrehozni a node-hoz.

Ez még mindig nem az, amire gondoltam, de ez is sokkal felhasználóbarátabb megoldás, mint amiket eddig találtam.

Köszönöm az ötleteket;)!

0
0
manitu képe

Kösz Zoli.
A szolgáltatónk felé leadtam az url-t.
A cronnal nem csak akkor van gond ha direkt linkelen a cron.php-t, hanem akkor is, ha az admin felületről lépek a http://www.vakinfo.hu/drupal/?q=admin/reports/status/run-cron oldalra.
Míg a teszthoszton a futás után értesítő üzenet jelentkezik + az adott admin oldal újra betölt, addig élesben üres lapra fut a kérés.
Az Időzített feladatok sorban sem változik a legutóbbi futás ideje dátum.

0
0
Paal képe

Elvileg (most nincs időm kipróbálni):

3 lekérdezésre van szükséged, ami mindig 1 (db) eredményt ad vissza. Mindenben megegyeznek, de az elsőnél nem kell semmi plusszt állítani, a másodiknál az offset értéke 1-re, a harmadiknál pedig 2-re.

Ha mondjuk időrend alapján rakod őket csökkenő sorba, akkor mindig a legfrissebb tartalmat kapod vissza. Az elsőnél időrendben a legutolsót, a másodiknál időrendben a másodikat, a harmadiknál értelem szerűen a harmadikat. Az offset-nél korábban (D5 - Views-1.6) figyelni kellett a paraméter értéke utáni pontosvesszőre.
Paraméterek/Argumentum Handling Code/Argumentum Code:
offset=1;

0
0

--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan

lili_ képe

az oldalt én fejlesztem, nekem nem is okozna gondot a használata csak olykor-olykor
de vannak idősebb munkatársak akik igen is használni szeretnék az oldalt és próbálunk nekik segíteni
az által h egy átfogó leírást kapnak tőlünk
vesszük ill. veszem a fáradságot hogy az általam használt és fontosnak tartott és engedélyezett funkciókat ledokumentálom stb. stb. de hiszem h több szem többet lát.
nem nyúzom ezt a témát csak valamikor a nem kívánatos beszólásoktól a falra mászok...
a fórum a segítségen alapszik nem pedig a kioktatáson

0
0

mini

pp képe

Egy hírportálnál tök jól jöhet, hogy van egy admin felület pár ember részére és van egy olyan ami csak a megjelenítést végzi. Ez az admin felület aztán jól védett helyen van, tehát a sokkal érzékenyebb kódot nem kell annyira tökéletesre megírni. Egy közösségi portálnál (akár csak egy fórum) ezek az előnyök egyszerűen eltűnnek.

A másik, hogy nem keveredik össze az ember fejében, hogy na most nézem az oldalt, na most adminisztrálok. De ilyen felület szerintem könnyedén kialakítható a Drupallal, akár egy ügyes multisite configgal is.

pp

0
0
bogargb képe

Letezik a konyvtar, sooot az alapertelmezett van. Csak annyi van beirva h images es nem fogadja el.
Es erdekes, mert azt irja h nem letezik a konyvtar, viszont bele lehet importalni a kepeket, tud a kepekbol elonezetet csinalni meg minden, tehat dolgozik a drupal benne, de azt irja ki a hulye h nem letezik:P
irtad az eleresi utvonalat, annak a vegen az image.imagemagicck.inc az pontosan mi? Masoljak be egy olyan filet? Mert bemasoltam es semmi, csinaltam egy olyan utvonalu konyvtarat is amit te mondtal es ott sincs semmi.

0
0