ການສ້າງເວັບໄຊທ໌ສໍາລັບລູກຄ້າເປັນສິ່ງທີ່ຫນ້າຕື່ນເຕັ້ນ, ໂດຍສະເພາະແມ່ນໂຄງການຈະໃກ້ຊິດແລະທ່ານພ້ອມແລ້ວທີ່ຈະສົ່ງໄຟລ໌ໂຄງການໃຫ້ແກ່ລູກຄ້າຂອງທ່ານ. ໃນເວລາທີ່ສໍາຄັນນີ້ໃນໂຄງການ, ມີຫຼາຍວິທີທີ່ທ່ານສາມາດເລືອກທີ່ຈະໃຫ້ສະຖານທີ່ສຸດທ້າຍ. ນອກຈາກນີ້ຍັງມີບັນຫາບາງຢ່າງທີ່ທ່ານສາມາດເຮັດໄດ້ເຊິ່ງຈະເຮັດໃຫ້ຂະບວນການໂຄງການທີ່ດີຖ້າບໍ່ດັ່ງນັ້ນເຂົ້າໄປໃນການພົວພັນທີ່ລົ້ມເຫລວ!
ໃນທີ່ສຸດ, ຂ້າພະເຈົ້າແນະນໍາໃຫ້ທ່ານກໍານົດກົນໄກການຈັດສົ່ງທີ່ທ່ານຈະນໍາໃຊ້ສໍາລັບໂຄງການໃນສັນຍານີ້, ເພື່ອໃຫ້ແນ່ໃຈວ່າທ່ານຈະໄດ້ຮັບໄຟລ໌ທັງຫມົດກັບລູກຄ້າຂອງທ່ານເມື່ອເວັບໄຊທ໌ໃດກໍ່ໄດ້ແລ້ວ. ແຕ່ກ່ອນທີ່ທ່ານຈະສາມາດລະບຸຂໍ້ກໍານົດເຫຼົ່ານີ້ຢ່າງໃດກໍ່ຕາມ, ກ່ອນອື່ນ, ທ່ານຕ້ອງກໍານົດວິທີການຈັດສົ່ງທີ່ດີທີ່ສຸດສໍາລັບທ່ານແລະລູກຄ້າຂອງທ່ານ.
ການສົ່ງໄຟລ໌ຜ່ານອີເມວ
ນີ້ແມ່ນວິທີທີ່ງ່າຍທີ່ສຸດທີ່ຈະໄດ້ຮັບໄຟລ໌ຈາກຮາດດິດຂອງທ່ານໃຫ້ກັບລູກຄ້າຂອງທ່ານ. ທັງຫມົດທີ່ມັນຮຽກຮ້ອງແມ່ນວ່າທ່ານມີລູກຄ້າອີເມວແລະທີ່ຢູ່ອີເມວທີ່ຖືກຕ້ອງທີ່ຈະໃຊ້ສໍາລັບລູກຄ້າຂອງທ່ານ. ສໍາລັບເວັບໄຊທ໌ສ່ວນໃຫຍ່ທີ່ມີຫຼາຍຫນ້າເຊັ່ນດຽວກັນກັບໄຟລ໌ພາຍນອກເຊັ່ນຮູບພາບ, ຄໍເຕົ້າໄຂ່ທີ່ CSS ແລະໄຟລ໌ Javascript ທ່ານຈໍາເປັນຕ້ອງໃຊ້ໂປລແກລມເພື່ອ "zip" ໄຟລ໌ເຫຼົ່ານັ້ນເຂົ້າໄປໃນໂຟເດີທີ່ຖືກບີບອັດທີ່ສາມາດສົ່ງອີເມວໄປຍັງລູກຄ້າ.
ເວັ້ນເສຍແຕ່ວ່າເວັບໄຊທ໌ນີ້ມີຂະຫນາດໃຫຍ່ທີ່ມີຈໍານວນຫລາຍຮູບພາບແລະໄຟລ໌ວິດີໂອ, ຂະບວນການນີ້ຄວນໃຫ້ທ່ານມີໄຟລ໌ສຸດທ້າຍທີ່ມີຂະຫນາດນ້ອຍພຽງພໍທີ່ຈະສົ່ງອີເມວຢ່າງປອດໄພ (ຫມາຍຄວາມວ່າມັນຈະບໍ່ໃຫຍ່ເກີນໄປທີ່ມັນຖືກບລັອກແລະຖືກສະກັດໂດຍສະແປມ ຕົວກອງ). ມີບັນຫາທີ່ເປັນໄປໄດ້ທີ່ມີການສົ່ງເວັບໄຊທ໌ໂດຍອີເມວ:
- ລູກຄ້າຈໍານວນຫຼາຍອາດຈະບໍ່ຮູ້ ວິທີອັບໄຟລ໌ ກັບເຄື່ອງແມ່ຂ່າຍຂອງພວກເຂົາ. ພວກເຂົາເຈົ້າຍັງອາດຈະບໍ່ຮູ້ວິທີການຖອນໄຟລ໌ຈາກອີເມວຂອງພວກເຂົາຫຼືບ່ອນທີ່ຈະໃສ່ພວກມັນເມື່ອພວກເຂົາເຮັດ.
- ບາງເຄື່ອງແມ່ຂ່າຍອີເມລ໌ພິຈາລະນາໄຟລ໌ HTML (ແລະບາງຄັ້ງຈືຂໍ້ມູນການ) ເປັນອັນຕະລາຍທີ່ອາດມີແລະອາດຈະດຶງໄຟລ໌ແນບຈາກຂໍ້ຄວາມ. ນີ້ແມ່ນຄວາມຈິງໂດຍສະເພາະຖ້າທ່ານຕິດໄຟລ໌ຈາວາ.
- ອີເມວບໍ່ປອດໄພ. ຖ້າ HTML ມີຂໍ້ມູນທີ່ລະອຽດອ່ອນ, ມັນອາດຈະຖືກເບິ່ງເຫັນໂດຍແຮກເກີດັ່ງທີ່ມັນຖືກສົ່ງມາ.
- ຫນ້າແບບເຄື່ອນໄຫວເຊັ່ນ PHP ຫຼືສະຄິບຕ່າງໆເຊັ່ນ CGI ອາດຈະຕ້ອງການປັບແຕ່ງເຄື່ອງແມ່ຂ່າຍທີ່ມີຊີວິດເພື່ອເຮັດວຽກຢ່າງຖືກຕ້ອງແລະລູກຄ້າຂອງທ່ານອາດບໍ່ຮູ້ວ່າເຮັດແນວໃດ.
ຂ້ອຍພຽງແຕ່ໃຊ້ອີເມວເພື່ອສົ່ງເວັບໄຊທ໌ເມື່ອຂ້ອຍຮູ້ວ່າລູກຄ້າມີຄວາມເຂົ້າໃຈດີກ່ຽວກັບສິ່ງທີ່ຕ້ອງເຮັດກັບໄຟລ໌ທີ່ຂ້ອຍສົ່ງ. ຕົວຢ່າງ: ເມື່ອຂ້ອຍເຮັດວຽກເປັນຜູ້ຮັບເຫມົາຍ່ອຍສໍາລັບທີມອອກແບບເວັບໄຊຕ໌ຂ້ອຍພ້ອມທີ່ຈະສົ່ງໄຟລ໌ທາງອີເມວໄປຫາບໍລິສັດທີ່ໄດ້ຈ້າງຂ້ອຍເພາະຂ້ອຍຮູ້ວ່າພວກເຂົາຈະໄດ້ຮັບໂດຍຜູ້ທີ່ມີຄວາມຮູ້ແລະຈະຮູ້ວິທີການຈັດການ ໄຟລ໌. ຖ້າບໍ່ດັ່ງນັ້ນ, ເມື່ອຂ້ອຍຈັດການກັບຜູ້ຊ່ຽວຊານທີ່ບໍ່ແມ່ນເວັບ, ຂ້ອຍໃຊ້ວິທີການຫນຶ່ງຂ້າງລຸ່ມນີ້.
ເຂົ້າສູ່ເວັບໄຊທ໌ Live
ນີ້ມັກຈະເປັນວິທີທີ່ມີປະສິດທິພາບທີ່ສຸດທີ່ຈະສົ່ງໄຟລ໌ໃຫ້ແກ່ລູກຄ້າຂອງທ່ານ - ໂດຍບໍ່ໃຫ້ພວກເຂົາຢູ່ໃນທຸກ. ແທນທີ່ຈະ, ທ່ານເອົາຫນ້າສຸດທ້າຍໂດຍກົງໃສ່ເວັບໄຊທ໌ Live ຂອງພວກເຂົາຜ່ານ FTP. ເມື່ອເວັບໄຊທ໌ໄດ້ສໍາເລັດແລະອະນຸມັດໂດຍລູກຄ້າຂອງທ່ານໃນສະຖານທີ່ທີ່ແຕກຕ່າງກັນ (ເຊັ່ນ: ໄດເລກະທໍລີທີ່ເຊື່ອງໄວ້ຢູ່ໃນເວັບໄຊຫຼືເວັບໄຊທ໌ອື່ນ) ທ່ານຍ້າຍມັນໃຫ້ຕົວເອງ. ວິທີການເຮັດແບບນີ້ກໍ່ຄືການສ້າງເວັບໄຊໃນສະຖານທີ່ຫນຶ່ງ (ອາດຈະຢູ່ໃນເຄື່ອງແມ່ຂ່າຍທົດລອງທີ່ທ່ານໃຊ້ສໍາລັບການພັດທະນາ) ແລະຫຼັງຈາກນັ້ນມັນປ່ຽນແປງໂດເມນ DNS ເພື່ອຊີ້ໃຫ້ເຫັນເຖິງເວັບໄຊທ໌ໃຫມ່.
ວິທີນີ້ແມ່ນເປັນປະໂຫຍດສໍາລັບລູກຄ້າທີ່ບໍ່ມີຄວາມຮູ້ຫລາຍຢ່າງກ່ຽວກັບວິທີການສ້າງເວັບໄຊທ໌ຫຼືເວລາທີ່ທ່ານສ້າງໂປແກຼມເວັບແບບເຄື່ອນໄຫວທີ່ມີ PHP ຫຼື CGI ແລະທ່ານຕ້ອງການໃຫ້ແນ່ໃຈວ່າສະຄິບເວັບໄຊທ໌ເຮັດວຽກຢູ່ໃນສະພາບແວດລ້ອມສົດໃສ. ຖ້າທ່ານຕ້ອງຍ້າຍໄຟລ໌ຈາກສະຖານທີ່ຫນຶ່ງໄປຫາບ່ອນອື່ນ, ມັນເປັນການຄິດທີ່ດີທີ່ຈະສະກັດເອົາພວກມັນຄືກັນກັບທີ່ທ່ານຕ້ອງການສົ່ງອີເມວ. ມີ FTP ຈາກເຄື່ອງແມ່ຂ່າຍກັບເຄື່ອງແມ່ຂ່າຍ (ແທນທີ່ຈະລົງໄປຫາຮາດໄດຂອງທ່ານແລະຫຼັງຈາກນັ້ນກັບຄືນໄປບ່ອນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍທີ່ມີຊີວິດ) ມັນກໍ່ສາມາດເລັ່ງການເຮັດວຽກໄດ້ອີກດ້ວຍ. ບັນຫາທີ່ມີວິທີນີ້ປະກອບມີ:
- ລູກຄ້າບໍ່ສະເຫມີຕ້ອງການໃຫ້ການເຂົ້າເຖິງເວັບໄຊທ໌ຂອງພວກເຂົາເພື່ອເປັນນັກແປ, ດັ່ງນັ້ນທ່ານອາດຈະລົ້ມເຫຼວໃນເວລາທີ່ທ່ານຮ້ອງຂໍເຂົ້າໃຊ້ເວັບໄຊທ໌.
- ບາງເວັບໄຊທ໌ຖືກສ້າງຂຶ້ນພາຍຫລັງໄຟວໍແລະນັກແປບໍ່ສາມາດເຂົ້າເຖິງພວກມັນໄດ້.
- ລູກຄ້າອາດຮູ້ສຶກວ່າທ່ານຄວນຈະມີການສະຫນັບສະຫນູນແລະການບໍາລຸງຮັກສາເພີ່ມເຕີມນອກເຫນືອຈາກສິ່ງທີ່ຢູ່ໃນສັນຍາຂອງທ່ານພຽງແຕ່ຍ້ອນວ່າທ່ານມີການເຂົ້າເຖິງເວັບໄຊທ໌ຂອງພວກເຂົາໃນປັດຈຸບັນ.
- ຖ້າທ່ານກໍາລັງສ້າງຫຼືປ່ຽນພຽງແຕ່ບາງສ່ວນຂອງເວັບໄຊທ໌, ຄວາມຜິດພາດໃດໆກໍ່ສາມາດເຮັດໃຫ້ບັນຫາສໍາລັບສ່ວນທີ່ເຫຼືອຂອງເວັບໄຊທ໌ແລະມັນອາດຈະເປັນບັນຫາຂອງທ່ານຢ່າງໄວວາ, ບໍ່ວ່າຈະເປັນບັນຫາຫຼືບໍ່.
ນີ້ແມ່ນວິທີທີ່ຂ້ອຍມັກຈະສົ່ງໄຟລ໌ໃນເວລາທີ່ຂ້ອຍຈັດການກັບລູກຄ້າທີ່ບໍ່ຮູ້ HTML ຫຼືການອອກແບບເວັບ. ໃນຄວາມເປັນຈິງ, ຂ້າພະເຈົ້າມັກຈະສະຫນອງການຊອກຫາການເປັນເຈົ້າພາບສໍາລັບລູກຄ້າເປັນສ່ວນຫນຶ່ງຂອງສັນຍາດັ່ງນັ້ນຂ້າພະເຈົ້າມີການເຂົ້າເຖິງເວັບໄຊທ໌ໃນຂະນະທີ່ຂ້າພະເຈົ້າພັດທະນາມັນ. ຫຼັງຈາກນັ້ນ, ໃນເວລາທີ່ເວັບໄຊທ໌ແມ່ນສໍາເລັດ, ຂ້າພະເຈົ້າໃຫ້ຂໍ້ມູນບັນຊີຂອງພວກເຂົາ. ຢ່າງໃດກໍ່ຕາມ, ເຖິງແມ່ນວ່າຂ້ອຍຊ່ວຍໃຫ້ລູກຄ້າຊອກຫາ ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງ , ຂ້ອຍກໍ່ຍັງມີລູກຄ້າທີ່ຈັດການກັບການຊໍາລະເງິນໃນການໃຫ້ບໍລິການ, ອີກຄັ້ງເປັນສ່ວນຫນຶ່ງຂອງສັນຍາ, ດັ່ງນັ້ນຂ້ອຍບໍ່ໄດ້ຈ່າຍເງິນສໍາລັບເຈົ້າຂອງເຮືອນຫຼັງຈາກຂ້ອຍໄດ້ອອກແບບ ທີ່ຢູ່
Online Storage Tools
ມີຫລາຍເຄື່ອງມືການເກັບຮັກສາອອນໄລນ໌ທີ່ທ່ານສາມາດໃຊ້ໃນການເກັບຮັກສາຂໍ້ມູນຂອງທ່ານຫຼືກັບຄືນໄປບ່ອນຮາດໄດຂອງທ່ານ, ແຕ່ສິ່ງອື່ນທີ່ທ່ານສາມາດນໍາໃຊ້ໄດ້ຫຼາຍແມ່ນເປັນລະບົບຈັດສົ່ງໄຟລ໌. ເຄື່ອງມືເຊັ່ນ: Dropbox ເຮັດໃຫ້ມັນງ່າຍທີ່ຈະເອົາໄຟລ໌ໃນເວັບໄຊຕ໌ແລະຫຼັງຈາກນັ້ນໃຫ້ລູກຄ້າຂອງທ່ານ URL ທີ່ຈະດາວໂຫລດໄດ້.
ໃນຄວາມເປັນຈິງ, Dropbox ເຖິງແມ່ນວ່າທ່ານສາມາດນໍາໃຊ້ພວກມັນເປັນແບບຟອມຂອງເວັບໂຮດຕິ້ງໂດຍຊີ້ໄປຫາໄຟລ໌ HTML ໃນໂຟນເດີສາທາລະນະ, ດັ່ງນັ້ນທ່ານສາມາດນໍາໃຊ້ພວກມັນເປັນບ່ອນທົດສອບສໍາລັບເອກະສານ HTML ທີ່ງ່າຍດາຍເກີນໄປ. ວິທີນີ້ແມ່ນດີສໍາລັບລູກຄ້າທີ່ເຂົ້າໃຈວິທີການຍ້າຍໄຟລ໌ທີ່ສໍາເລັດໄປຫາເຄື່ອງແມ່ຂ່າຍທີ່ມີຊີວິດຂອງເຂົາເຈົ້າແຕ່ຈະບໍ່ເຮັດວຽກດີກັບລູກຄ້າທີ່ບໍ່ຮູ້ວິທີການອອກແບບເວັບຫຼື HTML. ບັນຫາທີ່ມີວິທີນີ້ແມ່ນຄ້າຍຄືກັບບັນຫາທີ່ມີການສົ່ງອີເມວຕິດຕໍ່:
- ລູກຄ້າອາດບໍ່ຮູ້ວິທີໃຊ້ບໍລິການ.
- ລູກຄ້າອາດຈະບໍ່ຮູ້ວິທີການເອົາໄຟລ໌ຈາກ Dropbox ໄປຫາເວັບໄຊທ໌ຂອງພວກເຂົາ.
ວິທີນີ້ແມ່ນມີຄວາມປອດໄພຫຼາຍກວ່າການສົ່ງໄຟລ໌ແນບຜ່ານອີເມວ. ເຄື່ອງມືການເກັບຮັກສາຈໍານວນຫຼາຍປະກອບມີການປົກປ້ອງລະຫັດຜ່ານບາງຫຼືບໍ່ສາມາດກໍານົດ URL ຕ່າງໆເພື່ອວ່າພວກເຂົາຈະບໍ່ພົບຄົນທີ່ບໍ່ຮູ້ມັນ. ຂ້າພະເຈົ້າຢາກໃຊ້ເຄື່ອງມືເຫຼົ່ານີ້ເມື່ອມີການຕິດຕໍ່ຫຼາຍເກີນໄປທີ່ຈະສົ່ງອີເມວຢ່າງມີປະສິດທິຜົນ. ເຊັ່ນດຽວກັນກັບອີເມວ, ຂ້າພະເຈົ້າໃຊ້ມັນກັບທີມງານເວັບໄຊຕ໌ທີ່ຮູ້ວ່າຕ້ອງເຮັດຫຍັງກັບໄຟລ໌ zip ເມື່ອພວກເຂົາໄດ້ຮັບມັນ.
ໂຄງການການຄຸ້ມຄອງໂຄງການອອນໄລນ໌
ມີຫລາຍເຄື່ອງມືຈັດການໂຄງການທີ່ມີຢູ່ອອນໄລນ໌ທີ່ທ່ານສາມາດໃຊ້ເພື່ອສົ່ງເວັບໄຊທ໌ໄປຍັງລູກຄ້າ. ເຄື່ອງມືເຫຼົ່ານີ້ສະເຫນີຄຸນສົມບັດນອກເຫນືອຈາກພຽງແຕ່ເກັບຮັກສາໄຟລ໌ເຊັ່ນ: ລາຍການທີ່ຕ້ອງເຮັດ, ປະຕິທິນ, ການສົ່ງຂໍ້ຄວາມ, ແລະອື່ນໆ. ຫນຶ່ງໃນເຄື່ອງມືທີ່ຊື່ນຊອບຂອງຂ້ອຍແມ່ນ Basecamp.
ເຄື່ອງມືການຄຸ້ມຄອງໂຄງການອອນໄລນ໌ແມ່ນເປັນປະໂຫຍດເມື່ອທ່ານຕ້ອງການເຮັດວຽກຮ່ວມກັບທີມງານໃຫຍ່ໃນໂຄງການເວັບໄຊຕ໌. ທ່ານສາມາດໃຊ້ມັນສໍາລັບການສະຫນອງເວັບໄຊທ໌ສຸດທ້າຍແລະສໍາລັບການຮ່ວມມືໃນຂະນະທີ່ທ່ານກໍາລັງສ້າງມັນ. ແລະທ່ານຍັງສາມາດຕິດຕາມບັນດາເອກະສານຕ່າງໆເຊັ່ນດຽວກັບບັນທຶກກ່ຽວກັບສິ່ງທີ່ເກີດຂື້ນໃນໂຄງການ.
ມີຂໍ້ບົກຜ່ອງບາງຢ່າງ:
- ເຄື່ອງມືຈັດການໂຄງການອອນໄລນ໌ສ່ວນຫຼາຍແມ່ນບໍ່ເສຍຄ່າ, ແລະສະບັບຟຣີແມ່ນຈໍາກັດ. ຖ້າທ່ານຕັດສິນໃຈນໍາໃຊ້ຫນຶ່ງ, ທ່ານຄວນຄິດໄລ່ຄ່າໃຊ້ຈ່າຍໃນການຈ່າຍເງິນເທົ່າໃດ, ແລະຕາມທີ່ສະເຫມີ, ມັນໄດ້ຮັບການລະບຸໄວ້ໃນສັນຍາ.
- ມັນແມ່ນເວັບໄຊທ໌ທີ່ທ່ານຕ້ອງການກວດສອບແລະຊອບແວອື່ນທີ່ທ່ານແລະລູກຄ້າຂອງທ່ານຈໍາເປັນຕ້ອງຮຽນຮູ້ເພື່ອໃຊ້.
- ພວກເຂົາເຈົ້າມີພຽງແຕ່ເປັນປະໂຫຍດຕໍ່ກັບຂໍ້ມູນທີ່ທ່ານເອົາໄວ້ໃນພວກເຂົາ - ໃນຄໍາສັບຕ່າງໆອື່ນ, ຖ້າທ່ານບໍ່ປະກອບມີວັນຄົບກໍານົດ, ໂຄງການບໍ່ສາມາດເຕືອນທ່ານວ່າມັນຢູ່ໃກ້ໆນີ້.
- ບໍລິສັດບາງຄົນບໍ່ມັກຂໍ້ມູນກ່ຽວກັບບໍລິສັດຂອງພວກເຂົາ (ລວມທັງເວັບໄຊທ໌) ທີ່ເກັບໄວ້ໃນເວັບໄຊທ໌ທີສາມສໍາລັບເຫດຜົນດ້ານຄວາມປອດໄພ. ໃຫ້ແນ່ໃຈວ່າໄດ້ປຶກສາຫາລືກັບລູກຄ້າຂອງທ່ານກ່ອນທີ່ທ່ານຈະຈ່າຍເງິນສໍາລັບບັນຊີ.
ຂ້ອຍໄດ້ໃຊ້ Basecamp ແລະເຫັນວ່າມັນມີປະໂຫຍດຫຼາຍສໍາລັບການສົ່ງໄຟລ໌ໃຫ້ລູກຄ້າ, ແລະຫຼັງຈາກນັ້ນເຮັດໃຫ້ການປັບປຸງໄຟລ໌ເຫຼົ່ານັ້ນແລະເບິ່ງບັນທຶກຂໍ້ມູນພາຍໃນ. ມັນເປັນວິທີທີ່ດີທີ່ຈະຕິດຕາມໂຄງການຂະຫນາດໃຫຍ່.
ເອກະສານວິທີການຈັດການທີ່ທ່ານຈະໃຊ້
ສິ່ງດຽວທີ່ທ່ານຄວນເຮັດໃນເວລາທີ່ຕັດສິນໃຈຈັດການເອກະສານສຸດທ້າຍໃຫ້ແກ່ລູກຄ້າແມ່ນເພື່ອໃຫ້ແນ່ໃຈວ່າການຕັດສິນໃຈນັ້ນແມ່ນບັນທຶກແລະຕົກລົງໃນສັນຍາ. ວິທີນີ້ທ່ານຈະບໍ່ເຂົ້າໄປໃນບັນຫາໃດກໍ່ຕາມໃນເວລາທີ່ທ່ານກໍາລັງວາງແຜນທີ່ຈະຂຽນໄຟລ໌ໄປທີ່ Dropbox ແລະລູກຄ້າຂອງທ່ານຕ້ອງການໃຫ້ທ່ານອັບໂຫລດເວັບໄຊທ໌ທັງຫມົດໃຫ້ກັບເຄື່ອງແມ່ຂ່າຍຂອງພວກເຂົາ.
ບົດສະບັບຕົ້ນໂດຍ Jennifer Krynin. Edited by Jeremy Girard on 12/09/16