Witam!
Mam problem z zapytanie preinterpretowanym. Kod wygląda tak:
-konstruktor
[PHP] pobierz, plaintext

1. private static $db;
3. function __construct() {
4. if(!self::$db) {
5. self::$db = new mysqli(DB_HOST, DB_USER, DB_PASSWORD, DB_NAME);
6. }

[PHP] pobierz, plaintext

-źle działająca metoda:
[PHP] pobierz, plaintext

1. public function confirm($sEmail, $iListId, $sHash) {
2. if($sHash != $this->generateHash($sEmail))
3. return false;// to jest ok
5. $sEmail = self::$db->real_escape_string($sEmail);
6. $iListId = intval($iListId);
7. // do tej pory tez jest ok
9. $stmt = self::$db->prepare('UPDATE `subscriptions` SET `confirm` = 1 WHERE `listId` = ? AND `userId` = (SELECT `userId` FROM `users` WHERE `email` = ? LIMIT 1)'); //var_dump zwraca true
10. $stmt->bind_param('is', $iListId, $sEmail);//var_dump zwraca true
11. $stmt->execute();//var_dump zwraca true
13. echo $stmt->affected_rows;// =0
15. if($stmt->affected_rows == 1) {
16. $stmt->close();
17. return true;
18. }
20. $stmt->close();
21. return false;
22. }

[PHP] pobierz, plaintext

Dane w bazie nie są uaktualnione
Czy widzicie jakiś błąd?
Zapytanie jest dobre, ponieważ kiedy użyje go w bazie to wszystko działa.

Jeżeli update nie zmieni danych żadnych w sensie:
w tabeli masz id = 1 i zrobisz

[SQL] pobierz, plaintext 
UPDATE tabela SET id = 1 WHERE id = 1;
[SQL] pobierz, plaintext 

To zapytanie zwroci TRUE ale mysql_affected_rows zwroci 0 mimo iz zapytanie sie wykona poprawnie,
spowodowane jest to tym iż żadne dane nie zostały zmienione.

Tak, oczywiście masz rację ale w moim przypadku jest inny problem, ponieważ tabela ma kolumny: listId, userId, confirm i ostatnie pole jest równe 0(zmieniłem żeby sprawdzić czy metoda będzie działać... a tu nie działa i nie wiem czemu:/)

Może sprawdź czy baza nie wywala jakiegoś błędu. Wiem, że to dziwne skoro prekompilowała zapytanie, i dobrze parametry też widzi. Z jakiegoś powodu jednak nie robi update i może się to wiązać być może z pustym lub nieprawidłowym wynikiem w parametrze. Przez to w sumie UPDATE mógłby nie znaleźć odpowiedniego rekordu a tym samym nie miałby czego updateować. Ewentualnie jest też możliwość opisana przez poprzednika. Baza ze względów optymalizacji sprawdza czy rekord przed i po operacji nie będzie taki sam przypadkiem. Odczyt jest szybszy niż zapis, więc baza w takim wypadku zaktualizuje tylko kolumny, które rzeczywiście wymagają zmiany i odpowiednio ustawi TRUE jeśli choć jedna z kolumn uległa zmianie. Jeśli żadna to nie uwzględni rekordu pośród zmienionych.

@gcdreak wyświetl sobie zapytanie jakie się wykonuje i zobacz co jest nie tak z nim.

@skowron-line dzięki twojemu postowi rozwiązałem problem

Ale banalny błąd - literówka "jak@kowalski.pl" zamiast "jan@kowalski.pl" dlatego działało jak ręcznie wpisywałem...
Dzięki za pomoc.
Temat do usunięcia.