> Jak to się zdarza czasami, to daj w try..catch i w catch redirecta > na tą samą stronę.. fakt, że jeśli błąd się zapętli, to będzie > syf, no ale..
no to niestety nie jest wyscie z sytuacji ;(
nieprecyzyjnie sie wyrazilem: to jest blad wystepujacy non-stop ale tylko na niektorych pytaniach w niektorych czesciach serwisu. ot tutaj sobie dziala w innym miejscu juz nie. na localhoscie wszystko gra a tu nawet nie wiem w czym problem bo nie moge sie przeciez opierac na wyrzucanych bledach ktore sa niedorzeczne:
tzn. np.
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 '? LIMIT ?,?' at line 5' in
of coz pytanie dobre, zmienne podstawione dobrze, ale ok, dajmy ze nie. kasuje sobie wiekszosc zmiennych z pytania aby uproscic do select * from blabla i wracam do punktu wyjscia z errorem jaki na poczatku napisalem. zrezygnowalem takze z prepare() na rzecz query() i to samo. tu cos sie krzaczy z pdo chyba :(((((
a podobno to wyszlo z fazy niestabilnosci :(
-- http://normanos.com 'Nie wiem. Nie znam się. Nie orientuję się. Zarobiony jestem'
> Dlatego ja np. nawet PDO opakowywuje swoimi klasami. Przezorny zawsze > ubezpieczony.
ja tez zaczalem uzywam OPD (Open Power Driver)
ale do rzeczy: pobawiłem się w "znajdz 10 szczegolow ktorymi rozna sie te obrazki" ;) i wylapalem rzeczy o ktore pluje sie PDO z serwera:
1. $sql->bindValue(':zmienna', $this->zmienna); powoduje blad mimo, ze zmienna z pewnoscia wystepuje (sprawdzalem). zmiana na nieobiekt juz nie powoduje problemu.
2. tutaj nie wiem co zrobic wiec ktos moglby mi poradzic. na localu mialem rozwiazanie
$sql = $db->prepare("SELECT SQL_CALC_FOUND_ROWS * FROM blabla); ... $sql = $db->query("SELECT FOUND_ROWS()"); i mialem juz liczbe zwroconych wynikow. na serwerze ta konstrukcja juz nie dziala a chcialbym uniknac powtarzania drugi raz pytania z count(*).
dzieki.
-- http://normanos.com 'Nie wiem. Nie znam się. Nie orientuję się. Zarobiony jestem'
|
