[php] walidacja pol, ciekawe pytanie 2 2 2 2 2 22 Opcje

[tworzyciel]

prosze o pomoc jak zrobic to zeby po rejestracji czyli po wypelnieniu formularza jak nacisne rejestruj zeby pokazalo sie czy rejestracja przebiegla poprawnie czy nie czy wszystkie pola nie zostaly wypelnione



prosze o pomoc bardzo bardzo bardzo prosze!!!!




prosze kod php na to....

Ten post edytował tworzyciel 3.06.2007, 18:10:18

[dr_bonzo]

[PHP] pobierz, plaintext 
<?php
wezze_manual();
przeczytaj_troche_poczatkowych_rozdzialow();
if ( $nie_znasz_instrukcji_warunkowych )
{
  przeczytaj_instrukcje_warunkowe();
}
 
if ( $nie_znasz_operacjia_na_stringach )
{
  przeczytaj_rozdzial_o_stringach();
}
 
// regexpy_tez_moga_sie_przydac();
?>
[PHP] pobierz, plaintext 

pokombinuj, poogladaj gotowe skrypty z taka funkcjonalnoscia


Poza tym jaki to ma zwiazek z MySQL, przenosze na przedszkole

[phpion]

Sam formularz oraz jego walidację zrobisz przy pomocy:
http://pear.php.net/package/HTML_QuickForm2
Radź sobie i w razie problemów pytaj, a nie oczekuj gotowca.

[LonelyKnight]

Sprawdzanie czy pola formularza zostały wypełnione zrób w JS, podobnie z walidacją danych - JS + wyrażenia regularne - w przeciwnym razie będziesz niepotrzebnie obciążał serwer request'ami.

[cornholio666]

Sprawdzanie czy pola formularza zostały wypełnione zrób w JS, podobnie z walidacją danych - JS + wyrażenia regularne

A jak ktoś sobie wyłączy JS ?

będziesz niepotrzebnie obciążał serwer request'ami.

No to tutaj pojechałeś

[LonelyKnight]

A jak ktoś sobie wyłączy JS ?

To będzie miał wyłączony zasada jest taka, że to co można zrobić po stronie klienta to się robi po stronie klienta. Po co wysyłać dane do serwera, przeładowywać stronę, żeby wyświetlić komunikat że email jest niepoprawny? User musi czekać, serwer mieli niepotrzebne żądanie, a chyba oczywiste jest, że i tak później trzeba jeszcze raz walidować po stronie serwera...

[cornholio666]

chyba oczywiste jest, że i tak później trzeba jeszcze raz walidować po stronie serwera...

I wtedy dane nie zostaną wysłane do serwera i serwer ich nie przemieli?

[JaRoPHP]

...a chyba oczywiste jest, że i tak później trzeba jeszcze raz walidować po stronie serwera...

Dla początkujących osób, które nie mają pojęcia o tym, takie to oczywiste wcale nie jest.
Poza tym, jak widzisz dane i tak zostaną wysłane. No chyba że się mylę?

[LonelyKnight]

Chyba się panowie do końca nie rozumiemy

1. User wpisuje błędny mail
2. Klika na wyślij - JS wywala error - dane nie idą do serwera
3. User poprawia maila i wysyła prawidłowe żądanie do serwera

w Waszym przypadku będzie inaczej:

1. User wpisuje błędny mail
2. Klika wyślij i żądanie leci do serwera
3. Serwer zwraca stronę z polem do poprawienia
4. User poprawia i wysyła drugi raz dane do serwera

...w pierwszym przypadku zyskujemy czas i zasoby, uważacie, że nie warto? Wiadomo, że w końcu dane trafią do serwera ale będą w miarę możliwości już poprawne.

'No chyba że się mylę? '

Ten post edytował LonelyKnight 3.06.2007, 20:49:15

[JaRoPHP]

...w pierwszym przypadku zyskujemy czas i zasoby, uważacie, że nie warto? Wiadomo, że w końcu dane trafią do serwera ale będą w miarę możliwości już poprawne.

Nie twierdzę, że nie warto. Nawet namawiam do takiego podejścia (osobiście stosuję technologię AJAX), ale nie należy pisać początkującemu użytkownikowi takich rzeczy:

Sprawdzanie czy pola formularza zostały wypełnione zrób w JS, podobnie z walidacją danych - JS + wyrażenia regularne - w przeciwnym razie będziesz niepotrzebnie obciążał serwer request'ami.

Jestem jak najbardziej za "wstępną" walidacją po stronie klienta, jednak warto również pamiętać, że osoba może wyłączyć obsługę języka JavaScript w przeglądarce i wtedy taka walidacja się nie odbędzie.

Ten post edytował JaRoPHP 3.06.2007, 21:31:56

[LonelyKnight]

Masz rację - na początku mogłem rozwinąć trochę swoją myśl

Ten post edytował LonelyKnight 3.06.2007, 21:38:32