Ujenzi wa ndani kwa kutumia zinnector dev

zinnector dev huendesha WordPress halisi kwenye mashine yako mwenyewe, ikihudumia programu-jalizi na mandhari katika mradi wako, kwa toleo la PHP unalochagua. Makala hii inaeleza mifumo miwili ya utekelezaji inayoweza kutumiwa, jinsi ya kuchagua matoleo, kinachohudumiwa kutoka wapi, na mahali ambapo mfumo wa utekelezaji unakaa kwenye diski — ili kile unachojaribu nchini kiwe kile unachopeleka hewani.

Mifumo miwili ya utekelezaji, na kwa nini yote ni halisi

Playground ndiyo chaguomsingi. WordPress Playground hukusanya PHP kuwa WebAssembly na kuiendesha ndani ya Node, kwa hiyo kompyuta ya mkononi isiyo na kitu kingine kilichosanikishwa isipokuwa Node huwasha WordPress kwa sekunde chache. PHP yoyote kuanzia 5.2 hadi 8.5 inapatikana. Ina seti ndogo ya viendelezi vya PHP (intl, redis, memcached kama ilivyopimwa kwenye toleo la sasa), ambayo inatosha kwa kazi nyingi za programu-jalizi na mandhari.

Docker huendesha vyombo vya asili vya php-fpm na MariaDB. Ni polepole, inahitaji daemon ya Docker na takriban GB 1.2 za picha, na inasaidia PHP 7.4 hadi 8.5 — lakini inaendesha PHP ya asili yenye seti kamili ya viendelezi, pamoja na imagick na gd. Hili ndilo jibu la kweli wakati unachohitaji kujaribu ni kiendelezi ambacho ujenzi wa WebAssembly hauna.

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

Docker haijawahi kurudiwa kimyakimya. Msanidi programu anayedhani yuko kwenye WebAssembly na kiuhalisia yuko kwenye Docker amepewa jibu lisilo sahihi na zana inayojaribu kusaidia, kwa hivyo lazima iombwe kwa jina.

Kuchagua matoleo ya PHP na WordPress

zinnector dev --php 8.1 --wp 6.7    # endeleza dhidi ya jozi mahususi
zinnector dev --port 9401           # wakati 9400 imechukuliwa
zinnector dev --no-login            # usiingie kwenye wp-admin kiotomatiki
zinnector dev --verbose             # onyesha toleo lenyewe la mfumo wa utekelezaji

Vipengele chaguomsingi vinatoka kwenye zinnector.json katika mradi — php, wordpress, runtime na port — ambayo zinnector new inaandika na ambayo unapaswa kufanya commit, ili kila mtu kwenye mradi aendeshe matoleo yale yale. Bango kwenye mstari wa amri hushinda faili kwa utekelezaji huo.

Toleo unalotangaza (declare) na toleo linaloendeshwa (runs) ni mambo mawili tofauti. zinnector dev --once huwasha mfumo wa utekelezaji, huchapisha kile kinachoripotiwa hasa — toleo la PHP, toleo la WordPress, viendelezi vilivyopakiwa — na kusimama. zinnector check --probe hutumia kipimo kile kile wakati inalinganisha mradi wako dhidi ya nafasi ya mwenyeji.

Kinachohudumiwa kutoka kwa mradi wako

Mfumo wa utekelezaji hupandisha saraka za mradi wako za wp-content/plugins, wp-content/themes na wp-content/mu-plugins moja kwa moja, kwa hivyo faili unayohifadhi huwa hai kwenye upakiaji upya unaofuata. Saraka zilizopo lakini hazina maudhui halisi hazipandishwi kwa makusudi: themes/ tupu iliyopandishwa juu ya mandhari ya mfumo wa utekelezaji ingeacha WordPress bila mandhari yoyote, ambayo ni 500 tupu badala ya tovuti yako. Ndiyo maana kiunzi hutunza saraka tupu zenye .gitkeep na ndiyo maana hazifuniki kitu chochote hadi utakapoweka mandhari ndani yake.

Mahali ambapo mfumo wa utekelezaji unakaa

Mfumo wa utekelezaji wa WordPress hupakuliwa wakati wa matumizi ya kwanza badala ya kusafirishwa na CLI — kifurushi kinachobeba kila ujenzi wa PHP ni takriban MB 570, na msanidi programu ambaye huorodhesha tovuti pekee hapaswi kulipia hilo. Unatunzwa kwenye kache yenyewe ya Zinnector®, ~/.cache/zinnector/runtimes/playground/<version> (au popote ambapo ZINNECTOR_CACHE_DIR inaelekeza), kamwe sio kwenye mradi wako, kwa hivyo haiwezi kuishia kwenye hifadhi yako au kwenye mti unaopimwa na zinnector push. Upakuaji hufanywa na npm yako mwenyewe, inayotumika kama node npm-cli.js — kamwe kupitia ganda (shell).

Toleo la mfumo wa utekelezaji limefungwa kwenye toleo la CLI, kwa hivyo wasanidi programu wawili kwenye mradi mmoja huendesha matoleo yale yale ya PHP. zinnector dev --reset-runtime hutupa mfumo wa utekelezaji uliosanikishwa na kuusakinisha tena, ambalo ndilo suluhu la mfumo wa utekelezaji uliosanikishwa lakini hautaki kuwaka.

Kwenye Node 26 au mpya zaidi

CLI yenyewe huendesha kwenye Node yoyote kuanzia 24 na kuendelea. Moduli asili ya mfumo wa utekelezaji, hata hivyo, husafirisha jozi zilizojengwa mapema kwa ajili ya Node 24 na 25 pekee (kufikia Septemba 2026). Badala ya kukusanya chochote — ambacho kwenye Windows inamaanisha kusakinisha Visual Studio — Zinnector® huchota Node 24 kwa ajili ya mfumo wa utekelezaji pekee, takriban MB 30, iliyothibitishwa dhidi ya kiasi cha ukaguzi ambacho nodejs.org huchapisha, kwenye kache ile ile. Kidokezo cha usakinishaji husema hivyo kinapotumika. Hakuna kitu kuhusu Node yako mwenyewe kinachobadilika.

Husika

• Kuanza · Kupeleka hewani · Rejeleo la amri · Utatuzi wa shida