🚀 go-pugleaf

"TeNciN" <tencin@acn.waw.pl> wrote in message
news:a0sbld$144$1@pingwin.acn.pl...

[...]
> Sprawdzanie poprawnosci danych wprowadzanych do formularza realizowana po
> stronie klienta to najwieksze nieporozumienie o jakim slyszalem. Owszem,
> mozna sprawdzac dane np. z poziomu JS, w wiekszosci przypadkow zmniejszy
to
> ruch generowany w sieci, niemniej bezpieczenstwo zapewniane przez tego
typu
> rozwiazanie jest przyzerowe. Ominiecie kontroli poprawnosci jest
dziecinnie
> proste. Jesli wiec projektant aplikacji rezygnuje z powtornego sprawdzenia
> poprawnosci po stronie serwera, to jedynie zaswiadcza o doglebnej
ignorancji
> zasad bezpieczenstwa.
> Nie zgadzam sie wiec z teza jakoby sprawdzanie poprawnosci danych to
> podstawowe zadanie JS.

Poprawność danych to niezupełnie to samo co bezpieczeństwo systemu. Jak w
formularzu jest obowiązkowe pole i user przypadkiem go nie wypełni, to chyba
lepiej jak wyleci alert z informacją, niż każdorazowo w takiej sytuacji
serwer miałby generowac na przykład błąd "cannot insert null into...",
nieprawdaż? Oczywiste, że obejście JavaScriptowych zabezpieczeń jest możliwe
i względnie proste, ale dlaczego ich nie stosować (oprócz poważniejszych
zabezpieczeń, oczywiście)? Sprawdzenie poprawności danych to dokładnie jedno
z podstawowych zadań JS, znacznie gorzej z DHTML-em, jeżeli strona ma być
czytelna pod różnymi przeglądarkami.
--
pozdrawiam
Paweł Filipiak
pfilipiak@poczta.fm
icq 65223699; gg 1165099