ສ້າງຄວາມປະທັບໃຈໃຫ້ຜູ້ເຂົ້າຊົມເວັບຂອງທ່ານດ້ວຍການຮັບຮອງແບບຟອມໃນເວລາຈິງ

ຮູບແບບອອນໄລນ໌

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

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

ທີ່ນີ້ຕົວຢ່າງບາງອັນແມ່ນ:

  1. ທີ່ຢູ່ອີເມວ - ຂ້າພະເຈົ້າບໍ່ສົນໃຈແບບຟອມທີ່ເຮັດໃຫ້ທ່ານຕື່ມທີ່ຢູ່ອີເມວຂອງທ່ານສອງຄັ້ງເພື່ອໃຫ້ພວກມັນຖືກຕ້ອງ, ແຕ່ຄວາມຈິງທີ່ວ່າພວກເຂົາບໍ່ບອກທ່ານວ່າມັນກົງກັນຫລືຖືກກໍ່ສ້າງຢ່າງ ເໝາະ ສົມແມ່ນບໍ່ໄດ້.
  2. ລະຫັດຜ່ານ - ຖ້າທ່ານຈະເຮັດໃຫ້ຂ້ອຍພິມລະຫັດຜ່ານສອງຄັ້ງ, ຫຼັງຈາກນັ້ນກະລຸນາຮັບຮອງວ່າຄຸນຄ່າແມ່ນຄືກັນກ່ອນທີ່ຈະປະກາດແບບຟອມ.
  3. ຄວາມເຂັ້ມແຂງຂອງລະຫັດຜ່ານ - ຖ້າທ່ານຕ້ອງການລະຫັດລັບທີ່ແນ່ນອນ (ການລວມຕົວອັກສອນຫຼືກໍລະນີຕົວອັກສອນ), ຫຼັງຈາກນັ້ນໃຫ້ ຄຳ ຄິດເຫັນບາງຢ່າງ ສຳ ລັບຂ້ອຍໃນຂະນະທີ່ຂ້ອຍພິມລະຫັດຜ່ານຂອງຂ້ອຍ. ຢ່າລໍຖ້າໃຫ້ຂ້ອຍສົ່ງກ່ອນບອກຂ້ອຍວ່າມັນລົ້ມເຫລວ.
  4. ວັນ - ຖ້າທ່ານຕ້ອງການວັນທີໃນຮູບແບບ am / d / yyyy, ຫຼັງຈາກນັ້ນອະນຸຍາດໃຫ້ຂ້ອຍໃສ່ຂໍ້ມູນຢູ່ໃນສະ ໜາມ ດຽວໂດຍການພິມຄ່າຕ່າງໆເຫຼົ່ານັ້ນແລະຈັດຮູບແບບໃຫ້ ເໝາະ ສົມ. ຖ້າທ່ານຕ້ອງການສູນການ ນຳ, ໃຫ້ໃສ່ໃນຫຼັງ. ມັນບໍ່ເປັນຫຍັງທີ່ຈະສະແດງຮູບແບບ ໜຶ່ງ ແລະປະຫຍັດຮູບແບບອື່ນໃນຖານຂໍ້ມູນຂອງທ່ານ.
  5. ວັນເວລາຂອງມື້ນີ້ - ຕື່ມຂໍ້ມູນໃສ່ມັນໃຫ້ຂ້ອຍ! ເປັນຫຍັງເຈົ້າຖາມຂ້ອຍໃຫ້ຕື່ມວັນທີ່ເຈົ້າຮູ້ມັນແລ້ວ?!
  6. ຮູບແບບວັນທີ - ຖ້າທ່ານມີໃບສະ ໝັກ ສາກົນ, ທ່ານສາມາດຕັ້ງຮູບແບບວັນທີໂດຍອີງໃສ່ Internationalization ຂອງໃບສະ ໝັກ ຂອງທ່ານ. ແນ່ນອນ, ມັນເປັນການດີທີ່ຈະມີຕົວເລືອກໃຫ້ຜູ້ໃຊ້ສາມາດເລືອກເອົາທາງເລືອກນັ້ນແລະເລືອກຕົວເອງ.
  7. ເລກປະກັນສັງຄົມ - ມັນງ່າຍດາຍຫຼາຍທີ່ຈະເພີ່ມ javascript ບາງຢ່າງທີ່ອັດຕະໂນມັດໂດດຈາກພາກສະ ໜາມ ໄປຍັງພາກສະ ໜາມ ຫຼືເປັນການວາງໂປແກຼມວາງໄວ້ໃນລະຫວ່າງຄ່າຕ່າງໆ.
  8. ເບີໂທລະສັບ - ການພິຈາລະນາ Internationalization ເຂົ້າໃນການພິຈາລະນາ, ປະເພດຂໍ້ມູນເຫຼົ່ານີ້ຍັງສາມາດເຮັດໃຫ້ງ່າຍຂື້ນໂດຍການຈັດຮູບແບບເບີໂທລະສັບໃນອິນເຕີເຟດ, ແຕ່ບັນທຶກມັນໄວ້ໃນຮູບແບບອື່ນທີ່ມີປະສິດທິພາບ ສຳ ລັບຄວາມຫລັງຂອງທ່ານ. ຢ່າເຮັດໃຫ້ຜູ້ໃຊ້ຂອງທ່ານພິມໃນວົງເລັບ, ຊ່ອງຫວ່າງແລະແຖວ.
  9. ຄວາມຍາວຂອງຕົວ ໜັງ ສືສູງສຸດ - ຖ້າທ່ານ ຈຳ ກັດ ຈຳ ນວນຕົວອັກສອນທີ່ເກັບໄວ້ໃນຖານຂໍ້ມູນຂອງທ່ານ, ຫຼັງຈາກນັ້ນຢ່າປ່ອຍໃຫ້ຂ້າພະເຈົ້າພິມຕົວອັກສອນນັ້ນຫລາຍຕົວ! ມັນບໍ່ແມ່ນແຕ່ຮຽກຮ້ອງໃຫ້ມີການກວດສອບຄວາມຫຍຸ້ງຍາກ…ມັນເປັນພຽງການຕັ້ງຄ່າໃສ່ໃນໂຕ ໜັງ ສືເທົ່ານັ້ນ.
  10. ຄວາມຍາວຂອງຕົວ ໜັງ ສືຂັ້ນຕ່ ຳ - ຖ້າທ່ານຕ້ອງການຄວາມຍາວຕ່ ຳ ສຸດ, ຫຼັງຈາກນັ້ນໃຫ້ແຈ້ງເຕືອນຈົນກວ່າຂ້ອຍຈະມີຕົວອັກສອນພຽງພໍ.

ນີ້ແມ່ນຕົວຢ່າງຂອງການໃຊ້ງານລະຫັດຜ່ານ Password ປັນຍາ Geek:

ພິມລະຫັດຜ່ານ:

ປັບປຸງໃຫ້ທັນ: ວັນທີ 10/26/2007 - ຂ້ອຍໄດ້ພົບເຫັນຊັບພະຍາກອນທີ່ສົມບູນແບບພ້ອມກັບຫ້ອງສະ ໝຸດ JavaScript ທີ່ສາມາດດາວໂຫລດໄດ້ ການກວດສອບແບບຟອມ, ເອີ້ນວ່າ LiveValidation.

16 ຄໍາເຫັນ

  1. 1

    ຂ້າພະເຈົ້າເຫັນດີ ນຳ ບັນດາຄຸນລັກສະນະທີ່ດີເລີດ ສຳ ລັບຮູບແບບຕ່າງໆ, ແຕ່ເວົ້າວ່າມັນເປັນສິ່ງທີ່“ ບໍ່ສາມາດແກ້ໄຂໄດ້” ທີ່ຈະບໍ່ປະຕິບັດຄວາມຖືກຕ້ອງຂອງ javascript ຢູ່ເບື້ອງ ໜ້າ ແມ່ນຄວາມຄິດເຫັນສ່ວນຕົວ. ຂ້ອຍມັກເຮັດວຽກໃນ javascript, ແລະໄດ້ຂຽນປື້ມບັນນາທິການທີ່ດີງາມເພື່ອເຮັດບາງສິ່ງທີ່ເຈົ້າເວົ້າເຖິງ, ແຕ່ຫຼາຍໆຢ່າງມັນຫ່າງໄກຈາກຄວາມບໍ່ ສຳ ຄັນ, ແລະຫຼາຍໆຊຸດທີ່ໃຊ້ໃນການຮັບຮອງແບບຟອມ javascript ອອກມີຫລາຍຮູ. ບໍ່ແມ່ນທຸກຄົນຈະລົງທືນໃຊ້ເວລາໃນການເຮັດຊ້ ຳ ກັບການກວດສອບຄວາມຖືກຕ້ອງດ້ານຫລັງຂອງພວກມັນດ້ວຍ (ສ່ວນຫຼາຍແລ້ວບໍ່ແມ່ນ) ການພິສູດຄວາມຖືກຕ້ອງຂອງ ໜ້າ ຈໍທີ່ຖືກຕ້ອງ.

    ຈຸດດີ, ແຕ່ແນ່ນອນບໍ່ແມ່ນສິ່ງທີ່ທຸກຮູບແບບອອນລາຍ“ ຕ້ອງການ” ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ.

  2. 2

    ຕົວກວດສອບລະຫັດຜ່ານແມ່ນແຕກແຍກກັນ. ລະຫັດຜ່ານໃດໆກໍ່ດີພໍຖ້າມັນຍາວ.

    ຕົວຢ່າງ:

    ນີ້ແມ່ນລະຫັດລັບບໍ່ແມ່ນບໍ?

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

    • 3

      K,

      ມັນແມ່ນພຽງແຕ່ຕົວຢ່າງຂອງຈຸດຂອງການຕອບ. ຂ້ອຍຄິດວ່ານັ້ນແມ່ນລະຫັດຜ່ານທີ່ດີ! ໂຊກດີກັບມັນ. 😉

      Doug

  3. 4

    ສຳ ລັບຂ້ອຍການກວດສອບແບບຟອມທີ່ດີທີ່ສຸດແມ່ນເວລາທີ່ເຈົ້າໃຫ້ຜູ້ໃຊ້ຮູ້ສຶກວ່າຄວາມຖືກຕ້ອງດ້ານຂ້າງຂອງລູກຄ້າໃນຂະນະທີ່ມັນແມ່ນຄວາມຖືກຕ້ອງຂອງ AJAX / Server side.
    ທ່ານພຽງແຕ່ຕ້ອງຕິດກັບອົງປະກອບຂອງແບບຟອມຂອງທ່ານໃນການຈັດການກັບເຫດການ (keyup, blur, click, etc …) ທີ່ໂພດຟອມທັງ ໝົດ ຜ່ານ AJAX ໃສ່ server, ເຊິ່ງເອີ້ນວ່າ“ ກວດສອບ” ຟັງຊັນທີ່ສົ່ງຂໍ້ຄວາມຜິດພາດທີ່ກົງກັນ (passowrd ນີ້ເກີນໄປ) ງ່າຍດາຍ, ວັນທີນັ້ນແມ່ນຢູ່ໃນຮູບແບບທີ່ບໍ່ຖືກຕ້ອງ, ແລະອື່ນໆ…)
    ເມື່ອຜູ້ໃຊ້ລົງຮູບແບບສຸດທ້າຍໂດຍການກົດປຸ່ມສົ່ງ, ທ່ານຍັງສາມາດໃຊ້ "ກວດສອບ" ໜ້າ ທີ່ຂອງເຊີບເວີເພື່ອກວດສອບເອກະສານທີ່ຖືກຕ້ອງໃນຄັ້ງສຸດທ້າຍກ່ອນທີ່ຈະໃສ່ຂໍ້ມູນໃນຖານຂໍ້ມູນຫຼືຂັ້ນຕອນອື່ນ.
    ວິທີນີ້, ຜູ້ຊົມໃຊ້ມີຄວາມສຸກກັບການກວດສອບຄວາມຖືກຕ້ອງແລະການພັດທະນາມີຄວາມສຸກກັບຝ່າຍເຊີຟເວີເທົ່ານັ້ນທີ່ພັດທະນາຄວາມຖືກຕ້ອງ.

    • 5

      ນິໂກ,

      ຟັງຄືວ່າ ຄຳ ແນະ ນຳ ທີ່ ໜັກ ແໜ້ນ. ຂ້ອຍບໍ່ແມ່ນນັກຂຽນໂປແກຼມ (ເຖິງແມ່ນວ່າຂ້ອຍໄດ້ ທຳ ການເຈາະແອບພິເຄຊັນສອງສາມໃບ).

      Doug

      • 6

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

        ເຖິງຢ່າງໃດກໍ່ຕາມ, ຂ້ອຍຍັງເຫັນດີກັບ Nicolas ກ່ຽວກັບການ ນຳ ໃຊ້ເຫດຜົນຂອງ Server Side ໂດຍສົມທົບກັບ AJAX.

  4. 7

    ຊື່ຂອງເຈົ້າເວົ້າວ່າ“ ປະທັບໃຈ ໝູ່ ຂອງເຈົ້າ…” ແຕ່ເຈົ້າບໍ່ປະທັບໃຈຂ້ອຍກັບເວລາ 2 ນາທີນີ້, ໄດ້ໂທລະສັບໄປຫາ.

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

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

    ນັກຂຽນໂປແກຼມເວັບຈິງຮູ້ເລື່ອງນີ້ຢູ່ແລ້ວແລະເຮັດມັນ.

    • 8

      ເຈ,

      ຂໍອະໄພກ່ຽວກັບເລື່ອງນັ້ນ! ຈຸດຂອງຂ້ອຍແມ່ນແນ່ນອນວ່າບໍ່ໃຫ້ ຄຳ ຕິຊົມຈາກນັກພັດທະນາ - ຂ້ອຍມາຈາກມຸມມອງຂອງຜູ້ຈັດການຜະລິດຕະພັນ. ຂ້ອຍເຫັນດີ ນຳ ເຈົ້າ - ແຕ່ມັນ ໜ້າ ສົນໃຈທີ່ນັກພັດທະນາຄົນອື່ນບໍ່! ຂ້ອຍຄິດວ່າໂຊກບໍ່ດີ.

      ຂອບໃຈທີ່ໃຊ້ເວລາ!
      Doug

  5. 9

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

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

    ຂ້ອຍໄດ້ຂຽນຂໍ້ຄວາມກ່ຽວກັບວິທີທີ່ຂ້ອຍໃຊ້ InputVerifiers ໃນແອັບ ha hava swing ຂອງຂ້ອຍ, ແລະສະແດງວິທີທີ່ຂ້ອຍກວດສອບຂໍ້ຄວາມອີເມວ. ການສະແດງອອກແບບປົກກະຕິທີ່ຂ້ອຍໃຊ້ແມ່ນປ່ຽນແປງໄດ້ງ່າຍເພື່ອເຮັດໃຫ້ເບີໂທລະສັບ, ລະຫັດໄປສະນີ, SSN, ແລະອື່ນໆສາມາດດັດແປງໄດ້ງ່າຍ.

    ບົດຂຽນ blog ຂອງຂ້ອຍແມ່ນຢູ່ http://timarcher.com/?q=node/36

    ຂຽນດີໆ Doug!

  6. 10

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

  7. 11

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

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

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

    ມັນຈະດີກວ່າ (ແລະງ່າຍກວ່າ) ທີ່ຈະແນະ ນຳ ໃຫ້ຜູ້ໃຊ້ຮູ້ວ່າລະຫັດຜ່ານທີ່ດີຈະຍາວຢ່າງ ໜ້ອຍ ຫົກຕົວແລະຄວນມີທັງຕົວເລກແລະຕົວອັກສອນ.

    ຄວາມຖືກຕ້ອງທີ່ ໜ້າ ສົງໄສອື່ນໆລວມມີຊື່ຜູ້ໃຊ້ທີ່ຕ້ອງການຄວາມຍາວຕ່ ຳ ທີ່ແນ່ນອນຫຼືອາດຈະບໍ່ມີຊ່ອງຫວ່າງ. ມີຫຍັງຜິດພາດກັບຊື່ຜູ້ໃຊ້ X, John doe, ຫຼື​ແມ້​ກະ​ທັ້ງ # *! §? ຂ້ອຍສາມາດຈັດການກັບສິ່ງນັ້ນໄດ້.

  8. 12

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

  9. 13

    ແມ່ນແລ້ວ, ຂ້ອຍມາທີ່ນີ້ຫວັງວ່າຈະມີຕົວຢ່າງລະຫັດບາງຕົວຢ່າງ. ກະລຸນາປ່ຽນຊື່ຫົວຂໍ້ຂອງການປະກາດນີ້.

  10. 14
  11. 15

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

    ຂ້ອຍຮູ້ວ່າເຈົ້າ ກຳ ລັງໃຊ້ WordPress ເພື່ອຂຽນຄວາມຄິດຂອງເຈົ້າລົງໃນອິນເຕີເນັດ, ແຕ່ບາງທີເຈົ້າແນ່ໃຈວ່າເຈົ້າປະຕິບັດສິ່ງທີ່ເຈົ້າສັ່ງສອນບໍ່ແມ່ນຄວາມຄິດທີ່ບໍ່ດີເຊັ່ນກັນ. 🙂

    ຕອບດີ, ໂດຍທາງ, ເຖິງແມ່ນວ່າຂ້ອຍບໍ່ເຫັນດີກັບທຸກສິ່ງທີ່ທ່ານຂຽນ.

    • 16

      ເອີ! ເຈົ້າ busted ຂ້ອຍ, Amanda! ຂ້າພະເຈົ້າຫວັງວ່າຂ້າພະເຈົ້າມີເວລາທີ່ຈະປະຕິບັດການກວດສອບແບບຟອມທີ່ດີກວ່າເກົ່າແລະລວມເອົາມັນເຂົ້າໃນ WordPress. ຂ້ອຍມັກໂດຍສະເພາະ Adobe Spry ຂອບການກວດສອບຄວາມຖືກຕ້ອງແລະຢາກຈະເຫັນຜູ້ໃດຜູ້ ໜຶ່ງ ເຊື່ອມໂຍງສອງ!

      ຂໍຂອບໃຈ! (ແລະຂ້າພະເຈົ້າຮູ້ຈັກສະ ເໝີ ວ່າມີຫລາຍໆ ຄຳ ເຫັນກ່ຽວກັບຫົວຂໍ້ໃດ ໜຶ່ງ).
      Doug

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

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