ກຳລັງເຮັດວຽກ ຢູ່ໃນເວັບໄຊທີ່ມີຄົນແບ່ງປັນໃຫ້ທ່ານ

ເຈົ້າຂອງເວັບໄຊສາມາດໃຫ້ສິດທ່ານເຂົ້າເຖິງ ຫນຶ່ງ ໃນເວັບໄຊຂອງພວກເຂົາໄດ້ — ບໍ່ແມ່ນບັນຊີ, ບໍ່ແມ່ນຂໍ້ມູນການຊຳລະເງິນ, ແລະ ບໍ່ແມ່ນເວັບໄຊອື່ນໆ ຂອງພວກເຂົາ — ແລະ ທ່ານສາມາດເຮັດວຽກກັບມັນໄດ້ໂດຍໃຊ້ບັນຊີເຂົ້າສູ່ລະບົບ Zinn Digital® ຂອງທ່ານເອງ ແລະ Zinnector® CLI ທີ່ຟຣີ. ຄູ່ມືນີ້ແມ່ນອະທິບາຍທັງສອງສ່ວນ: ສິ່ງທີ່ເຈົ້າຂອງເວັບໄຊຕ້ອງເຮັດ, ແລະ ສິ່ງທີ່ທ່ານຕ້ອງເຮັດ.

ຖ້າທ່ານຍັງບໍ່ເຄີຍໃຊ້ Zinnector® ມາກ່ອນ, ການເລີ່ມຕົ້ນໃຊ້ງານ Zinnector® ຈະຕິດຕັ້ງມັນໃນເວລາປະມານສອງນາທີ. ບໍ່ມີສິ່ງໃດໃນນີ້ທີ່ຮຽກຮ້ອງໃຫ້ທ່ານຕ້ອງຊື້ໂຮສຕິ້ງ.

ສຳລັບເຈົ້າຂອງເວັບໄຊ — ການແບ່ງປັນເວັບໄຊດຽວ

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

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

1. ລະບຸ ເຫດຜົນ ແລະ, ຖ້າວຽກມີກຳນົດເວລາສິ້ນສຸດ, ໃຫ້ລະບຸ ວັນໝົດອາຍຸ. ການໃຫ້ສິດຈະຢຸດໂດຍອັດໂນມັດໃນວັນທີນັ້ນ; ທ່ານບໍ່ຈຳເປັນຕ້ອງຈື່ເພື່ອລົບມັນອອກ.
2. ບັນທຶກ.

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

ຄວາມໝາຍຂອງ "ໄຟລ໌ຈັດເກັບລວມມີຖານຂໍ້ມູນ"

ຜູ້ແກ້ໄຂ ຫຼື ຜູ້ຈັດການ ສາມາດດາວໂຫຼດສໍາເນົາຂອງເວັບໄຊເພື່ອ đemໄປເຮັດວຽກໄດ້, ແລະ ສໍາເນົາຂອງເວັບໄຊແມ່ນປະກອບດ້ວຍໄຟລ໌ ແລະ ຖານຂໍ້ມູນຂອງມັນ. ຖານຂໍ້ມູນ WordPress ເກັບຮັກສາຂໍ້ມູນທຸກຢ່າງທີ່ຜູ້ຢ້ຽມຊົມໄດ້ໃຫ້ໄວ້ກັບເວັບໄຊ — ຊື່ ແລະ ທີ່ຢູ່ອີເມວຂອງຜູ້ຄໍາເຫັນ, ບັນຊີລູກຄ້າ, ຄໍາສັ່ງຊື້ WooCommerce ແລະ ທີ່ຢູ່ຈັດສົ່ງ, ການສົ່ງຟອມຂໍ້ມູນ.

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

ສອງສິ່ງທີ່ຈະຕາມມາ, ແລະ ແພລດຟອມຈະເຮັດທັງສອງຢ່າງໃຫ້ທ່ານ:

• ທຸກໆ ການສົ່ງອອກຈະຢູ່ໃນບັນທຶກການກວດສອບຂອງທ່ານ. ເປີດ ບັນທຶກການກວດສອບ ແລະ ຄົ້ນຫາ site.backup.exported. ແຕ່ລະແຖວຈະລະບຸຊື່ຜູ້ທີ່ດາວໂຫຼດ, ເວລາໃດ, ແລະ ໄຟລ໌ຈັດເກັບນັ້ນມີຖານຂໍ້ມູນນຳຫຼືບໍ່. ທ່ານບໍ່ຈຳເປັນຕ້ອງຖາມ.
• ທ່ານສາມາດຍົກເລີກມັນໄດ້ທຸກເວລາ. ການຍົກເລີກສິດມີຜົນທັນທີ — ເບິ່ງດ້ານລຸ່ມ.

ຖ້າທ່ານຕ້ອງການໃຫ້ພວກເຂົາເຮັດວຽກໂດຍບໍ່ມີຖານຂໍ້ມູນ, ໃຫ້ບອກພວກເຂົາເພີ່ມ --no-database ເມື່ອພວກເຂົາ pull ຂໍ້ມູນ; ມັນແມ່ນທຸງດຽວ ແລະ ສ່ວນທີ່ເຫຼືອກໍເຮັດວຽກຄືເກົ່າ.

ສຳລັບນັກພັດທະນາ — ການດຶງເວັບໄຊມາໄວ້ໃນເຄື່ອງຂອງທ່ານ

1. ຕິດຕັ້ງ Zinnector®

npm install -g zinnector
zinnector --version

ທ່ານຕ້ອງການ Node 24 ຫຼື ໃໝ່ກວ່າ. node --version ຕ້ອງສະແດງ v24 ຫຼື ສູງກວ່າ.

2. ເຂົ້າສູ່ລະບົບໃນນາມຕົວທ່ານເອງ

zinnector login

ສິ່ງນີ້ຈະເປີດບຣາວເຊີຂອງທ່ານ ແລະ ເຂົ້າສູ່ລະບົບດ້ວຍບັນຊີ Zinn Digital® ຂອງທ່ານເອງ — ບັນຊີທີ່ຄຳເຊີນຖືກສົ່ງໄປຫາ. ທ່ານບໍ່ຈຳເປັນຕ້ອງໃຊ້ລະຫັດຜ່ານຂອງເຈົ້າຂອງເວັບໄຊ, ແລະ ພວກເຂົາກໍບໍ່ຈຳເປັນຕ້ອງໃຫ້ລະຫັດຜ່ານກັບທ່ານ.

ກວດສອບສິ່ງທີ່ທ່ານໄດ້ຮັບສິດ:

zinnector sites

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

3. ດຶງເວັບໄຊລົງມາ

zinnector clone client-domain.com
cd client-domain.com

clone ຈະສ້າງໂຄງການໃນເຄື່ອງທ້ອງຖິ່ນຈາກເວັບໄຊທີ່ໂຮສໄວ້. ມັນຈະດຶງ:

• wp-content — ທີມ, ປລັກອິນ, mu-plugins, ພາສາ ແລະ ມີເດຍ ທີ່ເປັນວຽກຂອງເວັບໄຊເອງ;
• ຖານຂໍ້ມູນ, ຖືກຂຽນລົງໃນ database.sql ໃນໂຄງການ.

ມັນຈະຈົ່ງໃຈເວັ້ນ WordPress core ໄວ້ (ສະພາບແວດລ້ອມໃນເຄື່ອງຂອງທ່ານຈະສະໜອງເວີຊັນທີ່ຖືກຕ້ອງເອງ), wp-config.php (ເຊິ່ງເກັບລະຫັດຜ່ານຖານຂໍ້ມູນຂອງເວັບໄຊຈິງ), ແລະ ມີເດຍໃດໆ ທີ່ຖືກຍ້າຍໄປເກັບໄວ້ໃນ object storage.

ທຸກໆ ການຣັນຈະສະແດງຢ່າງຊັດເຈນວ່າໄດ້ດຶງຫຍັງມາ ແລະ ເວັ້ນຫຍັງໄວ້, ພ້ອມກັບຈຳນວນ. ຖ້າທ່ານຕ້ອງການສະເພາະໄຟລ໌, ໃຫ້ເພີ່ມ --no-database.

ມີໂຄງການຢູ່ແລ້ວ ແລະ ຕ້ອງການພຽງແຕ່ຂໍ້ມູນຫຼ້າສຸດບໍ? ໃຫ້ຣັນ zinnector pull ຢູ່ພາຍໃນໂຄງການ.

4. ຣັນໃນເຄື່ອງທ້ອງຖິ່ນ, ພ້ອມກັບເນື້ອຫາຈິງ

zinnector dev --runtime docker

ໃນ Docker runtime ສິ່ງນີ້ຈະນຳເຂົ້າ database.sql, ຂຽນ URL ຂອງເວັບໄຊໃໝ່ໃຫ້ເປັນທີ່ຢູ່ທ້ອງຖິ່ນຂອງທ່ານ, ແລະ ເປີດເວັບໄຊພ້ອມກັບເນື້ອຫາຈິງຂອງລູກຄ້າ. ເຂົ້າສູ່ລະບົບດ້ວຍບັນຊີ WordPress ຂອງເວັບໄຊເອງ.

runtime ເລີ່ມຕົ້ນ — WordPress Playground, ເຊິ່ງບໍ່ຕ້ອງການ Docker — ຈະເລີ່ມຕົ້ນໄດ້ໄວກວ່າ ແລະ ບໍ່ນຳເຂົ້າຖານຂໍ້ມູນ; ມັນຈະແຈ້ງໃຫ້ທ່ານຮູ້ແທນທີ່ຈະເລີ່ມຕົ້ນແບບຫວ່າງເປົ່າໂດຍບໍ່ບອກ. ໃຫ້ໃຊ້ທຸງນີ້ເມື່ອທ່ານເຮັດວຽກກ່ຽວກັບໂຄດ ແລະ ບໍ່ຕ້ອງການເນື້ອຫາ.

5. ດູແລສໍາເນົາທີ່ທ່ານໄດ້ຮັບ

database.sql ແມ່ນຖານຂໍ້ມູນຂອງເວັບໄຊຈິງ. Zinnector® ຈະເພີ່ມມັນເຂົ້າໃນ .gitignore ຂອງໂຄງການທ່ານທັນທີທີ່ມັນຂຽນໄຟລ໌, ດັ່ງນັ້ນການໃຊ້ git add -A ໂດຍບໍ່ໄດ້ລະວັງ ຈະບໍ່ສາມາດເຜີຍແຜ່ຂໍ້ມູນລູກຄ້າຂອງຄົນອື່ນໄປຫາ repository ໄດ້. ຢ່າປ່ຽນແປງແຖວນັ້ນ, ແລະ ໃຫ້ລົບໄຟລ໌ອອກເມື່ອວຽກເສັດສົມບູນ.

ສິ່ງທີ່ຜູ້ຮ່ວມງານສາມາດເຮັດໄດ້ ແລະ ບໍ່ສາມາດເຮັດໄດ້

| | ຜູ້ເບິ່ງ | ຜູ້ແກ້ໄຂ | ຜູ້ຈັດການ | |---|---|---|---| | ເບິ່ງເວັບໄຊ ແລະ ການຕັ້ງຄ່າ | ✔ | ✔ | ✔ | | ປ່ຽນແປງໄຟລ໌, ໃຊ້ wp-admin, deploy | | ✔ | ✔ | | Pull ເວັບໄຊ, ລວມທັງຖານຂໍ້ມູນ | | ✔ | ✔ | | ກູ້ຄືນຂໍ້ມູນສຳຮອງທັບເວັບໄຊຈິງ | | | ✔ | | ລົບເວັບໄຊ | | | | | ເບິ່ງຂໍ້ມູນການຊຳລະເງິນ ຫຼື ໃບແຈ້ງໜີ້ | | | | | ເຂົ້າເຖິງເວັບໄຊ ອື່ນໆ ຂອງເຈົ້າຂອງ | | | |

ສາມແຖວສຸດທ້າຍແມ່ນຫວ່າງເປົ່າສຳລັບທຸກໆ ບົດບາດ. ພວກມັນບໍ່ແມ່ນການຕັ້ງຄ່າ.

ການຍົກເລີກການເຂົ້າເຖິງ

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

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

ເມື່ອມີບາງຢ່າງບໍ່ເຮັດວຽກ

• zinnector sites ບໍ່ສະແດງຫຍັງເລີຍ. ຄຳເຊີນຍັງບໍ່ທັນໄດ້ຮັບການຕອບຮັບ, ຫຼື ການໃຫ້ສິດຖືກຍົກເລີກ ຫຼື ໝົດອາຍຸແລ້ວ. ໃຫ້ຖາມເຈົ້າຂອງເວັບໄຊໃຫ້ເບິ່ງສ່ວນຄວາມປອດໄພຂອງເວັບໄຊ — ຄຳເຊີນທີ່ລໍຖ້າຢູ່ຈະຖືກສະແດງຢູ່ທີ່ນັ້ນ.
• zinnector pull ແຈ້ງວ່າເວັບໄຊບໍ່ມີຂໍ້ມູນສຳຮອງຫຼ້າສຸດ. ການ pull ຈະສ້າງຂໍ້ມູນສຳຮອງ ໃໝ່ຖ້າແພັກເກດອະນຸຍາດ, ແລະ ຈະຖາມກ່ອນ. ຖ້າແພັກເກດບໍ່ລວມການສຳຮອງຂໍ້ມູນຕາມຄຳຂໍ, ໃຫ້ເພີ່ມ --max-age ເພື່ອຍອມຮັບຂໍ້ມູນສຳຮອງທີ່ເກົ່າກວ່າ.
• zinnector dev ເລີ່ມຕົ້ນ WordPress ທີ່ຫວ່າງເປົ່າ. ທ່ານກຳລັງໃຊ້ Playground runtime, ເຊິ່ງບໍ່ໄດ້ນຳເຂົ້າຖານຂໍ້ມູນ. ໃຫ້ຣັນ zinnector dev --runtime docker.
• ເວັບໄຊໃນເຄື່ອງທ້ອງຖິ່ນປ່ຽນທິດທາງໄປຫາໂດເມນຈິງເລື້ອຍໆ. ການນຳເຂົ້າຈະຂຽນ URL ຂອງເວັບໄຊໃໝ່; ຖ້າຂັ້ນຕອນນັ້ນລົ້ມເຫຼວ, ຄຳສັ່ງຈະແຈ້ງໃຫ້ຊາບ ແລະ ສະແດງແຖວ wp search-replace ເພື່ອໃຫ້ຣັນ.

ຂໍ້ຜິດພາດຕ່າງໆ ຕື່ມອີກ ແລະ ວິທີແກ້ໄຂ: ການແກ້ໄຂບັນຫາ Zinnector®.