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

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

Po pierwsze wywal to
mysqli_real_escape_string
jako ze jest totalnei zbedne

Jesli potym ci nie bedzie nadal dzialac to pokaz var_dump z obu wartosci

Oba stringi są takie same mówisz o $password_trim?
Sprawdź czy mysqli_real_escape_string($conn, $password_trim) jest takie samo?

Wywaliłem escape'y

Nadal nie działa jak powinno , ale zauważyłem pewną prawidłowość :

jesli używam hasła typu "q"
to oba skrypty dają ten sam hash
string(40) "22ea1c649c82946aa6e479e1ffd321e4a318b1b0"
string(40) "22ea1c649c82946aa6e479e1ffd321e4a318b1b0"

ALE jeśli użyję hasła typu "f#dtj!256"
to hashe się różnią :
string(40) "4a0a19218e082a343a1b17e5333409af9d98f0f5"
string(40) "5101acc07653f52e6fab28676f16b0f3acc0f22b"

A czemu po prostu nie użyjesz password_hash?

Pewnego dnia użyje , na razie musze rzeźbić w g.... (sprzed ok 20 lat)
Zajęłoby mi cała stronę opisywać czemu pytam o SHA1. Taki stan zastałem i tymczasowo muszę zrobić możliwość zmiany hasła.
Cały projekt będzie zbudowany od nowa wkrótce i wykorzystamy nowsze standardy.




ciekawe
Dzięki za hinta , trim ucinał mi hasło tzn z "f#dtj!256" robił "f"

Wywaliłem TRIMa i nadal źle hashuje

Hash 4a0a19218e082a343a1b17e5333409af9d98f0f5 to hash dla pojedynczej litery f.
Gdzieś następuje obcięcie stringu.

czy to oznacza , że np # nie można przesyłać GET/POST w URL ?
Bo ucina po "f"

zmien.php?password=f#dtj!256

[PHP] pobierz, plaintext 
$pass = $_GET['password'];
echo "pass = ".$pass; 
$column_value = SHA1($pass);
echo 	"Column_value: ".$column_value;
var_dump($column_value);
[PHP] pobierz, plaintext 

daje mi :

pass = f
Column_value: 4a0a19218e082a343a1b17e5333409af9d98f0f5
string(40) "4a0a19218e082a343a1b17e5333409af9d98f0f5"

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

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 ?

Po pierwsze to sie nie przysla hasla URLem...
I tak, znaki specjalne sie escapuje w url. chociazby url_encode

var_dump(urlencode('f#dtj!256'));

var_dump(urldecode('f%23dtj%21256'));

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