ການພັດທະນາໃນທ້ອງຖິ່ນດ້ວຍ zinnector dev

zinnector dev ດຳເນີນການ WordPress ຕົວຈິງໃນເຄື່ອງຂອງທ່ານເອງ, ໂດຍໃຫ້ບໍລິການປລັກອິນ ແລະ ທາມໃນໂຄງການຂອງທ່ານ, ພ້ອມກັບເວີຊັນ PHP ທີ່ທ່ານເລືອກ. ບົດຄວາມນີ້ອະທິບາຍກ່ຽວກັບ 2 runtime ທີ່ມັນສາມາດນຳໃຊ້ໄດ້, ວິທີເລືອກເວີຊັນ, ສິ່ງໃດທີ່ຖືກໃຫ້ບໍລິການຈາກໃສ, ແລະ runtime ຢູ່ໃສໃນດິສກ໌ — ເພື່ອໃຫ້ສິ່ງທີ່ທ່ານທົດສອບໃນເຄື່ອງທ້ອງຖິ່ນເປັນສິ່ງດຽວກັນກັບສິ່ງທີ່ທ່ານ deploy.

2 runtime, ແລະ ເປັນຫຍັງທັງສອງຈຶ່ງເປັນຂອງຈິງ

Playground ຢ່າງເປັນຄ່າເລີ່ມຕົ້ນ. WordPress Playground ຄອມໄພລ໌ PHP ໄປເປັນ WebAssembly ແລະ ດຳເນີນການມັນພາຍໃນ Node, ດັ່ງນັ້ນ ແລັບທັອບທີ່ບໍ່ໄດ້ຕິດຕັ້ງຫຍັງນອກຈາກ Node ຈຶ່ງສາມາດບູດ WordPress ໄດ້ໃນເວລາບໍ່ເທົ່າໃດວິນາທີ. PHP ໃດກໍຕາມຕັ້ງແຕ່ 5.2 ຫາ 8.5 ແມ່ນມີໃຫ້ໃຊ້ງານ. ມັນມີສ່ວນຂະຫຍາຍ PHP ຊຸດນ້ອຍໆ (intl, redis, memcached ຕາມທີ່ວັດແທກໃນ build ປັດຈຸບັນ), ຢ່າງພຽງພໍສຳລັບການເຮັດວຽກປລັກອິນ ແລະ ທາມສ່ວນໃຫຍ່.

Docker ດຳເນີນການຄອນເທນເນີ php-fpm ແລະ MariaDB ແບບ native. ມັນຊ້າກວ່າ, ຕ້ອງການ Docker daemon ແລະ ຮູບພາບປະມານ 1.2 GB, ແລະ ຮອງຮັບ PHP 7.4 ຫາ 8.5 — ແຕ່ມັນດຳເນີນການ PHP ແບບ native ພ້ອມກັບຊຸດສ່ວນຂະຫຍາຍເຕັມຮູບແບບ, ຮວມທັງ imagick ແລະ gd. ມັນເປັນຄຳຕອບທີ່ກົງໄປກົງມາເມື່ອສິ່ງທີ່ທ່ານຕ້ອງການທົດສອບແມ່ນສ່ວນຂະຫຍາຍທີ່ WebAssembly build ບໍ່ມີ.

zinnector dev                       # playground
zinnector dev --runtime docker      # native PHP + MariaDB

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

ການເລືອກເວີຊັນ PHP ແລະ WordPress

zinnector dev --php 8.1 --wp 6.7    # ພັດທະນາກັບຄູ່ທີ່ລະບຸ
zinnector dev --port 9401           # ເມື່ອ 9400 ຖືກນຳໃຊ້ແລ້ວ
zinnector dev --no-login            # ບໍ່ຕ້ອງເຂົ້າສູ່ລະບົບ wp-admin ໂດຍອັດໂຕໂນມັດ
zinnector dev --verbose             # ສະແດງ output ຂອງ runtime ເອງ

ຄ່າເລີ່ມຕົ້ນແມ່ນມາຈາກ zinnector.json ໃນໂຄງການ — php, wordpress, runtime ແລະ port — ທີ່ zinnector new ຂຽນ ແລະ ທ່ານຄວນ commit, ເພື່ອໃຫ້ທຸກຄົນໃນໂຄງການດຳເນີນການເວີຊັນດຽວກັນ. ແຟຼກໃນ command line ຈະມີຜົນເໜືອກວ່າໄຟລ໌ສຳລັບການດຳເນີນການນັ້ນ.

ເວີຊັນທີ່ທ່ານ ປະກາດ ແລະ ເວີຊັນທີ່ ດຳເນີນການ ແມ່່ນຂໍ້ເທັດຈິງທີ່ແຕກຕ່າງກັນ. zinnector dev --once ຈະບູດ runtime, ພິມສິ່ງທີ່ມັນລາຍງານຕົວຈິງ — ເວີຊັນ PHP, ເວີຊັນ WordPress, ສ່ວນຂະຫຍາຍທີ່ໂຫຼດ — ແລະ ຢຸດ. zinnector check --probe ໃຊ້ການວັດແທກດຽວກັນນີ້ເມື່ອມັນປຽບທຽບໂຄງການຂອງທ່ານກັບ hosting slot.

ສິ່ງໃດທີ່ຖືກໃຫ້ບໍລິການຈາກໂຄງການຂອງທ່ານ

runtime ຈະ mount ໄດເຣັກທໍຣີ wp-content/plugins, wp-content/themes ແລະ wp-content/mu-plugins ຂອງໂຄງການຂອງທ່ານໂດຍກົງ, ດັ່ງນັ້ນ ໄຟລ໌ທີ່ທ່ານບັນທຶກຈະມີຜົນທັນທີໃນການໂຫຼດຄືນໃໝ່ຄັ້ງຕໍ່ໄປ. ໄດເຣັກທໍຣີທີ່ມີຢູ່ແຕ່ບໍ່ມີເນື້ອຫາຕົວຈິງແມ່ນເຈດຕະນາ ບໍ່ ເຮັດການ mount: ໄດເຣັກທໍຣີ themes/ ທີ່ຫວ່າງເປົ່າທີ່ mount ທັບທາມຂອງ runtime ເອງຈະເຮັດໃຫ້ WordPress ບໍ່ມີທາມເລີຍ, ຢ່າງເປັນໜ້າຫວ່າງເປົ່າ 500 ຫຼາຍກວ່າທີ່ຈະເປັນເວັບໄຊຂອງທ່ານ. ນັ້ນແມ່ນເຫດຜົນທີ່ scaffold ເກັບໄດເຣັກທໍຣີຫວ່າງເປົ່າໄວ້ດ້ວຍ .gitkeep ແລະ ເປັນຫຍັງພວກມັນຈຶ່ງບໍ່ບັງສິ່ງໃດໆ ຈົນກວ່າທ່ານຈະໃສ່ທາມລົງໃນພວກມັນ.

runtime ຢູ່ໃສ

runtime ຂອງ WordPress ຈະຖືກດາວໂຫຼດໃນການນຳໃຊ້ຄັ້ງທຳອິດ ແທນທີ່ຈະມາພ້ອມກັບ CLI — ແພັກເກດທີ່ບັອດຈຸທຸກໆ PHP build ມີຂະໜາດປະມານ 570 MB, ແລະ ນັກພັດທະນາທີ່ພຽງແຕ່ສະແດງລາຍຊື່ເວັບໄຊບໍ່ຄວນຈ່າຍຄ່າດາວໂຫຼດນີ້. ມັນຖືກເກັບໄວ້ໃນ cache ຂອງ Zinnector® ເອງ, ~/.cache/zinnector/runtimes/playground/<version> (ຫຼື ບ່ອນໃດກໍຕາມທີ່ ZINNECTOR_CACHE_DIR ຢ່າງໄປຫາ), ບໍ່ເຄີຍຢູ່ໃນໂຄງການຂອງທ່ານ, ດັ່ງນັ້ນ ມັນຈຶ່ງບໍ່ສາມາດໄປຢູ່ໃນ repository ຂອງທ່ານ ຫຼື ໃນ tree ທີ່ zinnector push ວັດແທກໄດ້. ການດາວໂຫຼດແມ່ນດຳເນີນການໂດຍ npm ຂອງທ່ານເອງ, ດຳເນີນການເປັນ node npm-cli.js — ບໍ່ເຄີຍຜ່ານ shell.

ເວີຊັນຂອງ runtime ແມ່ນຖືກລັອກໄວ້ກັບເວີຊັນຂອງ CLI, ດັ່ງນັ້ນ ນັກພັດທະນາສອງຄົນໃນໂຄງການດຽວກັນຈຶ່ງດຳເນີນການ PHP build ດຽວກັນ. zinnector dev --reset-runtime ຈະລົບ runtime ທີ່ຕິດຕັ້ງແລ້ວຖິ້ມ ແລະ ຕິດຕັ້ງມັນໃໝ່ອີກຄັ້ງ, ຢ່າງເປັນການແກ້ໄຂສຳລັບ runtime ທີ່ຕິດຕັ້ງແລ້ວແຕ່ບໍ່ບູດ.

ໃນ Node 26 ຫຼື ໃໝ່ກວ່າ

CLI ເອງດຳເນີນການໃນ Node ຕັ້ງແຕ່ 24 ຂຶ້ນໄປ. ຢ່າງໃດກໍຕາມ, native module ຂອງ runtime ຈະຈັດສົ່ງ prebuilt binary ເພາະສຳລັບ Node 24 ແລະ 25 ເທົ່ານັ້ນ (ກັນຍາ 2026). ແທນທີ່ຈະຄອມໄພລ໌ສິ່ງໃດໆ — ຢ່າງໃນ Windows ໝາຍເຖິງການຕິດຕັ້ງ Visual Studio — Zinnector® ຈະດຶງຂໍ້ມູນ Node 24 ສຳລັບ runtime ໂດຍສະເພາະ, ປະມານ 30 MB, ທີ່ຖືກກວດສອບກັບ checksums ທີ່ nodejs.org ເຜີຍແຜ່, ລົງໃນ cache ດຽວກັນ. ແຈ້ງເຕືອນການຕິດຕັ້ງຈະລະບຸແນວນັ້ນເມື່ອມີຜົນບັງຄັບໃຊ້. ບໍ່ມີສິ່ງໃດກ່ຽວກັບ Node ຂອງທ່ານເອງທີ່ປ່ຽນແປງ.

ເນື້ອຫາທີ່ກ່ຽວຂ້ອງ

• ເລີ່ມຕົ້ນໃຊ້ງານ · ການ Deploy · ຂໍ້ມູນອ້າງອີງຄຳສັ່ງ · ການແກ້ໄຂບັນຫາ