zinnector ໃຫມ່
ສ້າງໂຄງສ້າງເວັບໄຊ, ປລັກອິນ ຫຼື ບລັອກທິມທີ່ເລີ່ມຕົ້ນເຮັດວຽກໄດ້ທັນທີ. ບໍ່ມີໄຟລ໌ຕົວແທນ, ບໍ່ມີ TODOs — ປລັກອິນຈະເປີດໃຊ້ງານ ແລະ ສາມາດເລືອກທິມໄດ້ທັນທີທີ່ຖືກສ້າງຂຶ້ນ.
Zinnector®
CLI ສຳລັບນັກພັດທະນາສຳລັບໂຮສຕິ້ງ WordPress
Zinnector® ສ້າງ WordPress ຢູ່ໃນເຄື່ອງໂດຍບໍ່ຕ້ອງຕິດຕັ້ງຫຍັງນອກຈາກ Node — ບໍ່ມີ Docker, ບໍ່ມີ MAMP — ຈາກນັ້ນກວດສອບສິ່ງທີ່ທ່ານສ້າງທຽບກັບ hosting slot ທີ່ທ່ານກຳລັງຈະນຳໃຊ້ ແລະ ບອກທ່ານວ່າສິ່ງໃດຈະບໍ່ກົງກັນ, ກ່ອນທີ່ທ່ານຈະ push. ຕິດຕັ້ງມັນດ້ວຍ npm install -g zinnector. ມັນໃຊ້ໄດ້ຟຣີ, ໄດ້ຮັບໃບອະນຸຍາດ MIT ແລະ ສ້າງຂຶ້ນເທິງ API ສາທາລະນະດຽວກັນກັບທຸກຢ່າງອື່ນໆ ຢູ່ນີ້.
ຫ້າຄໍາສັ່ງ, ແລະ ອັນຢູ່ເຄິ່ງກາງແມ່ນຈຸດສໍາຄັນ
CLI ຂອງບໍລິການໂຮສຕິ້ງສ່ວນໃຫຍ່ເລີ່ມຕົ້ນຕອນ deploy. Zinnector® ເລີ່ມຕົ້ນກ່ອນໜ້ານັ້ນ — ມັນສ້າງເວັບໄຊຮ່ວມກັບທ່ານ, ແລ້ວຈຶ່ງກວດສອບວຽກຂອງທ່ານທຽບກັບເຄື່ອງທີ່ທ່ານກຳລັງຈະສົ່ງໄປຫາ. ຊ່ອງຫວ່າງລະຫວ່າງ "ມັນເຄີຍຮັນໄດ້ໃນແລັບທັອບຂອງຂ້ອຍ" ແລະ "ມັນຮັນໄດ້ໃນເຊີບເວີ" ແມ່ນບ່ອນທີ່ເສຍເວລາໄປຫຼາຍຕອນບ່າຍ, ແລະ ຊ່ອງຫວ່າງນັ້ນສາມາດວັດແທກໄດ້.
zinnector dev
WordPress ທີ່ແທ້ຈິງໃນເຄື່ອງຂອງທ່ານພາຍໃນບໍ່ເທົ່າໃດວິນາທີ, ພ້ອມໃຫ້ບໍລິການປລັກອິນ ແລະ ຮູບແບບຂອງທ່ານເອງ, ໂດຍບໍ່ມີ Docker ແລະ ບໍ່ມີ PHP ໃນ PATH ຂອງທ່ານ. ເລືອກ PHP ໃດກໍໄດ້ຕັ້ງແຕ່ 5.2 ຫາ 8.5 ເພື່ອໃຊ້ໃນການພັດທະນາ.
ກວດສອບ zinnector
ການກວດສອບກ່ອນເຜີຍແຜ່. ປຽບທຽບສິ່ງທີ່ທ່ານສ້າງຂຶ້ນກັບສະລັອດທີ່ທ່ານກຳລັງຈະນຳໃຊ້ອອກໄປ ແລະ ລະບຸທຸກຈຸດທີ່ບໍ່ກົງກັນ — ແລະ ທຸກການກວດສອບທີ່ບໍ່ສາມາດດຳເນີນການໄດ້ — ກ່ອນທີ່ທ່ານຈະພຸຊ.
zinnector push
ກວດສອບກ່ອນເລີ່ມຕົ້ນ, ຍູ້ຄອມມິດຂອງທ່ານ, ສັ່ງນຳໃຊ້ລະບົບ ແລະ ຕິດຕາມຈົນກວ່າຈະສຳເລັດ. ຫາກລົ້ມເຫຼວ, ບັນທຶກການສ້າງແມ່ນຢູ່ຫ່າງພຽງແຕ່ຄຳສັ່ງດຽວ.
zinnector ai
ຖາມຜູ້ຊ່ວຍຈາກ terminal ໂດຍໃຊ້ໂຄງການ ແລະ ເວັບໄຊຂອງທ່ານເປັນບໍລິບົດ. ມັນເຮັດວຽກຢູ່ເທິງແພລັດຟອມຜ່ານບັນຊີຂອງທ່ານເອງ, ດັ່ງນັ້ນຈຶ່ງບໍ່ມີການເກັບຮັກສາກະແຈໂມເດວໃດໆ ໄວ້ໃນເຄື່ອງຂອງທ່ານເລີຍ.
ທົດສອບການເຮັດວຽກໃນສອງນາທີ, ບໍ່ຈຳເປັນຕ້ອງມີບັນຊີ
ຫົກຄຳສັ່ງ, ຕາມລຳດັບ, ແລະ ສິ່ງທີ່ສະແດງເຖິງຄວາມສຳເລັດໃນແຕ່ລະອັນ. ທຸກຢ່າງຢູ່ນີ້ເຮັດວຽກຢູ່ໃນເຄື່ອງຂອງທ່ານເອງ; ລະຫັດ API ແມ່ນຈຳເປັນສະເພາະຕອນທີ່ທ່ານໄປຮອດຊ່ອງໂຮສຕິ້ງເທົ່ານັ້ນ.
ຕິດຕັ້ງມັນ
ເປີດໃຊ້ npm install -g zinnector ໃນ Node 24 ຫຼື ໃໝ່ກວ່າ. ຖ້າ npm ສະແດງ EBADENGINE, Node ຂອງທ່ານເກົ່າກວ່າ 24 — ໃຫ້ຕິດຕັ້ງ LTS ປັດຈຸບັນຈາກ nodejs.org ແລະ ເປີດໃຊ້ການຕິດຕັ້ງອີກຄັ້ງ.
ກວດສອບເວີຊັນ
zinnector --version ຈະສະແດງເລກເວີຊັນ ເຊັ່ນ 0.1.2. ໃນ Node ທີ່ເກົ່າກວ່າ 24 ມັນຈະສະແດງຂໍ້ຄວາມທີ່ລະບຸວ່າຕ້ອງການ Node 24 ຫຼື ໃໝ່ກວ່າ, ແລ້ວອອກຈາກລະບົບ.
ອ່ານການຊ່ວຍເຫຼືອ
zinnector --help ລາຍການແຕ່ລະຄຳສັ່ງຢູ່ລຸ່ມນີ້ພ້ອມກັບຈຸດປະສົງໜຶ່ງແຖວ. ແຕ່ລະຄຳສັ່ງຍັງຮອງຮັບ --help ຂອງຕົນເອງອີກດ້ວຍ.
ສ້າງໂຄງຮ່າງເວັບໄຊ
zinnector new my-site ສ້າງໂຄງການທີ່ເປີດຂຶ້ນທັນທີ — zinnector.json, ໂຄງສ້າງຕົ້ນໄມ້ wp-content ແລະ README — ແລະສະແດງຄຳສັ່ງຕໍ່ໄປທີ່ຈະດຳເນີນການ.
ແລ່ນມັນ
cd my-site, ຈາກນັ້ນ zinnector dev. ການເປີດໃຊ້ງານຄັ້ງທຳອິດຈະຖາມຄັ້ງດຽວເພື່ອດາວໂຫຼດ WordPress runtime (ປະມານ 570 MB, ເກັບໄວ້ໃນແຄຊ໌ຂອງ CLI ເອງ, ບໍ່ມີທາງຢູ່ໃນໂປຣເຈັກຂອງທ່ານ). ຄວາມສຳເລັດຈະສະແດງເປັນ “running at http://127.0.0.1:9400”.
ເປີດມັນໃນໂປຣແກຣມທ່ອງເວັບ
http://127.0.0.1:9400 ແມ່ນເວັບໄຊ WordPress ໃໝ່; /wp-admin ຈະເປີດແຜງຄວບຄຸມໂດຍເຂົ້າສູ່ລະບົບໄວ້ແລ້ວ. ໃສ່ປລັກອິນລົງໃນ wp-content/plugins ແລະ ມັນຈະປະກົດຢູ່ທີ່ນັ້ນໃນການໂຫຼດຄືນໃໝ່ຄັ້ງຕໍ່ໄປ.
ຈາກນັ້ນ, ດ້ວຍຊ່ອງໂຮສຕິ້ງ
zinnector login, zinnector link, zinnector check, zinnector push — ກວດສອບສິ່ງທີ່ທ່ານສ້າງຂຶ້ນລ່ວງໜ້າທຽບກັບຊ່ອງ, ຈາກນັ້ນນຳໃຊ້ມັນ ແລະ ເບິ່ງມັນສຳເລັດ.
ການກວດສອບລ່ວງໜ້າ, ຢ່າງລະອຽດ
ທ່ານໄດ້ສ້າງຂຶ້ນເທິງ PHP 8.3. ຊ່ອງດັ່ງກ່າວໃຊ້ງານ 8.1. ບໍ່ມີສິ່ງໃດແຈ້ງເຕືອນທ່ານຈົນກວ່າເວັບໄຊຈະກາຍເປັນໜ້າຈໍຂາວ. ນັ້ນແມ່ນບັນຫາທີ່ຄໍາສັ່ງນີ້ມີໄວ້ແກ້ໄຂ, ແລະ ມັນເປັນສິ່ງທີ່ເຈົ້າຂອງແພລດຟອມນີ້ໄດ້ຮ້ອງຂໍໂດຍລະບຸຊື່ໂດຍກົງ. Zinnector® ຈະອ່ານສະພາບແວດລ້ອມທັງສອງ ແລະ ນໍາມາວາງຄຽງຄູ່ກັນ — ຈາກນັ້ນກໍອະນຸຍາດໃຫ້ທ່ານ deploy ຕໍ່ໄປໄດ້, ເນື່ອງຈາກທ່ານອາດຈະມີເຫດຜົນສະເພາະ.
PHP, ຈັດລະດັບຢ່າງຊື່ສັດ
ຊ່ອງຫວ່າງເວີຊັນຫຼັກຈະຖືກໝາຍວ່າສູງ ເພາະມັນເຮັດໃຫ້ເວັບໄຊໃຊ້ງານບໍ່ໄດ້ຢ່າງແນ່ນອນ; ຊ່ອງຫວ່າງຍ່ອຍຈະຖືກໝາຍຕ່ຳກວ່າ. ການຈັດລະດັບທຸກຢ່າງເປັນວິກິດ ພຽງແຕ່ສອນໃຫ້ຄົນເບິ່ງຂ້າມຄຳເຕືອນເທົ່ານັ້ນ.
ຈຳນວນດິສກ໌ ແລະ ໄຟລ໌, ແຍກຕ່າງຫາກ
ຕົ້ນໄມ້ໂຄງສ້າງ WordPress ປະກອບດ້ວຍໄຟລ໌ນ້ອຍໆຫຼາຍສິບພັນໄຟລ໌, ແລະ ເວັບໄຊໜຶ່ງສາມາດໃຊ້ໂຄຕ້າ inode ໝົດໄດ້ ໃນຂະນະທີ່ຍັງໃຊ້ພື້ນທີ່ດິສກ໌ບໍ່ເກີນຂີດຈຳກັດ. ທັງສອງຢ່າງແມ່ນໄດ້ຮັບການກວດສອບທຽບກັບສິ່ງທີ່ເຫຼືອຢູ່ຕົວຈິງໃນສະລັອດ, ບໍ່ແມ່ນທຽບກັບແພັກເກດ.
"ບໍ່ສາມາດກວດສອບໄດ້" ແມ່ນຄໍາຕອບໃນຕົວມັນເອງ
ການກວດສອບທີ່ບໍ່ສາມາດເຫັນເປົ້າໝາຍຂອງຕົນໄດ້ ຈະລາຍງານວ່າບໍ່ໄດ້ກວດສອບ, ບໍ່ເຄີຍລາຍງານວ່າຜ່ານ. ການເຮັດວຽກທີ່ປອດໂປ່ງຈະບອກຈຳນວນສິ່ງທີ່ບໍ່ສາມາດຢັ້ງຢືນໄດ້, ເພາະວ່າບໍ່ມີໃຜຈະກວດເບິ່ງການແຈ້ງເຕືອນທີ່ຖືກຕ້ອງປອມເປັນຄັ້ງທີສອງ.
ເຕືອນ, ບໍ່ເຄີຍບລັອກ
ທຸກໆການຄົ້ນພົບສາມາດຖືກຍົກເລີກໄດ້ດ້ວຍ --force, ແລະ ບົດສະຫຼຸບກໍໄດ້ລະບຸໄວ້ແນວນັ້ນ. ໃນ CI, ລະຫັດອອກຈະເຮັດໜ້າທີ່ເປັນປະຕູແທນ, ດັ່ງນັ້ນ pipeline ຈຶ່ງສາມາດມີຄວາມເຂັ້ມງວດໄດ້ໃນຂະນະທີ່ຄົນຍັງສາມາດຄວບຄຸມໄດ້ຢູ່.
ສະພາບແວດລ້ອມການເຮັດວຽກພາຍໃນເຄື່ອງສອງອັນ, ທັງສອງແມ່ນແທ້
WordPress Playground ແມ່ນຄ່າເລີ່ມຕົ້ນ: PHP ຖືກຄອມພາຍໄປເປັນ WebAssembly, ເຮັດວຽກພາຍໃນ Node, ດັ່ງນັ້ນແລັບທັອບທີ່ມີພຽງແຕ່ Node ຕິດຕັ້ງຢູ່ ຈຶ່ງປ່ຽນຈາກບໍ່ມີຫຍັງເລີຍໄປສູ່ WordPress ທີ່ກຳລັງເຮັດວຽກຢູ່ ໃນເວລາປະມານເທົ່າກັບທີ່ໃຊ້ໃນການອ່ານປະໂຫຍກນີ້.
ເມື່ອທ່ານຕ້ອງການ PHP ຕົ້ນສະບັບ — ສ່ວນຂະຫຍາຍເຊັ່ນ imagick, MySQL ແທ້ — ໃຫ້ສົ່ງ --runtime docker ແລະ ຮັບເອົາຄອນເທນເນີ php-fpm ແລະ MariaDB ແທນ. ທັງສອງໃຫ້ບໍລິການໄຟລ໌ດຽວກັນຈາກໂຄງການດຽວກັນ, ດັ່ງນັ້ນການສະຫຼັບລະຫວ່າງພວກມັນຈຶ່ງປ່ຽນພຽງແຕ່ເຄື່ອງຈັກເທົ່ານັ້ນ ແລະ ບໍ່ມີສິ່ງອື່ນໃດປ່ຽນແປງ.
ສິ່ງອື່ນໆທັງໝົດທີ່ທ່ານເຮັດຢູ່ແລ້ວໃນແຜງຄວບຄຸມ
Zinnector® ຖືກສ້າງຂຶ້ນໃນ API ສາທາລະນະດຽວກັນກັບແດຊບອດ, ດັ່ງນັ້ນສິ່ງໃດກໍຕາມທີ່ແຜງຄວບຄຸມສາມາດເຮັດໄດ້, ມັນກໍສາມາດເຮັດໄດ້ເຊັ່ນກັນ — ແລະທຸກໆຄໍາສັ່ງແມ່ນການດໍາເນີນງານທີ່ມີເອກະສານໃນຂໍ້ມູນຈໍາເພາະ OpenAPI ແທນທີ່ຈະເປັນ endpoint ສ່ວນຕົວ.
ເວັບໄຊ ແລະ ການນຳໃຊ້
ສະແດງລາຍຊື່ເວັບໄຊ, ອ່ານທຸກຢ່າງທີ່ແພລັດຟອມຮູ້ກ່ຽວກັບເວັບໄຊໃດໜຶ່ງ, ປັບໃຊ້ຄືນໃໝ່, ແລະ ອ່ານປະຫວັດການປັບໃຊ້ພ້ອມທັງບັນທຶກການສ້າງ.
ໂດເມນ, DNS ແລະ ອີເມວ
ສະແດງລາຍຊື່ໂດເມນ, ອ່ານ ແລະ ປ່ຽນແປງບັນທຶກ DNS ພ້ອມກັບບັນທຶກທີ່ສະແດງກ່ອນທີ່ຈະຖືກຂຽນລົງ, ແລະ ອ່ານການບໍລິການອີເມວຂອງທ່ານ.
PHP, ໂຄຕາ, ຖານຂໍ້ມູນ ແລະ ບັນທຶກ
ປ່ຽນເວີຊັນ PHP, ກວດສອບການນຳໃຊ້ພື້ນທີ່ດິສກ໌ ແລະ inode ທຽບກັບສິ່ງທີ່ແພັກເກດຂອງທ່ານກຳນົດ, ຮັບລິ້ງສຳລັບການນຳໃຊ້ຄັ້ງດຽວເຂົ້າສູ່ phpMyAdmin, ແລະ ຕິດຕາມບັນທຶກການເຂົ້າເຖິງລວມທັງຂໍ້ຜິດພາດແບບສົດໆ.
WP-CLI ແລະ ການດຳເນີນການແບບກຸ່ມ
ດຳເນີນການຄຳສັ່ງ WP-CLI ທີ່ຢູ່ໃນລາຍຊື່ທີ່ອະນຸຍາດເທິງເວັບໄຊ, ແລະ ລຶບລ້າງແຄຊ໌ ຫຼື ເລີ່ມການສະແກນມາລແວໃນທົ່ວການເລືອກທັງໝົດໃນການຮຽກໃຊ້ຄັ້ງດຽວ ແທນທີ່ຈະເຮັດເທື່ອລະເວັບໄຊ.
ທຸກໆຄຳສັ່ງ, ຕາມທີ່ --help ລະບຸໄວ້ຢ່າງແນ່ນອນ
ລາຍການເຕັມ, ແຕ່ລະອັນຢູ່ໃນໜຶ່ງແຖວ. ເອກະສານອ້າງອີງທີ່ສົມບູນ — ທຸກໆແຟຼກ, ຕົວຢ່າງທີ່ສາມາດສັ່ງເຮັດວຽກໄດ້ ແລະ ສິ່ງທີ່ແຕ່ລະຄຳສັ່ງສະແດງຜົນ — ແມ່ນຖືກສ້າງຂຶ້ນຈາກຕົວ CLI ເອງ ແລະ ຢູ່ໃນເອກະສານສຳລັບນັກພັດທະນາ ແລະ ຖານຄວາມຮູ້, ດັ່ງນັ້ນມັນຈຶ່ງບໍ່ສາມາດແຕກຕ່າງຈາກເຄື່ອງມືທີ່ທ່ານໄດ້ຕິດຕັ້ງໄວ້.
zinnector ໃຫມ່
ສ້າງໂຄງຮ່າງໂຄງການ WordPress ທີ່ທ່ານສາມາດເປີດໃຊ້ງານໄດ້ທັນທີ.
zinnector dev
ເປີດໃຊ້ໂຄງການນີ້ຢູ່ໃນເຄື່ອງ — ບໍ່ຈຳເປັນຕ້ອງມີ Docker.
ເຂົ້າສູ່ລະບົບ zinnector
ເຂົ້າສູ່ລະບົບດ້ວຍລະຫັດ API ຂອງ Zinn Digital®.
ອອກຈາກລະບົບ zinnector
ລືມຄີ API ທີ່ບັນທຶກໄວ້.
zinnector whoami
ສະແດງໃຫ້ເຫັນວ່າ CLI ນີ້ຖືກກວດສອບຄວາມຖືກຕ້ອງເປັນໃຜ.
ເວັບໄຊ zinnector
ລາຍຊື່ເວັບໄຊທີ່ຄີນີ້ສາມາດເບິ່ງເຫັນໄດ້.
ສະຖານະຂອງ zinnector
ທຸກຢ່າງທີ່ແພລດຟອມຮູ້ກ່ຽວກັບເວັບໄຊໜຶ່ງ.
ການແບ່ງປັນ zinnector
ໃຫ້ສິດການເຂົ້າເຖິງເວັບໄຊດຽວແກ່ຄົນໜຶ່ງ — ນັກພັດທະນາ, ນັກອອກແບບ, ລູກຄ້າ — ພ້ອມກັບບົດບາດ ແລະ ເຫດຜົນ.
ຜູ້ຮ່ວມມື zinnector
ເບິ່ງຜູ້ທີ່ໄດ້ຮັບສິດເຂົ້າເຖິງເວັບໄຊ, ບົດບາດຂອງພວກເຂົາ, ແລະ ພວກເຂົາໄດ້ຍອມຮັບແລ້ວຫຼືຍັງ.
ຍົກເລີກການແບ່ງປັນ zinnector
ຖອນສິດການເຂົ້າເຖິງຂອງບຸກຄົນໃດໜຶ່ງຄືນ, ຜ່ານອີເມວ ຫຼື ໄອດີການອະນຸຍາດ.
ຄຳເຊີນ zinnector
ຄຳເຊີນທີ່ກຳລັງລໍຖ້າທ່ານຢູ່, ແລະ ຍອມຮັບອັນໜຶ່ງ.
ລິ້ງ zinnector
ຊີ້ໂຄງການນີ້ໄປໃສ່ຊ່ອງໂຮດຕິ້ງ (ແລະ ເຊື່ອມຕໍ່ບ່ອນເກັບຂໍ້ມູນຂອງມັນ).
ດຶງຂໍ້ມູນ zinnector
ດຶງໄຟລ໌ຂອງເວັບໄຊທີ່ໂຮສໄວ້ເຂົ້າມາໃນໂຄງການນີ້ສໍາລັບການພັດທະນາໃນເຄື່ອງ, ແລະເປີດໃຊ້ອີກຄັ້ງເພື່ອຊິ້ງຄືນໃໝ່. ຈະໃຊ້ເສັ້ນທາງດ່ວນເມື່ອເວັບໄຊຊິ້ງກັບບ່ອນເກັບຂໍ້ມູນຂອງຕົນເອງ, ຖ້າບໍ່ດັ່ງນັ້ນຈະເຮັດວຽກຈາກຂໍ້ມູນສຳຮອງຫຼ້າສຸດ.
ການຊິ້ງຂໍ້ມູນ zinnector
ການຊິງຄ໌ສອງທາງລະຫວ່າງໄຟລ໌ສົດຂອງເວັບໄຊທີ່ໂຮສຕ໌ໄວ້ ແລະ ບ່ອນເກັບຂໍ້ມູນ (repository) ຂອງມັນ: ເບິ່ງສະຖານະ, ເປີດໃຊ້ງານ, ຄອມມິດການປ່ຽນແປງຂອງເວັບໄຊ, ຫຼື ເລືອກວ່າຝ່າຍໃດມີບູລິມະສິດ.
ຊິນເນັກເຕີ ເອັມຊີພີ
ຂົວເຊື່ອມຕໍ່ໄປຫາເຊີບເວີ MCP ຂອງ Zinn Digital® ສຳລັບ Claude Desktop ແລະ ລູກຂ່າຍ AI ອື່ນໆທີ່ເລີ່ມຕົ້ນສະເພາະເຊີບເວີພາຍໃນເທົ່ານັ້ນ.
zinnector clone
ສ້າງໂຄງການພາຍໃນເຄື່ອງຈາກເວັບໄຊທີ່ໂຮສໄວ້ໃນຂັ້ນຕອນດຽວ: ໂຄລນບ່ອນເກັບຂໍ້ມູນຂອງມັນ ຫຼື ດຶງໄຟລ໌ຂອງມັນ, ຂຽນໄຟລ໌ໂຄງການ, ແລະ ກຽມພ້ອມທີ່ຈະເປີດໃຊ້ zinnector dev.
ການກວດສອບ zinnector
ປຽບທຽບໂຄງການນີ້ກັບຊ່ອງທີ່ທ່ານກຳລັງຈະນຳໃຊ້.
zinnector push
ກວດສອບຄວາມພ້ອມລ່ວງໜ້າ, ສົ່ງການປ່ຽນແປງຂອງທ່ານ, ແລະ ຕິດຕັ້ງນຳໃຊ້.
zinnector deploy
ນຳໃຊ້ອີກຄັ້ງສິ່ງທີ່ແພລດຟອມມີຢູ່ແລ້ວ, ໂດຍບໍ່ມີການຍູ້.
zinnector ພວມນຳໃຊ້
ປະຫວັດການນຳໃຊ້ເວັບໄຊ.
zinnector php
ສະແດງ ຫຼື ປ່ຽນເວີຊັນ PHP ຂອງເວັບໄຊ.
ໂຄຕາ Zinnector®
ການນຳໃຊ້ດິສກ໌, ໄຟລ໌ ແລະ ຖານຂໍ້ມູນ ທຽບກັບສິ່ງທີ່ແຜນໃຫ້ສິດ.
zinnector db
ຂະໜາດຖານຂໍ້ມູນ, ແລະ ລິ້ງສຳລັບການນຳໃຊ້ຄັ້ງດຽວໄປຫາ phpMyAdmin ແລະ ຕົວຈັດການໄຟລ໌.
ບັນທຶກຂອງ zinnector
ຕິດຕາມບັນທຶກການເຂົ້າເຖິງ ແລະ ຂໍ້ຜິດພາດຂອງເວັບໄຊແບບສົດໆ.
zinnector wp
ດຳເນີນການຄຳສັ່ງ WP-CLI ທີ່ໄດ້ຮັບອະນຸຍາດຢູ່ໃນເວັບໄຊ.
ການສຳຮອງຂໍ້ມູນ zinnector
ສະແດງລາຍການ ແລະ ສ້າງການສຳຮອງຂໍ້ມູນເວັບໄຊ. ຄຳສັ່ງຍ່ອຍ: list, now.
ໂດເມນ zinnector
ບອກລາຍຊື່ໂດເມນທີ່ຄີນີ້ສາມາດເຫັນໄດ້.
zinnector dns
ອ່ານ ແລະ ປ່ຽນແປງບັນທຶກ DNS. ຄຳສັ່ງຍ່ອຍ: list, add, rm.
zinnector mail
ລາຍການບໍລິການເມວ.
ຊິບເຕົາດຽວ (bulk)
ດຳເນີນການໜຶ່ງລາຍການໃນຫຼາຍເວັບໄຊ (cache_purge, malware_scan, sitemap, block_ip).
zinnector ai
ຖາມຜູ້ຊ່ວຍ Zinn Digital®, ໂດຍໃຊ້ໂຄງການນີ້ເປັນບໍລິບົດ.
ຄຳຖາມ
ຂ້ອຍຈໍາເປັນຕ້ອງເປັນລູກຄ້າຂອງ Zinn Digital® ເພື່ອໃຊ້ມັນບໍ?
ບໍ່. `zinnector new` ແລະ `zinnector dev` ບໍ່ຈໍາເປັນຕ້ອງມີບັນຊີໃດໆເລີຍ — ສ້າງໂຄງສ້າງປລັກອິນ, ຮູບແບບສີສັນ ຫຼື ເວັບໄຊທັງໝົດ ແລະ ເປີດໃຊ້ມັນຢູ່ໃນເຄື່ອງຂອງທ່ານ, ຟຣີ, ຕະຫຼອດໄປ. ລະຫັດ API ແມ່ນຈໍາເປັນສະເພາະຄໍາສັ່ງທີ່ຕິດຕໍ່ສື່ສານກັບໂຮສຕິ້ງຂອງທ່ານເທົ່ານັ້ນ.
ມັນຕ້ອງການ Docker ບໍ່?
ບໍ່ແມ່ນສໍາລັບ runtime ເລີ່ມຕົ້ນ. WordPress Playground ຄອມໄພລ໌ PHP ໄປເປັນ WebAssembly ແລະເຮັດວຽກພາຍໃນ Node, ດັ່ງນັ້ນ `zinnector dev` ຈຶ່ງເປີດໃຊ້ງານ WordPress ແທ້ໄດ້ພາຍໃນບໍ່ເທົ່າໃດວິນາທີໂດຍບໍ່ຕ້ອງຕິດຕັ້ງສິ່ງອື່ນເພີ່ມເຕີມ. ຖ້າທ່ານຕ້ອງການ PHP ແບບ native — ເພື່ອທົດສອບ extension ເຊັ່ນ imagick ຫຼື ionCube — `--runtime docker` ຈະໃຫ້ container ຂອງ php-fpm ແລະ MariaDB ແທນ. ຮອງຮັບທັງສອງແບບ; ບໍ່ມີອັນໃດເປັນພຽງຕົວເລືອກສໍາຮອງ.
ການກວດສອບກ່ອນການບິນຕົວຈິງແລ້ວປຽບທຽບຫຍັງແດ່?
ເວີຊັນ PHP ໃນເຄື່ອງຂອງທ່ານທຽບກັບຂອງ slot, slot ສາມາດປ່ຽນໄປເປັນເວີຊັນທີ່ທ່ານສ້າງຂຶ້ນໄດ້ຫຼືບໍ່, PHP ຂອງ slot ໝົດອາຍຸການໃຊ້ງານແລ້ວຫຼືບໍ່ ແລະ ເຄື່ອງໄດ້ນຳໃຊ້ມັນແທ້ຫຼືບໍ່, ຂະໜາດໂຄງການ ແລະ ຈຳນວນໄຟລ໌ຂອງທ່ານທຽບກັບພື້ນທີ່ດິສກ໌ ແລະ inode ທີ່ຍັງເຫຼືອ, ເວີຊັນ WordPress ຂອງແຕ່ລະຝ່າຍ, slot ໄດ້ສຳເລັດການຈັດກຽມແລ້ວຫຼືບໍ່, ແລະ ມີຄັງເກັບ git ເຊື່ອມຕໍ່ເພື່ອ deploy ຫຼືບໍ່. ສິ່ງໃດກໍຕາມທີ່ບໍ່ສາມາດກວດສອບໄດ້ ຈະຖືກລາຍງານວ່າບໍ່ໄດ້ກວດສອບ ແທນທີ່ຈະຖືວ່າຜ່ານ.
ມັນສາມາດຂັດຂວາງຂ້ອຍຈາກການນຳໃຊ້ໄດ້ບໍ່?
ບໍ່, ແລະ ນັ້ນແມ່ນຄວາມຕັ້ງໃຈ. ການກວດສອບກ່ອນເລີ່ມຈະແຈ້ງເຕືອນ ແລະ ອະນຸຍາດໃຫ້ທ່ານຜ່ານໄປໄດ້ — `--force` ຈະນຳໃຊ້ອອກໄປໂດຍບໍ່ສົນຜົນການກວດພົບໃດໆ. ທ່ານຮູ້ກ່ຽວກັບເວັບໄຊຂອງທ່ານເອງໃນສິ່ງທີ່ຕົວລະບົບກວດສອບບໍ່ຮູ້, ແລະ ເຄື່ອງມືທີ່ປະຕິເສດການນຳໃຊ້ອອກໄປແມ່ນເຄື່ອງມືທີ່ຄົນຈະຖອນການຕິດຕັ້ງ.
ລະຫັດ API ຂອງຂ້ອຍປອດໄພບໍ່?
ຄີຈະບໍ່ຖືກອ່ານຈາກແຖວຄຳສັ່ງຢ່າງເດັດຂາດ — ພຽງແຕ່ຈາກຂໍ້ຄວາມເຕືອນ ຫຼື stdin ທີ່ສົ່ງຜ່ານເທົ່ານັ້ນ — ດັ່ງນັ້ນ ມັນຈຶ່ງບໍ່ສາມາດໄປຢູ່ໃນປະຫວັດ shell ຂອງທ່ານ ຫຼື ໃນລາຍການຂະບວນການໄດ້. ມັນຖືກເກັບໄວ້ໃນໄດເຣັກທໍຣີການຕັ້ງຄ່າຂອງທ່ານເອງດ້ວຍໂໝດໄຟລ໌ 600, ແລະ Zinnector® ຈະຢືນຢັນການອະນຸຍາດເຫຼົ່ານັ້ນຄືນໃໝ່ທຸກຄັ້ງທີ່ມັນຂຽນ.
ຂ້ອຍສາມາດໃຊ້ມັນໃນ CI ໄດ້ບໍ່?
ແມ່ນແລ້ວ. ຕັ້ງຄ່າ `ZINNECTOR_TOKEN`, ແລະ ທຸກໆຄຳສັ່ງຈະຮັບຮອງ `--json`. ຜົນອອກສຳລັບມະນຸດອ່ານຈະໄປທີ່ stderr ແລະ ຂໍ້ມູນຈະໄປທີ່ stdout, ດັ່ງນັ້ນ pipes ຈຶ່ງສະອາດຢູ່ສະເໝີ. `zinnector check` ຈະອອກດ້ວຍຄ່າທີ່ບໍ່ແມ່ນສູນເມື່ອພົບບາງສິ່ງບາງຢ່າງ, ດັ່ງນັ້ນມັນຈຶ່ງເຮັດວຽກເປັນ pipeline gate, ແລະ `--strict` ກໍຈະລົ້ມເຫຼວເຊັ່ນກັນເມື່ອບໍ່ສາມາດທຳການປຽບທຽບໄດ້.
ກ່ຽວຂ້ອງ
ຕິດຕັ້ງມັນ ແລະ ເປີດໃຊ້ເວັບໄຊໃນນາທີຕໍ່ໄປ
ເປີດໃຊ້ npm install -g zinnector, ຫຼື ລອງໃຊ້ມັນຄັ້ງດຽວດ້ວຍ npx zinnector new my-site. ຟຣີ, ໄດ້ຮັບອະນຸຍາດຕາມ MIT ແລະ ສ້າງຂຶ້ນເທິງ API ສາທາລະນະ. ສ້າງໂຄງຮ່າງໂຄງການ, ເປີດໃຊ້ມັນຢູ່ໃນເຄື່ອງໂດຍບໍ່ມີ Docker, ແລະ ກວດສອບຄວາມພ້ອມກ່ອນທີ່ທ່ານຈະນຳໃຊ້ມັນ.
ອ່ານເອກະສານ