SHA1 - dziwne działanie Opcje

[multiqlti]

Podpowiedzcie mi czemu te 2 wartości nie są taki same ?!

Tworząc usera i hasło dla niego używam :

[PHP] pobierz, plaintext 
$password_trim = trim($_POST['password']);
$password = SHA1(mysqli_real_escape_string($conn, $password_trim));
[PHP] pobierz, plaintext 

gdzie $_POST['password'] jest z formularza

w innym miejscu w panelu admina jest możliwość zmienić hasło dla usera :

używam :

[PHP] pobierz, plaintext 
$password_trim = trim($_GET['column_value']);
$column_value = SHA1(mysqli_real_escape_string($conn, $password_trim));
[PHP] pobierz, plaintext 

gdzie $_GET['column_value'] jest z formularza


oba stringi podaje tej samej "obróbce" przed dodaniem do bazy danych
hasło wklejam , nie przepisuje , więc nie ma mowy o literówce
i oba hashe sa inne (IMG:style_emoticons/default/sad.gif)

Pomińmy dyskusje o używaniu SHA1 - to jest czysty eksperyment i docelowo będzie SHA256 lub inne

[nospor]

Tak, # jest znakiem specjalnym w url.
Dlatego juz dawno prosilem o VAR_DUMP tych danych z get/post no ale po co... jak z dziecmi (IMG:style_emoticons/default/tongue.gif)

[multiqlti]

Tak, # jest znakiem specjalnym w url.
Dlatego juz dawno prosilem o VAR_DUMP tych danych z get/post no ale po co... jak z dziecmi (IMG:style_emoticons/default/tongue.gif)

a jakie są obecne "prawidła" jeśli chodzi o używanie znaków specjalnych w url ?
Trzeba je "zakodować" i używać czy w hasłach nie powinny być używane ?

[dublinka]

a jakie są obecne "prawidła" jeśli chodzi o używanie znaków specjalnych w url ?

https://stackoverflow.com/questions/1856785...n-a-url/1856809