- Expediere
- 27 august 2026 la 15:42 UTC
- Autor
- Kamo
- Comite
- ddab3e3
unde este? MAX SAFE INTEGER Un ID numeric de această dimensiune este un IEEE-754 dublu într-un browser și JSON.parse se rotunji înainte de orice cod client Rulează, astfel încât ID-ul nume un vânzător care nu există și culegatorul care se angajează un vânzător dintr-un ordin de lucru nu angajează pe nimeni, cu un 400 care citeşte ca un gândac în nota de plată. Nimic nu aruncă pe fiecare parte. Securitatea Serviciul citat deja un out-of-range maper-ul partajat strindifica ID-urile sesiunii *** si raspunsurile 401 la nivel de platforma. Deci un adevărat vânzător a ajuns intact la browser. Ce nu poate acel serializator da este un *stabil* tip: regula sa este de valoare, astfel încât un ID de 19 cifre a fost un JSON șir și o mână însămânțată cu 3 cifre un număr JSON, pe același câmp, în Acelaşi răspuns. rânduri de producție și dreapta despre rândurile de testare, care este cel mai rău dintre ambele. Deci, regula Răspunsul este: acum la fel pentru fiecare rând și fiecare valoare, care este ceea ce permite unui client să declare Câmpul deloc. În loc să trimită patru caractere "null," care un gol @PathVariable Long id Exact cum l-a convertit pe cel gol. Aceasta este o schimbare de fir-format, nu DDL. Testați PIN-ul, inclusiv un serializator de jumătate de rază de valoare se înşeală: un mic * ID este citat prea.