Obrada korisnickih gresaka
Pozdrav,
Zeleo bih da cujem savete kako da procesuiram korisnicki input i onda se automatski vratim na tu istu stranicu ali sa prikazom svih gresaka nastalih po unosu. Primer: Imam 3-4 input polja i zelim da nakon klika na dugme Submit procesuiram input(e) u posebnom fajlu. Problem nastaje sto kada otvori tu stranu, proveri sve inpute i pojave se greske prilikom unosa, on ostaje na toj stranici. Kada dodje do gresaka, ja bih najradije (ako je moguce) otvorio onu stranicu sa input poljima i negde (ili cak pored polja za unos) napisao u cemu je greska. Postoji mi solucija da imam jednu Error page na kojoj ce pisati koje greske su nastale, ali mi je to pomalo zastarelo. Isto tako moram napomenuti da koristim HTTACESS fajl da malo ulepsam linkove tako da i tu gubim soluciju da preko URL-a saljem podatke o greskama pri unosu. Pozdrav i hvala na savetima |
Možeš da procesiranje i prikaz forme radiš kroz isti skript, praktično neka action za FORM ide na samog sebe.
Ukoliko je ulaz dobar, procesuiraš sve i redirektuješ na stranicu koja ide posle formulara. Ukoliko unos nije dobar prikazaće se ista forma, samo pored ispisuješ i poruke o greškama, values puniš sa onim što si primio kroz $_POST i to je to... |
Strpaj u conf nesto kao:
PHP kôd:
Takodje u recimo $sess->err obj mozes da punis greske u neki arr, a na formi ih ispisuj ako postoje. Ako ne zelis da ti se neka strana registruje kao prev url (recimo neki korak u formi isl) samo na njenom vrhu (pre conf-a) kazes define('NOTRACK', false); |
mislim da je bolje resenje da svaka forma submituje na samo sebe, pa ako ima gresaka pokaze opet formu sa greskama, a ako je sve u redu snimi sta treba (u session ili bazu) pa redirektuje na sledecu stranu po redu..
moze naravno i jedan i drugi pristup, ali ovako ti je i forma i kod koji je obradjuje direktno povezan, pa ce ti biti lakse kad budes menjao nesto u formi da izmenis i prateci kod... imati izdvojenu centralizovanu obradu formi je super, ali samo ako je potpuno nezavisna od izgleda formi, inace je pain in the ass da je stalno azuriras kad promenis nesto u bazi.. |
Hvala na pomoci,
Pokusacu sa action=stranica odakle je submit. Mada cu se zamisliti i kod predhodnih komentara. Pozdrav |
^^^ Time dobijas i jako korisnu stvar da vratis nazad sadrzaj polja koja su ispravna a nuliras ona koja nisu ...
Kasnije moze i pres*** sa bojama oko pogresnog polja ili da iskoci teta koja nosi grudnjak velicine 4-5 i kaze gdje si pogrijesio... |
A sta je sa JS provjerom gresaka? Mislim da je doslo vrijeme da se moze JS smatrati kao requirement.
|
Citat:
|
ja sam koristio neke ali sam cesto nailazio na probleme sa kompat. na razlicitim browserima.
Mada sama ideja je dobra i koristim je kada god mogu... |
Nisam rekao da ServerSide kontrola treba biti izbacena, ali zbog user-friendly motiva djeluje mi jako korisno. Takodje uz malu pomoc Ajaxa mozes i kontrolisati unos u odnosu na bazu.
Sto se tiche kompatibilnosti mislim da je najbolje rjesenje koristiti neki do frameworka koji te probleme vecinom rjesavaju. |
JS provera je tu zbog korisnika, server-side sluzi da ti mirnije spavas :P
|
Za ClientSide (JS) se može koristiti ovo. Mislim da je lako za korišćenje i sasvim dovoljno za neke osnovne provere.
|
|
Vreme je GMT +2. Trenutno vreme je 15:56. |
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.