Veb ziyarətçilərinizi real vaxtlı Form Təsdiqlə təsirləndirin

online formu

Bir veb tətbiqetmənin istifadəçisi olaraq ilk təəssürat bir veb forma doldurduğunuz zaman meydana gəlir. Orada sıfır doğrulama və ya hansı problemlərlə qarşılaşa biləcəyinizi söyləmədən əvvəl forma məzmununuzu təqdim etməyinizi gözləyən veb formaların sayına heyran qaldım.

Mənim əsas qaydanım doğrulanmayan hər şeyin dəstəklənməsidir. Formanı təqdim etməzdən əvvəl təsdiqlənə biləcək hər şey olmalıdır. Ajaxın gəlməsi ilə, təqdim edilməzdən əvvəl verilənlər bazanıza qarşı məlumatları doğrulaya bilərsiniz. Tənbəl marşrutu seçməyin - istifadəçilər köməyi qiymətləndirirlər!

Burada bəzi nümunələr:

  1. E-poçt ünvanları - E-poçt adresinizi doğrulamaq üçün iki dəfə doldurmanızı təmin edən formalara zidd deyiləm, ancaq uyğun olub-olmadığını və ya uyğun şəkildə qurulduğunu sizə izah etməmələri bağışlanmaz.
  2. Parollar - İki dəfə bir parol yazmağımı təmin edəcəksənsə, xahiş edirəm formanı göndərmədən əvvəl dəyərlərin eyni olduğunu təsdiqlə.
  3. Şifrə gücü - Müəyyən bir parol gücünə ehtiyacınız varsa (alfasayısal simvolların və ya halların birləşməsi), onda parolumu yazarkən mənim üçün bir az geribildirim verin. Mənə uğursuz olduğunu söyləmədən əvvəl təqdim etməyimi gözləməyin.
  4. Tarix - Tarixi am / d / yyyy formatında istəsəniz, bu dəyərləri yazaraq uyğun şəkildə formatlaşdıraraq məlumatları tək bir sahəyə daxil etməyimə icazə verin. Sıfır aparıcı etmək istəyirsinizsə, sonra qoyun. Bir formatı göstərmək və digərini verilənlər bazasında saxlamaq yaxşıdır.
  5. Bugünkü tarix - Mənim üçün doldur! Niyə onsuz da bildiyin vaxtı doldurmağımı xahiş edirsən ?!
  6. Tarix Format - Beynəlxalq bir tətbiqiniz varsa, müraciətinizin Beynəlxalqlaşdırılmasına əsaslanan bir tarix formatını defolt edə bilərsiniz. Əlbətdə ki, istifadəçilərin bu seçimi ləğv edib özlərini seçmələri üçün bir seçimin olması yaxşıdır.
  7. Sosial Təminat Nömrələri - Avtomatik olaraq sahədən sahəyə atlanan və ya proqramlar arasında dəyərlər arasında bir tire qoyan bir javascript əlavə etmək olduqca sadədir.
  8. Telefon nömrələri - İnternationalallaşma nəzərə alınaraq, bu sahələr də telefon nömrəsini interfeysdə formatlaşdırmaqla sadələşdirilə bilər, ancaq arxa planınız üçün səmərəli olan başqa bir formatda saxlayır. İstifadəçilərinizi parantez, boşluq və tire ilə yazmağa məcbur etməyin.
  9. Maksimum mətn uzunluğu - verilənlər bazanızda saxlanılan simvol sayını məhdudlaşdırırsınızsa, o qədər işarəni daxil etməyimə icazə verməyin! Çətin təsdiqləmə tələb etmir ... sadəcə mətn qutusundakı bir ayardır.
  10. Minimum mətn uzunluğu - minimum mətn uzunluğuna ehtiyacınız varsa, kifayət qədər simvol olana qədər həyəcan siqnalı verin.

Burada bir Şifrə Güc funksiyasına bir nümunə var Geek Hikmət:

Şifrəni yazın:

ƏLAVƏ OLUNUB: 10 - Yükləmək üçün hazır bir JavaScript kitabxanası olan təmiz bir mənbə tapdım LiveValidation adlanan forma doğrulama.

16 Şərhlər

  1. 1

    Razıyam ki, bunlar formalar üçün əla xüsusiyyətlərdir, lakin frontend javascript təsdiqini həyata keçirməməyin “üzrlü olmadığını” söyləmək daha çox şəxsi fikirdir. Mən javascript-də işləməyi sevirəm və haqqında danışdığınız bəzi şeyləri etmək üçün bir neçə olduqca səliqəli redaktə maskaları yazmışam, lakin onların bir çoxu əhəmiyyətsiz deyil və oradakı bir çox javascript formasının doğrulama paketlərində bir sıra böyük boşluqlar var. Hər kəs öz arxa ucun təsdiqini (çox tez-tez) daha mürəkkəb front-end javascript validasiyası ilə təkrarlamağa vaxt sərf etməyəcək.

    Yaxşı məqamlar, amma mənim fikrimcə, hər onlayn formanın “lazım olduğu” bir şey deyil.

  2. 2

    Parol yoxlayıcısı nisbətən pozulub. Hər hansı bir parol uzun olarsa, kifayət qədər yaxşıdır.

    Misal:

    Bu, həqiqətən, orta paroldur?

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

  3. 4

    Mənim üçün ən yaxşı forma doğrulaması, AJAX/Server tərəfi doğrulama olduğu halda istifadəçiyə müştəri tərəfi yoxlaması təəssüratı yaratmağınızdır.
    Siz sadəcə olaraq forma elementlərinizə AJAX vasitəsilə bütün formanı serverə yerləşdirən bəzi hadisələrin idarə edilməsini (açarlama, bulanıqlaşdırma, klik və s...) əlavə etməlisiniz və müvafiq səhv mesajlarını qaytaran “yoxlama” funksiyasını işə salmalısınız (bu parol da sadə, o tarix səhv formatdadır və s...)
    İstifadəçi nəhayət göndərmə düyməsini klikləməklə formanı yerləşdirdikdə, verilənlər bazasına və ya hər hansı digər prosesə məlumatları daxil etməzdən əvvəl formanı sonuncu dəfə yoxlamaq üçün “yoxla” server funksiyasından istifadə edə bilərsiniz.
    Bu yolla, istifadəçilər onthego doğrulamadan məmnundur VƏ tərtibatçılar server tərəfində yalnız doğrulama inkişafı ilə razıdırlar.

    • 5
      • 6

        O qədər də sürətli deyil Doug – SSN-nin tez formatlaşdırılması kimi bu faydalı xüsusiyyətlərin əhəmiyyətsiz olduğu barədə ilkin müddəanızla razıyam. Formatda təxmin etmədən onu düzəldə bildiyiniz zaman səhv olduğunu bildirən mesaj göndərmək tənbəllikdir.

        Bununla belə, AJAX ilə birlikdə Server Side məntiqindən istifadə etmək barədə Nikolasla da razıyam.

  4. 7

    Başlığınız "Dostlarınızı Təəssüratlandırın..." deyir, lakin siz mesajda zəng etdiyiniz bu 2 dəqiqə ilə məni heyran edə bilmirsiniz.

    Başlığınızı yenidən yazın (çox aldadıcı, müzakirə olunan nümunələr və təcrübələr olduğunu düşünməyə vadar edir).

    İnsanlar bunu artıq öz formalarında etmirlərsə, deməli, onlar sadəcə öyrənirlər və ya forma doğrulamadan istifadə etmək üçün kifayət qədər vacib deyil.

    Əsl veb proqramçıları bunu artıq bilirlər və edirlər.

    • 8

      Jay,

      Buna gorə üzr istəyirəm! Mənim məqsədim mütləq tərtibatçı rəyi vermək deyildi – mən həqiqətən bir Məhsul Meneceri nöqteyi-nəzərindən gəlirdim. Mən sizinlə razıyam – lakin maraqlıdır ki, bəzi digər tərtibatçılar bunu etmir! Məncə, bu, bədbəxtlikdir.

      Vaxt ayırdığınız üçün təşəkkür edirik!
      Doug

  5. 9

    Doğrulamanın hər hansı bir tətbiqin zəruri komponenti olması ilə tamamilə razıyam. Komanda rəhbəri olaraq mən adətən yoxlanışların yoxluğu və ya mətn daxiletmə uzunluğunu məhdudlaşdırmaq kimi səbəblərə görə kodu “tamamlamaq” üçün geri göndərirəm.

    Üzərində işlədiyim əksər işlərə görə hesab edirəm ki, normal şəraitdə və istifadəçilər sistemdən mənim nəzərdə tutduğum şəkildə istifadə edərlərsə, bir şeyin işləməsi vaxtın təxminən 50%-ni alır. İnkişaf müddətinin qalan 50%-i onların daxilolmalarının yoxlanılması, məlumatların bütövlüyünün təmin edilməsi və forma sahələrinin zərərli məlumatların daxil edilməsinə imkan verməməsi ilə bağlıdır.

    Mən hava yelləncək tətbiqlərimdə InputVerifiers-dən necə istifadə etdiyim haqqında yazı yazdım və e-poçt mətn sahəsini necə doğruladığımı göstərdim. İstifadə etdiyim müntəzəm ifadə telefon nömrələrini, poçt kodlarını, SSN-ləri və s.-i təsdiqləmək üçün asanlıqla dəyişdirilə bilər.

    Bloq yazım bu ünvandadır http://timarcher.com/?q=node/36

    Yaxşı yazın Doug!

  6. 10

    Razıyam. Parollar həqiqətən vacibdir və ciddi qəbul edilməlidir. Hesab edirəm ki, demək olar ki, bütün formalar üçün parolun iki dəfə yazılması normal haldır, lakin iki parolun etibarlılığının göstərilməməsi bunun ciddi şəkildə nəzərdən keçirilmədiyini göstərir.

  7. 11

    Razıyam ki, müştəri yoxlaması çox istifadəçi dostu xüsusiyyət ola bilər. Bununla belə, doğrulamaların əslində məna kəsb etdiyinə əmin olmaq daha vacibdir.

    Siz doğrulamanın istifadəçiləri necə çaşdıra biləcəyinə və daha da pisi onları saytımızdan uzaqlaşdıra biləcəyinə dair parlaq bir nümunə göstərdiniz:

    Geek Wisdom'un parol gücünün təsdiqini nəzərdən keçirir tZhKwnUmIss zəif parol olmaq. Bu, nəinki mükəmməl güclü paroldur, həm də istifadəçiləri özündən uzaqlaşdıracaq, çünki onlara bu paroldan istifadə edərək saytınıza daxil olmağın bir növ etibarsız olacağı barədə yanlış təəssürat yaradır.

    İstifadəçilərə yaxşı parolun ən azı altı simvol uzunluğunda olması və həm rəqəmlər, həm də hərflərdən ibarət olması barədə sadəcə ipucu vermək daha yaxşı (və daha asan) olardı.

    Digər şübhəli doğrulamalara müəyyən minimum uzunluğa ehtiyacı olan və ya boşluqlar ehtiva etməyən istifadəçi adları daxildir. İstifadəçi adlarında nə problem var X, John Doe, və ya hətta #*!§? Mən bunun öhdəsindən gələ bilərəm.

  8. 12

    Mən səninlə razıyam. Bəzi formalar yaxşı görünür, lakin o, yaxşı yoxlama təklif etmir. Şəxsi məlumatlar verilir və yalnız kağız şəklində olan hər hansı bir iş formaları kimi ciddi qəbul etmək düzgündür.

  9. 13
  10. 14
  11. 15

    Real vaxtda forma təsdiqini təmin etmək üçün yaxşılıq haqqında yazmağınız mənə bir az gülməli gəlir, lakin yazının altındakı şərh formanız bunların heç birini təmin etmir...

    Mən başa düşürəm ki, siz öz fikirlərini internetdə blog etmək üçün WordPress-dən istifadə edirsiniz, lakin ola bilsin ki, təbliğ etdiyinizi həyata keçirməyinizi təmin etmək o qədər də pis fikir deyil. 🙂

    Yeri gəlmişkən, bütün yazdıqlarınızla mütləq razı olmasam da, yaxşı yazıdır.

    • 16

      vay! Məni döydün, Amanda! İstəyirəm ki, daha yaxşı forma yoxlaması etmək və onu WordPress-ə inteqrasiya etmək üçün vaxtım olsun. Xüsusilə xoşuma gəlir Adobe Spry doğrulama çərçivəsi və kiminsə ikisini inteqrasiya etdiyini görmək istərdim!

      Təşəkkürlər! (Və mən həmişə hər hansı bir mövzuda çoxsaylı rəylərin olduğunu yüksək qiymətləndirirəm).
      Doug

Siz nə düşünürsünüz?

Bu sayt spam azaldılması üçün Akismet istifadə edir. Yorumunuzun necə işləndiyini öyrənin.