Vaikuta Web-kävijöihisi reaaliaikaisella lomakevalvonnalla

online-muodossa

Ensimmäinen vaikutelma, joka sinulla yleensä on verkkosovelluksen käyttäjänä, on, kun täytät verkkolomakkeen. Olen hämmästynyt niiden verkkolomakkeiden lukumäärästä, joiden vahvistus on nolla tai jotka odottavat, että lähetät lomakkeen sisällön, ennen kuin kerrot, mitä ongelmia sinulla saattaa olla.

Nyrkkisääntöni on, että kaikkea, mitä ei ole vahvistettu, tuetaan. Kaikkien, jotka voidaan vahvistaa ennen lomakkeen lähettämistä, on oltava. Ajaxin myötä voit jopa tarkistaa tiedot tietokantaansa ennen lähettämistä. Älä valitse laiska reitti - käyttäjät arvostavat apua!

Tässä muutamia esimerkkejä:

  1. Sähköpostiosoitteet - En välitä lomakkeista, jotka pakottavat sinua täyttämään sähköpostiosoitteesi kahdesti vahvistaaksesi ne, mutta tosiasia, että ne eivät kerro sinulle, sopivatko ne yhteen tai ovatko ne rakennettu oikein, on anteeksiantamatonta.
  2. salasanat - Jos aiot saada minut kirjoittamaan salasanan kahdesti, vahvista ennen lomakkeen lähettämistä, että arvot ovat samat.
  3. Salasanan vahvuus - Jos tarvitset tietyn vahvuuden salasanaa (aakkosnumeeristen merkkien tai kirjainkokojen yhdistelmä), anna minulle palautetta kirjoittaessani salasanaa. Älä odota, että lähetän, ennen kuin kerron minulle, että se epäonnistui.
  4. Päivämäärät - Jos haluat päivämäärän muodossa am / d / yyyy, anna minun syöttää tiedot yhteen kenttään kirjoittamalla kyseiset arvot ja muotoilemalla ne asianmukaisesti. Jos haluat etunollia, laita ne jälkeen. On hyvä näyttää yksi muoto ja tallentaa toinen tietokantaan.
  5. Päivän Date - Täytä se minulle! Miksi pyydät minua täyttämään päivämäärän, kun tiedät sen jo ?!
  6. Päivämäärämuoto - Jos sinulla on kansainvälinen hakemus, voit asettaa päivämäärämuodon oletuksena sovelluksesi kansainvälistymiseen. Tietenkin on hyvä, että käyttäjillä on mahdollisuus ohittaa tämä vaihtoehto ja valita oma.
  7. Sosiaaliturvatunnukset - on melko yksinkertaista lisätä javascriptiä, joka hyppää automaattisesti kentästä toiseen tai sijoittaa ohjelmallisesti viivan arvojen väliin.
  8. Puhelin Numbers - Kansainvälistyminen huomioon ottaen tämäntyyppisiä kenttiä voidaan myös yksinkertaistaa muotoilemalla puhelinnumero käyttöliittymässä, mutta tallentamalla se toisessa muodossa, joka on tehokas käyttöliittymääsi varten. Älä pakota käyttäjiä kirjoittamaan sulkeisiin, välilyönteihin ja viivoihin.
  9. Suurin tekstin pituus - jos rajoitat tietokantaan tallennettujen merkkien määrää, ÄLÄ anna minun kirjoittaa niin monta merkkiä! Se ei vaadi edes vaikeaa vahvistusta ... se on vain asetus tekstiruudussa.
  10. Tekstin vähimmäispituus - jos tarvitset tekstin vähimmäispituuden, soita hälytys, kunnes minulla on tarpeeksi merkkejä.

Tässä on esimerkki Salasanan vahvuus -toiminnosta Nörtti viisaus:

Kirjoita salasana:

PÄIVITYS: 10 - Löysin siistin resurssin, jolla on ladattavissa oleva JavaScript-kirjasto lomakkeen vahvistus, nimeltään LiveValidation.

16 Kommentit

  1. 1

    Olen samaa mieltä siitä, että ne ovat loistavia ominaisuuksia lomakkeille, mutta sanominen, että on "anteeksiantamatonta" jättää suorittamatta käyttöliittymän javascript-vahvistus, on enemmän henkilökohtainen mielipide. Rakastan työskennellä javascriptissä, ja olen kirjoittanut melko siistit muokkausmaskit tekemään joitain asioita, joista puhut, mutta monet niistä ovat kaukana triviaalista, ja monilla siellä olevilla javascript-lomakkeiden validointipaketeilla on useita isoja reikiä. Kaikki eivät investoi aikaa kopioimalla käyttöliittymän validointia (useammin kuin ei) monimutkaisemmalla käyttöliittymän javascript-vahvistuksella.

    Hyviä pisteitä, mutta ehdottomasti ei jokaisen verkkolomakkeen mielestäni "tarvitse".

  2. 2

    Salasanan tarkistaja on rikki. Mikä tahansa salasana on tarpeeksi hyvä, jos se on pitkä.

    Esimerkiksi:

    Onko tämä todella keskinkertainen salasana?

    f46dffe6ff4ffgdfgfjfgyu656hfdt74tyhdtu5674yfgh6uhhye45herdhrt64684hythdfth54y54348fgdcvzse8cn984v3p4m6vq98476m3wuw89ewfucsd8fg67s4v8tw76u340m6tver7nt+s89346vs+0em9u+s+09hrtuhss586ysvne4896vb4865tbv089rt++

  3. 4

    Minulle paras lomakkeen vahvistus on, kun annat käyttäjälle vaikutelman asiakaspuolen tarkistuksesta, kun se on AJAX / palvelinpuolen vahvistus.
    Sinun tarvitsee vain liittää lomakeelementteihisi tapahtumien käsittely (avaimet, sumennus, napsautus jne.), Jotka lähettävät koko lomakkeen AJAX: n kautta palvelimelle, kutsumalla "check" -toiminnon, joka palauttaa vastaavat virheilmoitukset (tämä salasana on liian yksinkertainen, päivämäärä on väärässä muodossa jne.)
    Kun käyttäjä vihdoin lähettää lomakkeen napsauttamalla Lähetä-painiketta, voit silti käyttää palvelinpuolen tarkistus -toimintoa vahvistaaksesi lomakkeen viimeisen kerran ennen tietojen lisäämistä tietokantaan tai johonkin muuhun prosessiin.
    Tällä tavalla käyttäjät ovat tyytyväisiä onthego-tarkistukseen JA kehittäjät ovat tyytyväisiä vain palvelinpuolen validointikehitykseen.

    • 5
      • 6

        Ei niin nopeasti Doug - Olen samaa mieltä alkuperäisen oletuksesi kanssa, että nämä hyödylliset ominaisuudet, kuten SSN: n muotoilu lennossa, ovat vähäpätöisiä. Ja sen laiska vain lähettää viesti, että se on väärä, kun voit korjata sen tarvitsematta arvailla muotoa.

        Olen kuitenkin samaa mieltä myös Nicolasin kanssa siitä, että palvelinpuolen logiikkaa käytetään yhdessä AJAX: n kanssa.

  4. 7

    Nimesi sanoo "Vaikuta ystäviisi ...", mutta et onnistu vaikuttamaan minua tällä 2 minuutissa, soitettuna postitse.

    Kirjoita otsikko uudelleen (liian harhaanjohtava, saa ajattelemaan, että keskustellaan esimerkkeistä ja käytännöistä).

    Jos ihmiset eivät tee tätä jo muodoissaan, he vain oppivat tai muoto ei ole tarpeeksi tärkeä validoinnin käyttämiseksi.

    Todelliset web-ohjelmoijat tietävät tämän jo ja tekevät sen.

    • 8

      Jay,

      Anteeksi tuosta! Tarkoituksena ei ollut antaa kehittäjäpalautetta - olin todella tulossa tuotepäällikön näkökulmasta. Olen kanssasi samaa mieltä - mutta on mielenkiintoista, että jotkut muut kehittäjät eivät! Mielestäni se on valitettavaa.

      Kiitos, että käytit aikaa!
      Doug

  5. 9

    Olen täysin samaa mieltä siitä, että vahvistus on välttämätön osa kaikkia sovelluksia. Tiimijohtajana huomaan yleensä, että lähetän koodin takaisin "valmiiksi" esimerkiksi tarkistusten puuttumisen tai tekstinsyötön pituuksien rajoittamisen vuoksi.

    Useimpien asioiden parissa työskentelen mielestäni noin 50% ajasta saadaksesi jotain toimimaan normaaleissa olosuhteissa ja jos käyttäjät käyttävät järjestelmää haluamallani tavalla. Loput 50% kehitysajasta tulee tarkistamalla heidän syötteensä, varmistamalla tietojen eheyden säilyminen ja tekemällä lomakekentät estämään haitallisten tietojen syöttäminen.

    Kirjoitin viestin siitä, kuinka käytän InputVerifiersia hava swing -sovelluksissani, ja näytän, kuinka vahvistan sähköpostin tekstikentän. Käyttämäni säännöllinen lauseke on helposti muokattava puhelinnumeroiden, postinumeroiden, SSN: ien jne. Vahvistamiseksi.

    Blogikirjoitukseni on http://timarcher.com/?q=node/36

    Hyvä kirjoitus Doug!

  6. 10

    Olen samaa mieltä. Salasanat ovat todella tärkeitä, ja niihin on suhtauduttava vakavasti. Mielestäni on vain normaalia, että melkein kaikki lomakkeet kirjoittavat salasanan kahdesti, mutta kahden salasanan pätemättömyyden osoittaminen osoittaa, että sitä ei pidetä vakavasti.

  7. 11

    Olen samaa mieltä siitä, että asiakkaan vahvistus voi olla erittäin käyttäjäystävällinen ominaisuus. On kuitenkin tärkeämpää varmistaa, että validoinneilla itsessään on todella järkevää.

    Annoit loistavan esimerkin siitä, miten validointi voi johtaa käyttäjiä harhaan ja mikä pahempaa, ajaa heidät pois sivustoltamme:

    Geek Wisdomin salasanan vahvuuden tarkastelu harkinnoista tZhKwnUmIss olla heikko salasana. Sen lisäksi, että tämä on täysin vahva salasana, se myös vierauttaa vieraita, koska se antaa heille väärän käsityksen siitä, että kirjautuminen sivustoosi tällä salasanalla on jotenkin epävarmaa.

    Olisi paljon parempi (ja helpompaa) yksinkertaisesti vihjata käyttäjille, että hyvä salasana on vähintään kuusi merkkiä pitkä ja sen tulisi sisältää sekä numeroita että kirjaimia.

    Muita kyseenalaisia ​​vahvistuksia ovat käyttäjätunnukset, jotka tarvitsevat tietyn vähimmäispituuden tai eivät välttämättä sisällä välilyöntejä. Mikä vikaa käyttäjätunnuksissa X, John Doe, tai jopa # *! §? Pystyn käsittelemään sen.

  8. 12

    Olen samaa mieltä kanssasi. Jotkut lomakkeet näyttävät hyvältä, mutta se ei tarjoa hyvää validointia. Henkilökohtaisia ​​tietoja annetaan, ja on asianmukaista ottaa ne vakavasti aivan kuten kaikki liiketoimintalomakkeet paperiversiona.

  9. 13
  10. 14
  11. 15

    Minusta on hieman huvittavaa, että lähetät todellisuuden todellisen lomakkeen validoinnin hyvyydestä, mutta viestin alaosassa oleva kommenttilomake ei sisällä mitään näistä…

    Ymmärrän, että kirjoitat ajatuksiasi Internetiin WordPressin avulla, mutta ehkä myöskään sen varmistaminen, että harjoittelet saarnaamistasi, ei ole niin huono idea. 🙂

    Hyvä viesti, muuten, vaikka en välttämättä olekaan samaa mieltä kaikesta kirjoittamastasi.

    • 16

      Doh! Mursit minut, Amanda! Toivon, että minulla olisi aikaa tehdä parempi lomakkeiden vahvistus ja integroida se WordPressiin. Pidän erityisesti Adobe Spry validointikehys ja haluaisi nähdä jonkun integroivan nämä kaksi!

      Kiitos! (Ja arvostan aina, että mistä tahansa aiheesta on useita mielipiteitä).
      Doug

Mitä mieltä olet?

Tämä sivusto käyttää Akismetiä roskapostin vähentämiseksi. Lue, miten kommenttitietosi käsitellään.