Taxonomy block SQL hiba / adatbázis mező név
Sziasztok!
Feldobtam ezt a kérdést a Drupal.org-on, de nem kaptam rá választ. Lehet, hogy valami teljesen nyilvánvalót kérdezek, de nem találom a megoldást.
A következő hibát kaptam 4.6.6 alatt:
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') AND n.status = 1 ORDER BY sticky DESC, created DESC LIMIT 5' a query: SELECT DISTINCT(n.nid), n.title, n.body FROM term_node t INNER JOIN node n ON t.nid = n.nid WHERE t.tid IN () AND n.status = 1 ORDER BY sticky DESC, created DESC LIMIT 5 in /home/path/to/html/includes/database.mysql.inc on line 66.
Fórum:
megprobalom leirni miert nem
megprobalom leirni miert nem lehet egyszeruen par lepesbol hibara futtatni vele.
de
hozzal letre egy forumot.
es kezdd el hozzaszologatni.
legyen par 4-5-6 szintu szal.
namarmost amig az embernek csak par foruma es par viszonylag keves szamu commentje es comment szalja van addig nincs is nagy lathato problema.
De a hiba nem egyik pillanatrol a masikra bontakozik ki.
ugye a commenteknek van egy thread-je, ami karaktersorozat, es php inkrementalja az erteket, mert van benne betu is.
namarmost ez normalis esetben a thread ugy nez ki hogy
az alap hozzaszolas XXXXXXX/ formaju.
erre erkezett valaszok XXXXXXX.00/ XXXXXXX.01/ ....
a XXXXXXX.00/ -ra erkezett valaszok pedig XXXXXXX.00.00/ , XXXXXXX.00.01/ .. es igy tovabb
namarmost mikor pg-ben megkerdezik, hogy egy adott node id-je (nid) eseten mi a legnmagyobb thread (uj hozzaszolas eseterol van szo), akkor o megmondja, hogy ez az XXXXXXX.00.01/
mert
mint latjuk a fentiekbol az alfanumerikus karakterek nagyobbak a '/' vagy a '.' jelnel. innentol foggva meg mar a '.' es a '/' harcarol beszelunk, amit viszont a PG eseteben mint a .org -on is irtam, a '/' rovasara a '.' nyer, mert neki -47 mig a '/'-nek -48 a kodja.
de a nekunk ez miert is jelent problemat?
azert, mert a comment.module kovetkezo par sora a hiba masodik oldala.
na, a * resznel kovetkezik be a hiba, mert a vancode2int fv egy olyan boduletes nagy szamot alkot azokbol, amiben '.' van hogy csak lesel, mikozben az int2vancode visszalakitja, mar olyant kapsz/kaphatsz, ami meg mar van. mikor pedig kicsit lejjebb beszurja mar kesz is a baj. hiszen minden valasz ami a multiplikalt threadekre erkezik, a rendszer egymas ala pakolja.
helytelenul, igy pedig osszekeverednek rendesen a valaszok amennyiben beagyazott nezeteket valasztanak. (megjegyzem nana hogy osszekeveri oket, mert thread alapjan rendez ez 15, 20, db ugyanolyan thread elmeletileg nem lehetne, pedig van a multiplikacio kovetkezteben)
megprobaltam eleg jol osszefoglalni. igy ezek keletkeznek... ami elmeletileg nem lehetne.
ellenben ha csak azok kozott keressuk a maximum-thread-et amiknek nincs pid (parent id) -juk akkor mind a pg mint a my jol csinalja.