ແບ່ງປັນເວັບໄຊໜຶ່ງກັບຜູ້ພັດທະນາ
ມອບເວັບໄຊໜຶ່ງໃຫ້ຜູ້ພັດທະນາ. ບໍ່ແມ່ນລະຫັດຜ່ານຂອງທ່ານ.
ແບ່ງປັນເວັບໄຊດຽວຜ່ານທາງອີເມວ. ນັກພັດທະນາເຂົ້າສູ່ລະບົບດ້ວຍບັນຊີ Zinn Digital® ຂອງເຂົາເຈົ້າເອງ, ດຶງເວັບໄຊດຽວນັ້ນລົງໃສ່ເຄື່ອງຂອງເຂົາເຈົ້າດ້ວຍເຄື່ອງມືແຖບຄຳສັ່ງຟຣີຂອງພວກເຮົາ — ໄຟລ໌ ແລະ ຖານຂໍ້ມູນ — ແລະ ເຮັດວຽກກ່ຽວກັບມັນໃນເຄື່ອງ. ພວກເຂົາບໍ່ເຄີຍເຫັນການຮຽກເກັບເງິນຂອງທ່ານ, ພວກເຂົາບໍ່ເຄີຍເຂົ້າເຖິງເວັບໄຊອື່ນໆຂອງທ່ານ, ແລະ ທ່ານສາມາດຍົກເລີກມັນໄດ້ໃນທັນທີທີ່ວຽກງານສຳເລັດລົງ.
ສິ່ງທີ່ທ່ານເຮັດ, ເທື່ອດຽວ
ສາມຂັ້ນຕອນໃນແຜງຄວບຄຸມຂອງທ່ານ, ຢູ່ໃນເວັບໄຊທີ່ທ່ານຕ້ອງການແບ່ງປັນ. ນັກພັດທະນາບໍ່ຈຳເປັນຕ້ອງມີບັນຊີເທື່ອ — ຖ້າພວກເຂົາບໍ່ເຄີຍເຂົ້າສູ່ລະບົບເທື່ອ, ການເຊື້ອເຊີນຈະສ້າງບັນຊີໃຫ້ເມື່ອພວກເຂົາຍອມຮັບ.
ເປີດເວັບໄຊ, ໄປທີ່ຄວາມປອດໄພ, ເລືອກແບ່ງປັນເວັບໄຊນີ້
ພິມທີ່ຢູ່ອີເມວຂອງເຂົາເຈົ້າ. ນັ້ນແມ່ນການເຊີນທັງໝົດ — ທ່ານບໍ່ເຄີຍສ້າງການເຂົ້າສູ່ລະບົບໃຫ້ພວກເຂົາ, ແລະທ່ານບໍ່ເຄີຍມອບສິດຂອງທ່ານໃຫ້ຜູ້ໃດ.
ເລືອກສິ່ງທີ່ພວກເຂົາສາມາດເຮັດໄດ້
ຜູ້ຊົມ, ຜູ້ແກ້ໄຂ ຫຼື ຜູ້ຈັດການ. ປົກກະຕິແລ້ວ ນັກພັດທະນາຕ້ອງການ ຜູ້ແກ້ໄຂ: ມັນແມ່ນບົດບາດທີ່ສາມາດປ່ຽນແປງໄຟລ໌, ເປີດລະບົບຜູູ້ບລິຫານ WordPress ແລະ ສໍາເນົາເວັບໄຊເພື່ອເຮັດວຽກນຳ.
ກຳນົດວັນທີສິ້ນສຸດ ຖ້າຫາກວຽກງານດັ່ງກ່າວມີວັນທີດັ່ງກ່າວ
ການອະນຸຍາດພຽງແຕ່ຢຸດການນັບໃນວັນທີນັ້ນ. ບໍ່ມີໃຜຕ້ອງຈື່ລຶບມັນອອກ, ເຊິ່ງເປັນສ່ວນທີ່ທຸກຄົນລືມ — ຜູ້ຮັບເໝົາທີ່ເຮັດວຽກສຳເລັດໃນເດືອນມີນາຍັງມີກະແຈຢູ່ໃນເດືອນພະຈິກ.
ສາມບົດບາດ, ແລະໜຶ່ງລາຍຊື່ທີ່ບໍ່ເຄີຍປ່ຽນແປງ
ບົດບາດແມ່ນກຳນົດຕໍ່ເວັບໄຊ, ດັ່ງນັ້ນບຸກຄົນດຽວກັນຈຶ່ງສາມາດເປັນຜູ້ເບິ່ງຢູ່ໃນເວັບໄຊໜຶ່ງ ແລະ ເປັນຜູ້ແກ້ໄຂຢູ່ໃນອີກເວັບໄຊໜຶ່ງໄດ້.
ຜູ້ເບິ່ງ
ເບິ່ງ ແຕ່ບໍ່ປ່ຽນແປງຫຍັງ. ເຫັນເວັບໄຊ, ບັນທຶກ ແລະ ການສຳຮອງຂໍ້ມູນຂອງມັນ. ເໝາະສຳລັບລູກຄ້າທີ່ຕ້ອງການຄວາມຊັດເຈນ ຫຼື ຜູ້ກວດສອບບັນຊີ.
ເຄື່ອງມືແກ້ໄຂ
ນັກພັດທະນາປະຈຳວັນ. ປັບປຸງລະບົບ, ລ້າງແຄຊ, ເປີດສ່ວນຜູ້ດູແລລະບົບ WordPress, ປ່ຽນ PHP — ແລະ ສຳເນົາເວັບໄຊ, ໄຟລ໌ ແລະ ຖານຂໍ້ມູນ, ເພື່ອເຮັດວຽກໃນເຄື່ອງ.
ຜູ້ຈັດການ
ທຸກສິ່ງທີ່ບັນນາທິການເຮັດໄດ້, ພ້ອມທັງການກູ້ຄືນຂໍ້ມູນສຳຮອງທັບເວັບໄຊຕົວຈິງ, HTTPS ແລະ CDN.
ບໍ່ມີບົດບາດໃດສາມາດລຶບເວັບໄຊ, ຍ້າຍມັນໄປໃສ່ບັນຊີອື່ນ, ເບິ່ງ ຫຼື ຊຳລະໃບເກັບເງິນຂອງທ່ານ, ເຊີນຜູ້ອື່ນ, ຫຼື ເຂົ້າເຖິງເວັບໄຊອື່ນໆ ທີ່ທ່ານເປັນເຈົ້າຂອງໄດ້. ສິ່ງເຫຼົ່ານັ້ນບໍ່ແມ່ນການຕັ້ງຄ່າ — ບໍ່ມີເວີຊັນໃດຂອງສິ່ງນີ້ທີ່ຜູ້ຮ່ວມງານຈະມີສິດເຫຼົ່ານັ້ນ.
ສິ່ງທີ່ນັກພັດທະນາຮັນ
Zinnector® ແມ່ນເຄື່ອງມືແຖວຄຳສັ່ງທີ່ເປີດໃຫ້ໃຊ້ງານຟຣີ ພາຍໃຕ້ສຳນວນອະນຸຍາດ MIT ຂອງພວກເຮົາ. ມັນຕ້ອງການ Node 24 ຫຼືໃໝ່ກວ່າ ແລະ ບໍ່ຕ້ອງການຢ່າງອື່ນອີກ — ບໍ່ມີ Docker ສຳລັບການນຳໃຊ້ພື້ນຖານ, ບໍ່ຈຳເປັນຕ້ອງມີ PHP ຢູ່ໃນເຄື່ອງຂອງພວກເຂົາ.
ຕິດຕັ້ງມັນ
npm install -g zinnector
ໜຶ່ງຊຸດຈາກ npm. ຍັງບໍ່ມີຫຍັງຕ້ອງການບັນຊີຢູ່ບ່ອນນີ້.
ເຂົ້າສູ່ລະບົບເປັນພວກເຂົາເຈົ້າ
zinnector login
ການນີ້ຈະເປີດໂປຣແກຣມທ່ອງເວັບຂອງພວກເຂົາ ແລະ ເຂົ້າສູ່ລະບົບດ້ວຍບັນຊີຂອງພວກເຂົາເອງ — ບັນຊີທີ່ໄດ້ຮັບຄຳເຊີນນັ້ນ. ພວກເຂົາບໍ່ຈຳເປັນຕ້ອງໃຊ້ລະຫັດຜ່ານຂອງທ່ານເລີຍ, ແລະ ທ່ານກໍ່ບໍ່ຈຳເປັນຕ້ອງໃຫ້ລະຫັດຜ່ານແກ່ພວກເຂົາເຊັ່ນກັນ.
ເບິ່ງສິ່ງທີ່ພວກເຂົາໄດ້ຮັບຢ່າງຊັດເຈນ
zinnector sites
ລາຍການນີ້ສະແດງສະເພາະເວັບໄຊທີ່ໄດ້ແບ່ງປັນກັບເຂົາເຈົ້າເທົ່ານັ້ນ. ລາຍການທີ່ວ່າງເປົ່າໝາຍຄວາມວ່າ ຄຳເຊີນຍັງບໍ່ທັນໄດ້ຮັບການຍອມຮັບ ຫຼື ສິດການເຂົ້າເຖິງໄດ້ສິ້ນສຸດລົງແລ້ວ.
ຖອດເວັບໄຊອອກ
zinnector clone client-domain.com
ຫົວຂໍ້, ປລັກອິນ, πολυ-ມັນ ແລະ ຖານຂໍ້ມູນ, ເຂົ້າໄປໃນໂປຣເຈັກທ້ອງຖິ່ນ. ມັນປະຖິ້ມຫຼັກ WordPress ແລະ ໄຟລ໌ການຕັ້ງຄ່າຕົວຈິງໄວ້, ແລະ ພິມອອກມາຢ່າງແນ່ນອນວ່າສິ່ງໃດທີ່ມັນເອົາໄປ ແລະ ສິ່ງໃດທີ່ມັນບໍ່ໄດ້ເອົາ, ພ້ອມທັງຈຳນວນ.
ເອີ້ນໃຊ້ໃນອຸປະກອນຂອງທ່ານເອງ, ພ້ອມກັບເນື້ອຫາທີ່ແທ້ຈິງຂອງທ່ານ
cd client-domain.com && zinnector dev --runtime docker
ການນີ້ຈະນໍາເຂົ້າຖານຂໍ້ມູນ, ຂຽນທີ່ຢູ່ຂອງເວັບໄຊຄືນໃໝ່ໃຫ້ເປັນເຄື່ອງຂອງເຂົາເຈົ້າ, ແລະ ເປີດມັນຂຶ້ນມາ. ເຂົາເຈົ້າເຂົ້າສູ່ລະບົບດ້ວຍບັນຊີ WordPress ຂອງເວັບໄຊນັ້ນເອງ.
ສໍາເນົາຂອງເວັບໄຊຈະລວມມີຖານຂໍ້ມູນຂອງມັນນໍາ
ນັ້ນແມ່ນສິ່ງທີ່ນັກພັດທະນາຕ້ອງການຢ່າງແທ້ຈິງ — ຖ້າບໍ່ມີມັນ, ພວກເຂົາຈະເບິ່ງ ທີມ (theme) ຂອງທ່ານ ປຽບທຽບໃສ່ກັບເວັບໄຊທີ່ວ່າງເປົ່າ. ມັນຍັງແມ່ນຂໍ້ມູນສ່ວນຕົວທີ່ແທ້ຈິງ: ບໍ່ວ່າຜູ້ຢ້ຽມຊົມຂອງທ່ານໄດ້ໃຫ້ຫຍັງກັບເວັບໄຊ, ຕັ້ງແຕ່ທີ່ຢູ່ຂອງຜູ້ຄິດເຫັນ ຈົນຮອດຄຳສັ່ງຊື້ຂອງລູກຄ້າ. ມີສາມຢ່າງທີ່ຈະຕາມມາ, ແລະ ພວກເຂົາເຮັດທັງສາມຢ່າງ.
ທຸກໆສຳເນົາແມ່ນຢູ່ໃນບັນທຶກການກວດສອບຂອງທ່ານ
ຜູ້ໃດເອົາໄປ, ເວລາໃດ, ແລະວ່າອາໄຮຟນັ້ນໄດ້ລວມຖານຂໍ້ມູນໄວ້ຫຼືບໍ່. ບັນທຶກໄວ້ເມື່ອການດາວໂຫຼດໄດ້ຮັບອະນຸຍາດ, ດັ່ງນັ້ນມັນຈຶ່ງມີຢູ່ບໍ່ວ່າເຄື່ອງມືທີ່ອີກດ້ານໜຶ່ງຈະເຮັດຫຍັງກັບມັນຕໍ່ໄປ.
ມັນບໍ່ເຄີຍຖືກຄຳໝັ້ນສັນຍາໂດຍຄວາມຜິດພາດ
ເຄື່ອງມືນີ້ຈະເພີ່ມໄຟລ໌ຖານຂໍ້ມູນເຂົ້າໃນລາຍການຂ້າມຂອງໂຄງການໃນທັນທີທີ່ມັນຂຽນໄຟລ໌, ດັ່ງນັ້ນການ commit ໂດຍບໍ່ໄດ້ຕັ້ງໃຈຈະບໍ່ສາມາດເຜີຍແຜ່ຂໍ້ມູນລູກຄ້າຂອງທ່ານໄປຍັງ repository ໄດ້.
ຫຼືພວກເຂົາສາມາດເຮັດວຽກໄດ້ໂດຍບໍ່ມີມັນ
ທຸງໜຶ່ງເອົາແຕ່ໄຟລ໌ເທົ່ານັ້ນ. ທຸກຢ່າງນອກຈາກນັ້ນເຮັດວຽກຄືກັນ, ແລະຜູ້ພັດທະນາຍັງສາມາດສ້າງ ແລະ ນຳໃຊ້ໄດ້.
ຄຳຖາມທີ່ຄົນຖາມຈິງໆ
ຂ້ອຍຈຳເປັນຕ້ອງໃຫ້ລະຫັດຜ່ານຂອງຂ້ອຍແນ່ບໍ?
ບໍ່, ແລະ ບໍ່ມີວິທີທີ່ຈະເຮັດໄດ້. ນັກພັດທະນາຈະເຂົ້າສູ່ລະບົບດ້ວຍບັນຊີ Zinn Digital® ຂອງເຂົາເຈົ້າເອງ. ການແບ່ງປັນລະຫັດຜ່ານຈະເຮັດໃຫ້ບັນທຶກການກວດສອບຂອງທ່ານບໍ່ມີປະໂຫຍດອີກດ້ວຍ, ເພາະວ່າທຸກໆຢ່າງທີ່ເຂົາເຈົ້າເຮັດຈະຖືກບັນທຶກວ່າແມ່ນທ່ານ.
ເຂົາເຈົ້າສາມາດເບິ່ງເວັບໄຊອື່ນໆ ຂອງຂ້ອຍໄດ້ບໍ?
ບໍ່. ການເຂົ້າເຖິງແມ່ນໄດ້ຮັບອະນຸຍາດເທື່ອລະເວັບໄຊ, ແລະ ການຈຳກັດນີ້ແມ່ນຖືກບັງຄັບໃຊ້ຢູ່ໃນຖານຂໍ້ມູນເອງແທນທີ່ຈະເປັນການເຊື່ອງປຸ່ມ — ຜູ້ຮ່ວມມືທີ່ຮ້ອງຂໍເວັບໄຊທີ່ເຂົາເຈົ້າບໍ່ໄດ້ຮັບສິດຈະໄດ້ຮັບຄຳຕອບສະເໝືອນວ່າເວັບໄຊນັ້ນບໍ່ມີຢູ່.
ເຂົາເຈົ້າຈະໄດ້ຮັບຂໍ້ມູນຂອງລູກຄ້າຂອງຂ້ອຍບໍ?
ຖ້າທ່ານມອບສິດໃຫ້ພວກເຂົາເປັນບັນນາທິການ ຫຼື ຜູ້ຈັດການ, ພວກເຂົາສາມາດສຳເນົາເວັບໄຊດັ່ງກ່າວໄດ້ ແລະ ການສຳເນົາເວັບໄຊກໍຄືໄຟລ໌ ແລະ ຖານຂໍ້ມູນຂອງມັນ. ທ່ານໄດ້ຮັບການແຈ້ງເຕືອນເລື່ອງນີ້ໃນຂະນະທີ່ທ່ານເລືອກບົດບາດ, ທຸກໆການສຳເນົາຈະຖືກບັນທຶກໄວ້ໃນບັນທຶກການກວດສອບຂອງທ່ານ, ແລະ ທ່ານສາມາດຂໍໃຫ້ພວກເຂົາເຮັດວຽກສະເພາະໄຟລ໌ເທົ່ານັ້ນໄດ້ເຊັ່ນກັນ.
ຂ້ອຍຈະຍຸຕິມັນໄດ້ແນວໃດ?
ຍົກເລີກມັນຢູ່ໃນພາກສ່ວນຄວາມປອດໄພຂອງເວັບໄຊ. ມັນມີຜົນທັນທີ — ຄຳສັ່ງຕໍ່ໄປທີ່ນັກພັດທະນານັ້ນຮຽກໃຊ້ຈະບໍ່ສາມາດເບິ່ງເຫັນເວັບໄຊໄດ້. ການໝົດອາຍຸຈະເຮັດວຽກແບບດຽວກັນນີ້ໃນວັນທີທີ່ທ່ານກຳນົດໄວ້ລ່ວງໜ້າ.
ທຸງທຸກທຸງ, ແລະ ສິ່ງທີ່ແຕ່ລະທຸງພິມອອກມາ
ເອກະສານອ້າງອີງຄຳສັ່ງ Zinnector® ທັງໝົດແມ່ນຖືກສ້າງຂຶ້ນຈາກຕົວເຄື່ອງມືເອງ, ດັ່ງນັ້ນມັນຈຶ່ງບໍ່ມີທາງຜິດດ່ຽງໄປຈາກເວີຊັນທີ່ທ່ານໄດ້ຕິດຕັ້ງໄວ້.