nem javított?
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Miért a / a legnépszerűbb oldalam?
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ő.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
0.3
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
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
3 views + offset
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;
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
mert jól jöhet
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
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
:(
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Lebegőpontos valós számok
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.)