Valószínűleg az a titok
Valószínűleg az a titok nyitja, hogy ha már egy lekéréskor futott a node_load() az adott nid-re (mert mondjuk épp az jelenik meg), akkor egy másik node_load() ugyanarra a nid-re már sql nélkül lefut. Ez valószínűleg így van, és akkor valóban nem plusz erőforrásigényes, tehát én is benéztem a dolgot.
De mivel balról jobbra megy a kiértékelés, és előbb vizsgálod azt, hogy is_numeric-e az arg(1), és a count()-al azt csak utána, hogy egyáltalán van-e arg(1), warning veszélyt érzek az erőben. :) :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az á betű titka
A search.module 263. sorában az indexállomány létrehozása közben eltávolítunk néhány spec.karaktert. Többek között az xA1-et is.
Mivel az "á" karaktert a Drupal xC3A1 UTF-8 kóddal tárolja, ezért indexelés közben az "á" karaktert tartalmazó szavakból a xC3A1 helyett xC3 íródik be a search_index táblába - így nem lehet az "á" betűt tartalmazó szavakra keresni.
Ha eltávolítom a fenti sorból az xA1-et, akkor minden ok.
Hogy miért veszik ki ezt a kódot eredetileg, azt nem tudom, de én ezzel a módosítással használom, és működik.
Kérdeztem Boogie-t is, hogy a Weblaboron ezt hogy oldották meg, de ők nem a beépített kereső modult használják.
-jpi-
-jpi-
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A szolgáltatóm szerint "Az
A szolgáltatóm szerint "Az Apache beállítások rendben vannak. Az AllowOverride érték az All opcióra van állítva.
A szerveren semmilyen módosítást nem végeztünk, melynek hatással kellene lenni az oldalára."
Na most már teljesen nem értem a dolgot.
Talán a 4.7.6-os Drupal frissítése 5.1-re megoldja a problémát?!