[Atexor]

Mirki, chcę zrobić zabezpieczenie przeciwko sql-injection. Problem w tym, że używając htmlentities(), np.

$title = htmlentities($title, ENTQUOTES, "UTF-8");

mimo kodowania w UTF-8 to wykrzacza mi polskie znaki (obrazek niżej) w #mysql. Dziwi mnie to tym bardziej, bo sam charset w php ( $connect->setcharset("utf8");) nie psuje mi wartości w rekordach w bazie.

Jak czytam w dokumentacji, to nie mogę ustawić bardziej zaawansowanego UTF-8, np. unicode_ci jakiego używam w bazie danych. Da się jakoś ustawić prawidłowe kodowanie w/w funkcji?
#webdev #php

[breja]

@Atexor: wszystko robisz nie tak :D

[isamaul]

@Atexor: zmień w bazie na utf8generalci - powinno zagolić

no i nie wiem po co entities robisz na tresci artykułu - nie lepiej usunąć tagi, które nie są potrzebne? Przed sqli wystarczy jakieś dobre pdo

[Atexor]

@isamaul: Chyba działa. Tylko dziwne, że "ó" zamienia, a pozostałych polskich znaków nie. Dzięki :)

[isamaul]

@Atexor: no bo ó powinno zamieniać - poczytaj sobie :p zamienia ci metoda htmlentities

[Atexor]

@isamaul: wiem, wiem, jednak liczyłem na to, że pozostałe znaki także zamieni, np. ż na ź.

[isamaul]

@Atexor: wejdź na doku tej metody - ustawiasz jej parametr co powinna zamieniać jeżeli dobrze kojarzę

[isamaul]

@Atexor: drugi parametr na ENT_SUBSTITUTE

[estemen]

@Atexor: problemem przede wszystkim jest to, że używasz htmlentities w złym celu, służy ona bardziej do ochrony przed XSS, w bazie powinny być dane takie jakie użytkownik przesyła

[Atexor]

@isamaul: zaraz sprawdzę. Dzięki :)

@estemen: To jak to mam ochronić przed wstrzykiwaniem SQL, aby w bazie było to samo?
Zaimplementowałem teraz mysqlirealescape_string i całość znowu wykrzaczyło. A nawet dodawanie \' nadal zmienia rzeczy w bazie.

[breja]

@Atexor: dostałeś już odpowiedz że masz używać PDO a nie rzeźbić w gównie

[estemen]

@Atexor: słowo klucz: prepared statements