ການຕະຫລາດທາງອີເມວແລະການຕະຫລາດການຕະຫລາດອີເມວCRM ແລະແພລະຕະຟອມຂໍ້ມູນ

ວິທີການກວດສອບທີ່ຢູ່ອີເມວດ້ວຍການສະແດງອອກປົກກະຕິ (Regex)

ເກືອບທຸກພາສາການຂຽນໂປຼແກຼມສະຫນັບສະຫນູນການສະແດງອອກເປັນປົກກະຕິໃນປັດຈຸບັນ. ໃນຂະນະທີ່ນັກພັດທະນາບາງຄົນບໍ່ມັກພວກມັນ, ພວກມັນເປັນການປະຕິບັດທີ່ດີທີ່ສຸດຍ້ອນວ່າພວກເຂົາມັກຈະປະຕິບັດຫນ້າທີ່ເຊັ່ນການກວດສອບໄວທີ່ສຸດກັບຊັບພະຍາກອນຂອງເຄື່ອງແມ່ຂ່າຍຫນ້ອຍ. ທີ່​ຢູ່​ອີ​ເມວ​ເປັນ​ຕົວ​ຢ່າງ​ທີ່​ດີ​ເລີດ… ບ່ອນ​ທີ່​ພວກ​ເຂົາ​ເຈົ້າ​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ກວດ​ສອບ​ໄດ້​ຢ່າງ​ງ່າຍ​ດາຍ​ເພື່ອ​ໃຫ້​ແນ່​ໃຈວ່​າ​ພວກ​ເຂົາ​ເຈົ້າ​ກໍາ​ລັງ​ຮູບ​ແບບ​ທີ່​ເຫມາະ​ສົມ.

ຈົ່ງຈື່ໄວ້ວ່າການກວດສອບບໍ່ແມ່ນ ການຢັ້ງຢືນ. ການກວດສອບພຽງແຕ່ຫມາຍຄວາມວ່າຂໍ້ມູນທີ່ຜ່ານໄປປະຕິບັດຕາມຮູບແບບມາດຕະຖານທີ່ຖືກສ້າງຂຶ້ນຢ່າງຖືກຕ້ອງ. ບາງສິ່ງທີ່ຫນ້າສົນໃຈກ່ຽວກັບທີ່ຢູ່ອີເມວທີ່ສາມາດພາດໄດ້ເມື່ອມີການກວດສອບຄວາມຖືກຕ້ອງ.

ທີ່ຢູ່ອີເມວສາມາດຢູ່ໄດ້ດົນປານໃດ?

ຂ້ອຍຕ້ອງໄດ້ເຮັດການຂຸດຂຸມໃນມື້ນີ້ເພື່ອຊອກຫາມັນ, ແຕ່ເຈົ້າຮູ້ບໍ່ວ່າຄວາມຍາວຂອງທີ່ຢູ່ອີເມວແມ່ນຫຍັງ? ມັນຖືກແຍກອອກເປັນພາກສ່ວນ… ຊື່@Domain.com. ນີ້ແມ່ນອີງຕາມ RFC2822.

  1. ຊື່ສາມາດຕັ້ງແຕ່ 1 ເຖິງ 64 ໂຕອັກສອນ.
  2. ໂດເມນສາມາດຕັ້ງແຕ່ 1 ເຖິງ 255 ໂຕອັກສອນ.

ນັ້ນຫມາຍຄວາມວ່ານີ້ອາດຈະເປັນທີ່ຢູ່ອີເມວທີ່ຖືກຕ້ອງ:

loremaipsumadolorasitaametbaconsectetueraadipiscin
gaelitanullamc@loremaipsumadolorasitaametbaconsect
etueraadipiscingaelitcaSedaidametusautanisiavehicu
laaluctuscaPellentesqueatinciduntbadiamaidacondimn
tumarutrumbaturpisamassaaconsectetueraarcubaeuatin
ciduntaliberoaaugueavestibulumaeratcaPhasellusatin
ciduntaturpisaduis.com

ລອງໃສ່ມັນໃສ່ນາມບັດ! Ironically, ຊ່ອງຂໍ້ມູນທີ່ຢູ່ອີເມວສ່ວນໃຫຍ່ຖືກຈໍາກັດພຽງແຕ່ 100 ຕົວອັກສອນຢູ່ໃນເວັບ ... ເຊິ່ງບໍ່ຖືກຕ້ອງທາງດ້ານເຕັກນິກ. ບາງສ່ວນຂອງການສະແດງອອກປົກກະຕິອື່ນໆທີ່ໃຊ້ໃນການກວດສອບທີ່ຢູ່ອີເມວຍັງຊອກຫາໂດເມນລະດັບສູງສຸດ 3 ຕົວເລກເຊັ່ນ .com; ຢ່າງໃດກໍຕາມ, ບໍ່ມີຂໍ້ຈໍາກັດກ່ຽວກັບຄວາມຍາວຂອງ ໂດເມນລະດັບສູງສຸດ (ຕົວຢ່າງ. Martech Zone ມີ 4 ຕົວເລກ – .zone).

ມາດຕະຖານທີ່ຢູ່ອີເມລ໌ແມ່ນສັບສົນຫຼາຍກ່ວາທີ່ທ່ານຮັບຮູ້. ໃນ​ເວ​ລາ​ທີ່​ລາຍ​ລັກ​ອັກ​ສອນ​ມາດ​ຕະ​ຖານ​, ນີ້​ແມ່ນ​ການ​ສະ​ແດງ​ອອກ​ທີ່​ເປັນ​ປົກ​ກະ​ຕິ​ທີ່​ແທ້​ຈິງ​ສໍາ​ລັບ​ການ​ທີ່​ຢູ່​ອີ​ເມລ​໌​, ປ່ອຍ​ສິນ​ເຊື່ອ​ Regexr:

[a-z0-9!#$%&'*+/=?^_`{|}~-]+(?:\.[a-z0-9!#$%&'*+/=?^_`{|}~-]+)*@(?:[a-z0-9](?:[a-z0-9-]*[a-z0-9])?\.)+[a-z0-9](?:[a-z0-9-]*[a-z0-9])?

HTML5 ບໍ່ຈໍາເປັນຕ້ອງມີການກວດສອບຄວາມຖືກຕ້ອງ

ວິທີທີ່ງ່າຍທີ່ສຸດເພື່ອຮັບປະກັນວ່າອີເມວຖືກຕ້ອງຕາມມາດຕະຖານແມ່ນໂດຍໃຊ້ຊ່ອງໃສ່ອີເມວ HTML5:

<input type='email' name='email' placeholder='name@domain.com' />

ມີບາງຄັ້ງ, ທີ່ຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌ຂອງທ່ານຈະຍັງຕ້ອງການທີ່ຈະກວດສອບທີ່ຢູ່ອີເມວທັງໃນຕົວທ່ອງເວັບໃນເວລາທີ່ເຂົ້າແລະໃນເວລາທີ່ສົ່ງກັບເຄື່ອງແມ່ຂ່າຍຂອງທ່ານ.

Regex ສໍາລັບທີ່ຢູ່ອີເມວທີ່ເຫມາະສົມໃນ PHP

ມີຄົນຈໍານວນຫນ້ອຍທີ່ຮັບຮູ້ມັນ, ແຕ່ PHP ປະຈຸບັນມີມາດຕະຖານ RFC ທີ່ສ້າງຂຶ້ນໃນຂອງມັນ ຟັງຊັນການກວດສອບການກັ່ນຕອງ.

if(filter_var("name@domain.com", FILTER_VALIDATE_EMAIL)) {
    // Valid
}
else {
    // Not Valid
}

Regex ສໍາລັບທີ່ຢູ່ອີເມວທີ່ເຫມາະສົມໃນ Javascript

ທ່ານບໍ່ຈໍາເປັນຕ້ອງມີມາດຕະຖານທີ່ສັບສົນເກີນໄປສໍາລັບການກວດສອບໂຄງສ້າງທີ່ຢູ່ອີເມວ. ນີ້ແມ່ນວິທີງ່າຍໆທີ່ໃຊ້ JavaScript.

function validateEmail(email) 
{
    var re = /\\S+@\\S+/;
    return re.test(email);
}

ແນ່ນອນ, ນັ້ນບໍ່ແມ່ນມາດຕະຖານ RFC, ດັ່ງນັ້ນເຈົ້າອາດຈະຕ້ອງການກວດສອບແຕ່ລະພາກສ່ວນຂອງຂໍ້ມູນເພື່ອຮັບປະກັນວ່າມັນຖືກຕ້ອງ. ການສະແດງອອກປົກກະຕິນີ້ຈະປະຕິບັດຕາມປະມານ 99.9% ຂອງທີ່ຢູ່ອີເມວອອກມີ. ມັນບໍ່ແມ່ນມາດຕະຖານຢ່າງເຕັມສ່ວນ, ແຕ່ມັນເປັນປະໂຫຍດສໍາລັບໂຄງການເກືອບທັງຫມົດ.

function validateEmail(email) 
{
  var re = /^(?:[a-z0-9!#$%&amp;'*+/=?^_`{|}~-]+(?:\.[a-z0-9!#$%&amp;'*+/=?^_`{|}~-]+)*|"(?:[\x01-\x08\x0b\x0c\x0e-\x1f\x21\x23-\x5b\x5d-\x7f]|\\[\x01-\x09\x0b\x0c\x0e-\x7f])*")@(?:(?:[a-z0-9](?:[a-z0-9-]*[a-z0-9])?\.)+[a-z0-9](?:[a-z0-9-]*[a-z0-9])?|\[(?:(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)\.){3}(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?|[a-z0-9-]*[a-z0-9]:(?:[\x01-\x08\x0b\x0c\x0e-\x1f\x21-\x5a\x53-\x7f]|\\[\x01-\x09\x0b\x0c\x0e-\x7f])+)\])$/;

  return re.test(email);
}

ສິນເຊື່ອສໍາລັບຕົວຢ່າງເຫຼົ່ານີ້ໄປຫາ HTML.form.guide.

Douglas Karr

Douglas Karr ເປັນຜູ້ກໍ່ຕັ້ງ Martech Zone ແລະຮັບຮູ້ຜູ້ຊ່ຽວຊານດ້ານການຫັນເປັນດິຈິຕອນ. Doug ແມ່ນກ Keynote ແລະນັກກາລະຕະຫຼາດສາທາລະນະ. ລາວເປັນ VP ແລະ cofounder ຂອງ Highbridge, ບໍລິສັດທີ່ຊ່ຽວຊານໃນການຊ່ວຍເຫຼືອບັນດາບໍລິສັດວິສາຫະກິດໃນການຫັນປ່ຽນດິຈິຕອລແລະເຮັດໃຫ້ການລົງທືນດ້ານເຕັກໂນໂລຢີສູງສຸດໂດຍ ນຳ ໃຊ້ເຕັກໂນໂລຢີ Salesforce ລາວໄດ້ພັດທະນາຍຸດທະສາດການຕະຫຼາດດິຈິຕອນແລະຜະລິດຕະພັນ ສຳ ລັບ Dell Technologies, GoDaddy, Salesforce, ແນວໂນ້ມຂອງເວັບ, ແລະ SmartFOCUS. Douglas ຍັງເປັນຜູ້ຂຽນ ການຂຽນບລັອກຂອງບໍລິສັດ ສຳ ລັບ Dummies ແລະຜູ້ຂຽນຮ່ວມກັນ ປື້ມທຸລະກິດທີ່ດີກວ່າ.

41 ຄໍາເຫັນ

  1. ສໍາລັບແບບຟອມທີ່ມີທີ່ຢູ່ອີເມວຫຼາຍ, ມັນຈະເປັນການດີທີ່ຈະເຮັດ class="emailaddress". ຖ້າທ່ານມີຫ້ອງສະຫມຸດ prototype.js (http://www.prototypejs.org) ລວມຢູ່ໃນຫນ້າທີ່ທ່ານສາມາດເຮັດບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້:

    var valid = true;
    var filter = /^([a-zA-Z0-9_\.\-])+\@(([a-zA-Z0-9\-])+\.)+([a-zA-Z0-9]{2,4})+$/;
    $$('.emailaddress').each( function(email) {
    ຖ້າ (!filter.test(email.value)) {
    alert(?ກະລຸນາໃຫ້ທີ່ຢູ່ອີເມວທີ່ຖືກຕ້ອງ?);
    email.focus;
    valid = false;
    }
    });
    ກັບຄືນທີ່ຖືກຕ້ອງ;

    1. ຕົວຢ່າງຕົ້ນສະບັບຂອງ Doug ແມ່ນເຢັນ, ແຕ່ອັນນີ້ແມ່ນ freezing! ຂ້ອຍບໍ່ຮູ້ວ່າເຈົ້າສາມາດປະມວນຜົນອົງປະກອບທີ່ມີຫ້ອງຮຽນແບບນີ້, ແລະ syntax ທີ່ເປັນປະໂຫຍດແມ່ນຫວານ.

  2. ຂ້ອຍມັກຄວາມຄິດ, ແຕ່ຂ້ອຍຈະລັງເລທີ່ຈະຮັບຮອງເອົາການສະແດງອອກປົກກະຕິນີ້ໂດຍບໍ່ມີການອະທິບາຍວ່າທີ່ຢູ່ອີເມວທີ່ຖືກຕ້ອງຕາມກົດຫມາຍໃດທີ່ມັນບໍ່ຍອມຮັບແລະທີ່ຢູ່ຜິດກົດຫມາຍທີ່ມັນອະນຸຍາດໃຫ້.

    ສໍາລັບຕົວຢ່າງຂອງການສະແດງອອກປົກກະຕິທີ່ເຮັດວຽກທີ່ເຫມາະສົມຄຽງຄູ່ກັບຄໍາອະທິບາຍກ່ຽວກັບກໍລະນີທີ່ມັນບໍ່ໄດ້ກວມເອົາ, ເບິ່ງນີ້:

    http://www.regular-expressions.info/email.html

    ຄວາມມັກສ່ວນຕົວຂອງຂ້ອຍແມ່ນກວມເອົາກໍລະນີທີ່ງ່າຍດາຍສ່ວນໃຫຍ່ແລະອອກຄໍາເຕືອນສໍາລັບທຸກສິ່ງອື່ນແທນທີ່ຈະປະຕິເສດມັນ. ຖ້າ Bob ກໍ່ຕ້ອງການສົ່ງ bob@com.museum ແທນ​ທີ່​ຈະ bob@museum.com, ເປັນຫຍັງຈຶ່ງບໍ່ໃຫ້ເຂົາ?

    1. ສະບາຍດີ Reg,

      ທ່ານສາມາດທົດສອບ Regex ໂດຍໃຊ້ ເຄື່ອງທົດສອບ Regex ອອນໄລນ໌.

      ນອກຈາກນີ້, ມີຫຼາຍແນ່ນອນທີ່ສາມາດເຮັດໄດ້ຖ້າຫາກວ່າທ່ານຕ້ອງການທີ່ຈະຮັບປະກັນ ທີ່​ຢູ່​ອີ​ເມວ ແມ່ນຖືກຕ້ອງຕາມ RFC.

      ມີເຫດຜົນບາງຢ່າງທີ່ຈະບໍ່ອະນຸຍາດໃຫ້ບາງຄົນໃສ່ທີ່ຢູ່ອີເມວທີ່ບໍ່ຖືກຕ້ອງ:
      1. ເຂົາເຈົ້າຈະລຳຄານຕໍ່ເຈົ້າເມື່ອອີເມວທີ່ເຂົາເຈົ້າຄາດໄວ້ບໍ່ຜ່ານ – ບໍ່ວ່າມັນເປັນຄວາມຜິດຂອງເຈົ້າທີ່ທີ່ຢູ່ຖືກປ້ອນບໍ່ຖືກຕ້ອງຫຼືບໍ່.
      2. ຖ້າ com.museum ເປັນໂດເມນທີ່ຖືກຕ້ອງ ແລະສົມມຸດວ່າ Yahoo! ດໍາເນີນການມັນ - ທີ່ຢູ່ອີເມວໃດໆທີ່ຕີຈະມີຜົນກະທົບທາງລົບຕໍ່ຊື່ສຽງຂອງບໍລິສັດຂອງທ່ານສໍາລັບການສົ່ງອີເມວ. ນີ້ອາດຈະເຮັດໃຫ້ອີເມລ໌ຂອງບໍລິສັດທັງຫມົດຂອງທ່ານຖືກບລັອກ.
      3. ຖ້າຜູ້ໃຫ້ບໍລິການອີເມລ໌ຂອງທ່ານອະນຸຍາດໃຫ້ທ່ານເຂົ້າໄປ bob@com.museum, ທ່ານຍັງຕ້ອງຈ່າຍສໍາລັບແຕ່ລະອີເມລ໌ທີ່ຖືກສົ່ງໄປຫາທີ່ຢູ່ອີເມວນັ້ນຈົນກ່ວາພວກເຂົາຍົກເລີກການຈອງທີ່ຢູ່ນັ້ນເນື່ອງຈາກການ bounces. ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ຊີ້​ນໍາ​ການ​ລົບ​ລ້າງ ESP ທີ່​ຈະ​ອະ​ນຸ​ຍາດ​ໃຫ້​ມີ​ທີ່​ຢູ່​ອີ​ເມວ​ທີ່​ບໍ່​ຖືກ​ຕ້ອງ​ເຊັ່ນ​ນັ້ນ - ພວກ​ເຂົາ​ເຈົ້າ​ພຽງ​ແຕ່​ເອົາ​ເງິນ​ຂອງ​ທ່ານ​!

      ຂໍຂອບໃຈ ສຳ ລັບການຢຸດໂດຍ!
      Doug

  3. ມີ​ວິ​ທີ​ທີ່​ງ່າຍ​ກວ່າ​ທີ່​ຈະ​ຂຽນ​ສໍາ​ນວນ​ແມ່ນ​:
    var regex = /^[a-z0-9\._-]+@([a-z0-9_-]+\.)+[a-z]{2,6}$/i;
    – ດ້ວຍຕົວແກ້ໄຂສຸດທ້າຍ /i ບໍ່ຈໍາເປັນຕ້ອງຊີ້ບອກຂອບເຂດຕົວພິມໃຫຍ່.
    – ຂ້າ​ພະ​ເຈົ້າ​ບໍ່​ຮູ້​ຈັກ​ໃດໆ​ TLD ດ້ວຍຕົວເລກຢູ່ໃນນັ້ນ.
    ໃນບັນທຶກຂ້າງຄຽງ, ຂ້ອຍອະນຸຍາດໃຫ້ TLD ມີເຖິງ 6 ຕົວອັກສອນ; ຄົນໃຫມ່ມາຮອດເປັນປົກກະຕິແລະເຈົ້າບໍ່ເຄີຍຮູ້ (ດີ, ບາງຄົນໃນອະນາຄົດອາດຈະມີຕົວເລກຢູ່ໃນນັ້ນ, ຂ້ອຍຮູ້).

  4. ສະ​ບາຍ​ດີ,

    ຂ້ອຍກໍາລັງພະຍາຍາມໃຊ້ມັນໃນຮູບແບບທີ່ມີຢູ່ແລ້ວໃນເວລາຈິງ, ແຕ່ນີ້ເບິ່ງຄືວ່າບໍ່ຖືກກວດສອບໃນເວລາຈິງຄືກັບຕົວກວດສອບຄວາມແຮງລະຫັດຜ່ານຂອງເຈົ້າ...

    ຫຼື, ຂ້າພະເຈົ້າພຽງແຕ່ clueless ວ່າ, ແລະມັນບໍ່ໄດ້ເຮັດວຽກສໍາລັບຂ້າພະເຈົ້າ?

  5. btw, ຂ້ອຍມັກສິ່ງທີ່ເຈົ້າເຮັດຢູ່ນີ້, ການສອນຂອງເຈົ້າແມ່ນງ່າຍດາຍຫຼາຍ, ຂ້ອຍແນ່ນອນຈະ bookmarking ອັນນີ້….

  6. ພຽງແຕ່ເປັນ FYI; ຂ້ອຍຍັງບໍ່ໄດ້ພະຍາຍາມແກ້ໄຂຂອງ Ade ແຕ່ຮູບແບບຂ້າງເທິງນີ້ບໍ່ໄດ້ຢືນຢັນທີ່ຢູ່ອີເມວທີ່ມີ apostrophes ໃນພວກມັນ.. (ຕົວຢ່າງ: Mike.O'Hare@Whatever.com). Apostrophes ແມ່ນຖືກຕ້ອງຕາມ RFC 2821/2822 -> http://www.faqs.org/rfcs/rfc2822.html

    HTH,
    Sanjay

    1. ມັນຍັງບໍ່ປາກົດວ່າຈັດການກັບຕົວບວກ, ເຊິ່ງຖືກຕ້ອງ.

      ເບິ່ງ: http://www.dominicsayers.com/isemail/

      ໃນບັນທຶກທີ່ໃຫຍ່ກວ່າ, ນີ້ແມ່ນບັນຫາສໍາຄັນທີ່ມີການຕັດແລະວາງລະຫັດ, ເຊິ່ງສົມຄວນໄດ້ຮັບການສົນທະນາຢ່າງເຕັມທີ່ໃນຕົວມັນເອງ.

      @robbyslaughter.com

  7. ພຽງ​ແຕ່​ການ​ແກ້​ໄຂ​ເລັກ​ນ້ອຍ​: ການ​ສະ​ແດງ​ອອກ​ປົກ​ກະ​ຕິ​ມີ​ພິ​ເສດ ()+ ໃນ​ຕອນ​ທ້າຍ​. ມັນຄວນຈະອ່ານ:

    ^([a-zA-Z0-9_\.\-])+\@(([a-zA-Z0-9\-])+\.)+[a-zA-Z0-9]{2,4}$

    ໂດຍທໍາອິດ TLDs ຄວາມຍາວໃດຈະຖືກຍອມຮັບ (ເຊິ່ງບໍ່ແມ່ນເລື່ອງຜິດພາຍໃນຕົວທີ່ຄົນອື່ນໄດ້ຊີ້ໃຫ້ເຫັນ, ແຕ່ຖ້ານັ້ນແມ່ນຄວາມຕັ້ງໃຈ, ການສະແດງອອກສາມາດສັ້ນລົງ).

  8. ທ່ານສາມາດອະທິບາຍການສະແດງອອກປົກກະຕິຂອງລະຫັດນີ້ແລະວິທີການເຮັດວຽກຂອງມັນບໍ? ນອກຈາກນີ້ກ່ຽວກັບ .test – .test ເປັນຄໍາຖະແຫຼງການເລີ່ມຕົ້ນໃນ javascript ເພື່ອກວດເບິ່ງສິ່ງຕ່າງໆຄືກັບທີ່ທ່ານເຮັດໃນລະຫັດຂ້າງເທິງບໍ?

  9. ຂອບໃຈ, ແຕ່ມີຂໍ້ຜິດພາດໃນ regex ນີ້. ຂ້ອຍບໍ່ແມ່ນຜູ້ຊ່ຽວຊານດ້ານ regex, ແຕ່ຂ້ອຍພະຍາຍາມອີເມລ໌:

    test@test

    ແລະມັນຜ່ານ regex ... ຂ້ອຍສັງເກດເຫັນມັນຂາດການຫລົບຫນີ "." ສະນັ້ນມັນຄວນຈະເປັນ:

    /^([a-zA-Z0-9_.-])+@(([a-zA-Z0-9-])+.)+([a-zA-Z0-9]{2,4})+$/

  10. ດີ, ນີ້ແມ່ນພຽງແຕ່ການກວດສອບທີ່ຫຍາບຄາຍແຕ່ບໍ່ແມ່ນຄວາມຖືກຕ້ອງ 100%, ຕົວຢ່າງເຊັ່ນນີ້ຈະເປັນການດີ john_doe.@gmail.com ເຊິ່ງຕົວຈິງແລ້ວບໍ່ແມ່ນທີ່ຢູ່ອີເມວທີ່ຖືກຕ້ອງ (ຈຸດບໍ່ໄດ້ຮັບອະນຸຍາດເປັນຕົວອັກສອນສຸດທ້າຍໃນສ່ວນທ້ອງຖິ່ນຂອງອີເມລ).
    ນອກຈາກນີ້ຍັງຈະຍອມຮັບ john…doe@gmail.com ເຊິ່ງຍັງບໍ່ຖືກຕ້ອງ ເນື່ອງຈາກບໍ່ສາມາດມີຫຼາຍກວ່າໜຶ່ງຈຸດໃນລຳດັບ.

    ເຫຼົ່ານີ້ແມ່ນພຽງແຕ່ຂໍ້ບົກພ່ອງບາງຢ່າງທີ່ຂ້າພະເຈົ້າສັງເກດເຫັນໃນຕອນທໍາອິດ.
    ເຈດຕະນາຂອງຂ້ອຍບໍ່ແມ່ນການເສີຍເມີຍພຽງແຕ່ເພື່ອຊີ້ໃຫ້ເຫັນເຖິງກໍລະນີທີ່ຜູ້ໃດຜູ້ຫນຶ່ງກໍາລັງວາງແຜນທີ່ຈະໃຊ້ນີ້ເປັນການກວດສອບຄວາມປອດໄພ - ບໍ່ປອດໄພພຽງພໍ.

    ສໍາລັບຂໍ້ມູນກ່ຽວກັບທີ່ຢູ່ອີເມວທີ່ຖືກຕ້ອງ, ໃຫ້ກວດເບິ່ງນີ້: http://en.wikipedia.org/wiki/E-mail_address

  11. Deepak,

    ຕົວຈິງແລ້ວ, ຂ້າພະເຈົ້າຄິດວ່າທ່ານຈໍາເປັນຕ້ອງໃຊ້ການຫລົບຫນີສໍາລັບຈຸດ (“.”). ດັ່ງນັ້ນ, ຫນ້າທີ່ຂອງທ່ານຄວນຈະເປັນ, ແທນທີ່ຈະ:

    ຟັງຊັນ validateEmail(id)
    {
    var emailPattern = /^[a-zA-Z0-9._-]+@[a-zA-Z0-9.-]+.[a-zA-Z]{2,4}$/;
    ສົ່ງຄືນ emailPattern.test(id);

    }

    ຖ້າບໍ່ດັ່ງນັ້ນ, ຈຸດ ໝາຍ ຄວາມວ່າ "ຕົວລະຄອນໃດ ໜຶ່ງ". ຂ້າ​ພະ​ເຈົ້າ​ເຊື່ອ​ວ່າ​ລັກ​ສະ​ນະ​ພິ​ເສດ​ດັ່ງ​ກ່າວ​ຈໍາ​ເປັນ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ຫນີ​.

    Regards,

    Federico

  12. ຟັງຊັນ validateEmail(fld) {
    var error =””;
    var tfld = trim(fld.value); // ຄ່າຂອງຊ່ອງຂໍ້ມູນທີ່ມີຊ່ອງຫວ່າງຖືກຕັດອອກ
    var emailFilter = /^[^@]+@[^@.]+.[^@]*ww$/ ;
    var legalChars= /[(),;:\"[]]/ ;

    ຖ້າ (fld.value == "ໃສ່ທີ່ຢູ່ອີເມວຂອງເຈົ້າ") {

    error = “ກະລຸນາໃສ່ທີ່ຢູ່ອີເມວຂອງທ່ານ.n”;
    } else if (!emailFilter.test(tfld)) { //test email ສໍາລັບຕົວອັກສອນທີ່ຜິດກົດໝາຍ

    error = “ກະລຸນາໃສ່ທີ່ຢູ່ອີເມວທີ່ຖືກຕ້ອງ.n”;
    } else if (fld.value.match(illegalChars)) {

    error = “ກະລຸນາໃສ່ທີ່ຢູ່ອີເມວທີ່ຖືກຕ້ອງ.n”;
    }
    ກັບຄືນຄວາມຜິດພາດ;
    }

  13. ຟັງຊັນ validateEmail(fld) {
    var error =””;
    var tfld = trim(fld.value); // ຄ່າຂອງຊ່ອງຂໍ້ມູນທີ່ມີຊ່ອງຫວ່າງຖືກຕັດອອກ
    var emailFilter = /^[^@]+@[^@.]+.[^@]*ww$/ ;
    var legalChars= /[(),;:\"[]]/ ;

    ຖ້າ (fld.value == "ໃສ່ທີ່ຢູ່ອີເມວຂອງເຈົ້າ") {

    error = “ກະລຸນາໃສ່ທີ່ຢູ່ອີເມວຂອງທ່ານ.n”;
    } else if (!emailFilter.test(tfld)) { //test email ສໍາລັບຕົວອັກສອນທີ່ຜິດກົດໝາຍ

    error = “ກະລຸນາໃສ່ທີ່ຢູ່ອີເມວທີ່ຖືກຕ້ອງ.n”;
    } else if (fld.value.match(illegalChars)) {

    error = “ກະລຸນາໃສ່ທີ່ຢູ່ອີເມວທີ່ຖືກຕ້ອງ.n”;
    }
    ກັບຄືນຄວາມຜິດພາດ;
    }

  14. ຟັງຊັນ validateEmail(fld) {
    var error =””;
    var tfld = trim(fld.value); // ຄ່າຂອງຊ່ອງຂໍ້ມູນທີ່ມີຊ່ອງຫວ່າງຖືກຕັດອອກ
    var emailFilter = /^[^@]+@[^@.]+.[^@]*ww$/ ;
    var legalChars= /[(),;:\"[]]/ ;

    ຖ້າ (fld.value == "ໃສ່ທີ່ຢູ່ອີເມວຂອງເຈົ້າ") {

    error = “ກະລຸນາໃສ່ທີ່ຢູ່ອີເມວຂອງທ່ານ.n”;
    } else if (!emailFilter.test(tfld)) { //test email ສໍາລັບຕົວອັກສອນທີ່ຜິດກົດໝາຍ

    error = “ກະລຸນາໃສ່ທີ່ຢູ່ອີເມວທີ່ຖືກຕ້ອງ.n”;
    } else if (fld.value.match(illegalChars)) {

    error = “ກະລຸນາໃສ່ທີ່ຢູ່ອີເມວທີ່ຖືກຕ້ອງ.n”;
    }
    ກັບຄືນຄວາມຜິດພາດ;
    }

  15. ຟັງຊັນ validateEmail(fld) {
    var error =””;
    var tfld = trim(fld.value); // ຄ່າຂອງຊ່ອງຂໍ້ມູນທີ່ມີຊ່ອງຫວ່າງຖືກຕັດອອກ
    var emailFilter = /^[^@]+@[^@.]+.[^@]*ww$/ ;
    var legalChars= /[(),;:\"[]]/ ;

    ຖ້າ (fld.value == "ໃສ່ທີ່ຢູ່ອີເມວຂອງເຈົ້າ") {

    error = “ກະລຸນາໃສ່ທີ່ຢູ່ອີເມວຂອງທ່ານ.n”;
    } else if (!emailFilter.test(tfld)) { //test email ສໍາລັບຕົວອັກສອນທີ່ຜິດກົດໝາຍ

    error = “ກະລຸນາໃສ່ທີ່ຢູ່ອີເມວທີ່ຖືກຕ້ອງ.n”;
    } else if (fld.value.match(illegalChars)) {

    error = “ກະລຸນາໃສ່ທີ່ຢູ່ອີເມວທີ່ຖືກຕ້ອງ.n”;
    }
    ກັບຄືນຄວາມຜິດພາດ;
    }

    1. ແຕ່ພຽງແຕ່ເຮັດວຽກກັບຕົວທ່ອງເວັບທີ່ທັນສະໄຫມ. ແຕ່ຫນ້າເສຍດາຍ, ໂລກຍັງບໍ່ທັນໄດ້ຈັບໄດ້ເທື່ອ. —
      ສົ່ງຈາກ Mailbox ສຳ ລັບ iPhone

ທ່ານຄິດແນວໃດ?

ເວັບໄຊທ໌ນີ້ໃຊ້ Akismet ເພື່ອຫຼຸດຜ່ອນການຂີ້ເຫຍື້ອ. ຮຽນຮູ້ວິທີທີ່ຂໍ້ມູນຂອງທ່ານຖືກປະຕິບັດ.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ