értelmes szolgáltató?
ezt kifejtenéd kicsit bővebben? Talán biztonsági okai vannak?
Csak azért kérdem, mert hasonló cipőben járok a fenti két modullal, bár "nálunk" 5.1.6-os fut. Szintén nem értek hozzá, csak utánaolvasgatva azt találtam, hogy az 5.2.x 2007. júliusa óta elérhető. Nekem kicsit gyanús ez a "sok" idő és a kérdésemre, hogy miért nem frissítenek az volt a válasz keressek inkább másik modult.
szerk:
bocsánat! megnyitottam az általad linkelt odalt a háttérben, csak gondoltam előbb itt "befejezem".
Tehát itt a válasz a kérdésemre
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
törölnöd kell a theme registry -t!
minden új tpl.php és minden új függvény felvételekor (a template.php -ba ha olyan függvényt írsz, ami még nem volt benne) törölnöd kell a smink regisztrációs tárat. ez egy ilyen pseudo gyorstár, ha jól értem a dolgot, a lényeg az, hogy nem minden oldalletöltéskor néz végig a drupal minden lehetséges variációt, hogy melyik sminkfüggvényt vagy sablont valósítja meg a smink, hanem egyszer belebúrja ebbe a tárba azokat és utána azzal dolgozik.
szóval az admin/build/themes oldalon egy sima mentést kell nyomnod, hogy "észrevegye" az újdonsült függvényedet.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
úgy jön, hogy
Úgy jön, hogy amit szeretnél, az a honlapoknál alkalmazott CSS formázáshoz köthető. Azt javaslom, hogy indulj el innen és innen, és alaposan olvasd el az egészet, és lehetőleg ne egyszer, na meg próbálgass is ki mindent. Ez időbe telik, ami elsőre soknak tűnik, de sokat nyersz vele, és jobban fogod érteni a válaszokat, amelyeket addigra már magadtól is megtalálsz... na meg ha te nem szánod rá ezt az időt, mi miért szánjuk rá a problémád megoldására?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Grid-be tedd...
ha jól értem, akkor azt szeretnéd, hogy sorokban jelenjenek meg a tartalom mezői, kivéve azokat a bizonyos összetartozó adatok - cikkszám & magasság & ár - amelyeknek egy-egy sorban kellene megjelenniük
ebben az esetben:
- a viewsnál tedd Grid-be az összes mezőt, jelöld az inline mezőket, vagyis azokat amelyeket egy sorban szeretnél látni. Már csak azt kell megadnod, hogy hány oszlopa legyen a Gridnek.
- a táblázatos stílusnál Separátorral tudod a mezőket összerendelni, egyébként a mezők jelennek meg a tartalom sorának celláiban.
ezt kérdezted?
Geva
----- Számítások - Kalkulátorok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mutasd a teljes queryt
Ha jól tudom, az első SELECT egy MySQL változónak ad értéket. Ha jól gondolom, a második SELECT ezen változó értékét használná. Mi akadálya van annak, hogy:
1. ha ez az érték mindig 0, akkor beleírd a második querybe?
2. ha ez az érték változik, akkor a db_query()-t paramétereznéd rendesen, helyőrzőkkel (placeholderekkel) meg amivel kell?
Mindkét esetben elég volna egyetlen SELECT, ergo elég volna egyetlen db_query() hívás is.
Ha meg tudod mutatni a teljes második querydet, akkor konkrétabban is tudnánk válaszolni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
kb semmi köze a drupalhoz
pont ez a módszer lényege. :)
nem lehet, hogy az 5.x oldalad jóval régebbi, a 6.x meg szinte új és még nem indexelte be rendesen? az lesz szerintem.
így mit mutat a google, ha így keresel, hogy például legyen a 6.x oldalad címe http://bevagyeindexel.ve akkor ezt írd a keresőbe:
site:bevagyeindexel.ve
ez visszaadja neked az összes "aloldalad" amiről perpill tud a google. _nyilván_ csak azokat tudja aztán megtalálni. a többit majd idővel megtalálja. vagy építhetsz neki sitemap.
-
clear: both;