zinnector dev нь таны өөрийн төхөөрөмж дээр бодит WordPress-ийг ажиллуулж, таны төслийн залгаасууд болон загваруудыг таны сонгосон PHP хувилбараар түгээдэг. Энэхүү нийтлэл нь түүний ашиглаж болох хоёр ажиллах орчин, хувилбаруудыг хэрхэн сонгох, юуг хаанаас түгээдэг, мөн уг ажиллах орчин дискний хаана байрладаг болохыг тайлбарлана — ингэснээр таны локал орчинд туршсан зүйл байршуулах үеийнхтэйгээ яг ижил байх болно.
Хоёр ажиллах орчин ба яагаад хоёулаа бодит байдаг тухай
Playground нь үндсэн тохиргоо юм. WordPress Playground нь PHP-ийг WebAssembly руу хөрвүүлж, Node дотор ажиллуулдаг тул Node-оос өөр юу ч суулгаагүй зөөврийн компьютер дээр ч WordPress хэдхэн секундийн дотор ачаална. 5.2-оос 8.5 хүртэлх ямар ч PHP хувилбарыг ашиглах боломжтой. Энэ нь цөөн тооны PHP өргөтгөлүүдийг (одоогийн угсралтад хэмжсэнээр intl, redis, memcached) агуулдаг бөгөөд энэ нь ихэнх залгаас болон загварын ажилд хангалттай юм.
Docker нь эх php-fpm болон MariaDB контейнеруудыг ажиллуулдаг. Энэ нь илүү удаан, Docker daemon болон ойролцоогоор 1.2 ГБ дүрс шаарддаг бөгөөд PHP 7.4-өөс 8.5 хүртэлх хувилбаруудыг дэмждэг — гэхдээ энэ нь imagick болон gd-г багтаасан бүрэн өргөтгөлийн багц бүхий эх PHP-ийг ажиллуулдаг. Таны турших шаардлагатай зүйл нь WebAssembly угсралтад байхгүй өргөтгөл байх үед энэ нь хамгийн найдвартай шийдэл юм.
zinnector dev # playground
zinnector dev --runtime docker # эх 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 # ажиллах орчны өөрийнх нь гаралтыг харуулах
Үндсэн тохиргоонууд нь төсөл дэх zinnector.json-оос авдаг — php, wordpress, runtime болон port — эдгээрийг zinnector new үүсгэдэг бөгөөд төслийн бүх хүмүүс ижил хувилбаруудыг ажиллуулахын тулд та тэдгээрийг коммит хийх ёстой. Тухайн удаагийн ажиллуулалтад командын мөр дээрх туг нь файлын тохиргооноос давуу эрхтэй байна.
Таны тунхагласан хувилбар болон ажиллаж байгаа хувилбар нь өөр өөр ойлголтууд юм. zinnector dev --once нь ажиллах орчныг ачаалж, түүний бодитоор мэдээлж буй зүйлсийг — PHP хувилбар, WordPress хувилбар, дуудагдсан өргөтгөлүүдийг — хэвлээд зогсдог. zinnector check --probe нь таны төслийг хостингийн үүртэй харьцуулахдаа мөн адил хэмжилтийг ашигладаг.
Таны төслөөс юуг түгээдэг вэ
Ажиллах орчин нь таны төслийн wp-content/plugins, wp-content/themes болон wp-content/mu-plugins сангуудыг шууд холбодог тул таны хадгалсан файл дараагийн дахин ачаалалтаар шууд идэвхжинэ. Оршин байгаа боловч бодит контент агуулаагүй сангуудыг зориуд холбодоггүй: ажиллах орчны өөрийнх нь загварууд дээр хоосон themes/ санг холбовол WordPress ямар ч загваргүй үлдэж, таны сайтыг биш харин хоосон 500 алдааг үүсгэх болно. Тийм учраас бүтэц нь хоосон сангуудыг .gitkeep-тэйгээр хадгалдаг бөгөөд та тэдгээрт загвар байршуулах хүртэл тэдгээр нь юуг ч далдлахгүй.
Ажиллах орчин хаана байрладаг вэ
WordPress ажиллах орчин нь CLI-тай хамт ирдэггүй, харин анх ашиглах үед татагддаг — бүх PHP угсралтыг агуулсан багц нь ойролцоогоор 570 МБ байдаг бөгөөд зөвхөн сайтуудын жагсаалтыг үздэг хөгжүүлэгч үүнийг татаж зай үрэх ёсгүй. Энэ нь таны төсөл дотор хэзээ ч хадгалагддаггүй бөгөөд Zinnector®-ийн өөрийн кэш болох ~/.cache/zinnector/runtimes/playground/<version> (эсвэл ZINNECTOR_CACHE_DIR-ийн зааж буй хаана ч байсан) дотор хадгалагддаг тул таны репозитор эсвэл zinnector push-ийн хэмждэг бүтцэд орох боломжгүй. Татаж авах ажиллагааг таны өөрийн npm гүйцэтгэх бөгөөд бүрхүүл скриптээр хэзээ ч биш, харин node npm-cli.js хэлбэрээр ажиллуулдаг.
Ажиллах орчны хувилбар нь CLI хувилбартай хатуу холбогдсон байдаг тул нэг төсөл дээрх хоёр хөгжүүлэгч ижил PHP угсралтуудыг ажиллуулдаг. zinnector dev --reset-runtime нь суусан ажиллах орчныг устгаад дахин суулгадаг бөгөөд энэ нь суусан боловч ачаалахгүй байгаа ажиллах орчныг засах арга юм.
Node 26 эсвэл түүнээс шинэ хувилбар дээр
CLI өөрөө Node 24 ба түүнээс дээш ямар ч хувилбар дээр ажилладаг. Гэсэн хэдий ч ажиллах орчны эх модуль нь зөвхөн Node 24 болон 25-д зориулсан урьдчилан угсарсан бинар файлуудыг түгээдэг (2026 оны 9-р сарын байдлаар). Аливаа зүйлийг хөрвүүлэхийн оронд — Windows дээр энэ нь Visual Studio суулгана гэсэн үг юм — Zinnector® нь nodejs.org-оос нийтэлсэн хяналтын нийлбэрээр баталгаажсан, ойролцоогоор 30 МБ бүхий зөвхөн ажиллах орчинд зориулсан Node 24-ийг тухайн кэш рүү татаж авдаг. Шаардлагатай тохиолдолд суулгах цонх үүнийг мэдэгдэнэ. Таны өөрийн Node-д ямар ч өөрчлөлт орохгүй.
Холбоотой