🚀 go-pugleaf

On 22 Lip, 23:32, "szomiz" <szo...@kocha.dostawac.reklamy.przez.net>
wrote:
> Użytkownik "rafian" <ronin...@gmail.com> napisał w wiadomościnews:e9a50f5b-84fa-42ca-a3f1-5cd1ef67d2dd@y7g2000yqa.googlegroups.com...
>
> > I teraz pytanie co z tym zrobić? Jeśli nie mogę użyć własnych
> > atrybutów, to czy ktoś ma jakiś pomysł jak zrobić taką w miarę
> > uniwersalną walidację formularzy, taką aby osoba tworząca tylko kod
> > HTML z tego poziomu była w stanie określić, czy pole ma być
> > obowiązkowe, czy też nie, oraz aby było to prościutkie i intuicyjne w
> > użyciu.
>
> <input type="hidden" value="..." .../> dostepny przez nextSibling ?
>
> A wogole, co to za pomysl z walidowaniem po stronie klienta. Zwlaszcza w
> czasach ajaxow, JSON'ow, albo czegos innego, czego istota rowniez zawiera
> sie w 15-liniach kodu, ale nie pisza o tym ksiazek?
>
Nie wiem czy się pisze czy nie, ostatnio nie przeczytałem żadnej
książki niestety, temat jednak nie dotyczy Twojego pytania, ale
chętnie odpowiem.
Prawdziwa walidacja kodu następuje faktycznie po wysłaniu formularzu,
formularz jest walidowany przez odpowiedni skrypt php.
Ta część w js mogła by nie istnieć, potrzeba jest w zasadzie do 2
rzeczy, wymienię wg istotności.
1. Każde przesłanie formularza na serwer to dla mnie koszt: transfer,
czas procesora, zapytania do bazy danych, połączenie. Każda redukcja
choćby o niewielki ułamek, to dla mnie materialny zysk, więc mam o co
walczyć.
Oczywiście sam serwer musi potem sprawdzić czy wszystko ok, bo
przecież wiadomo, że walidacja w js to nie jest żadne zabezpieczenie
przed tego typu sytuacjami.
2. Ułatwienie wprowadzania danych - klient od razu wie, że coś ma nie
tak, bez oczekiwania, więc chętniej poprawi błąd, niż wyłączy
przeglądarkę ;-)