Zhvillim lokal me zinnector dev

Se si ekzekuton zinnector dev një WordPress real në makinën tuaj: dy mjediset e ekzekutimit (WebAssembly pa Docker, ose PHP-ja native në Docker), zgjedhja e një versioni të PHP-së dhe të WordPress, çfarë shërbehet nga projekti juaj, ku ndodhet mjedisi i ekzekutimit prej 570 MB dhe çfarë ndodh në Node 26.

zinnector dev ekzekuton një WordPress të vërtetë në makinën tuaj, duke shërbyer shtojcat dhe temat në projektin tuaj, me një version PHP që ju zgjidhni. Ky artikull shpjegon dy mjediset e ekzekutimit që mund të përdorë, se si të zgjidhni versionet, çfarë shërbehet nga ku, dhe ku jeton mjedisi i ekzekutimit në disk — në mënyrë që ajo që testoni localisht të jetë ajo që vendosni në prodhim.

Dy mjediset e ekzekutimit, dhe pse të dyja janë reale

Playground është parazgjedhja. WordPress Playground përkthen PHP në WebAssembly dhe e ekzekuton atë brenda Node, kështu që një laptop pa asgjë të instaluar përveç Node nis një WordPress brenda pak sekondash. Çdo PHP nga 5.2 në 8.5 është i disponueshëm. Ai përmban një grup të vogël shtojcash PHP (intl, redis, memcached siç maten në ndërtimin aktual), gjë që është e mjaftueshme për shumicën e punës me shtojcat dhe temat.

Docker ekzekuton kontejnerë vendas php-fpm dhe MariaDB. Është më i ngadaltë, ka nevojë për një demon të Docker dhe rreth 1.2 GB imazhe, dhe mbështet PHP 7.4 deri në 8.5 — por ekzekuton një PHP vendas me grupin e plotë të shtojcave, duke përfshirë imagick dhe gd. Është përgjigjja e sinqertë kur ajo që ju duhet të testoni është një shtojcë që ndërtimi i WebAssembly nuk e mban.

zinnector dev                       # playground
zinnector dev --runtime docker      # php vendas + mariaDB

Nuk kalohet kurrë te Docker në heshtje. Një zhvillues që mendon se është në WebAssembly dhe në të vërtetë është në Docker, ka marrë përgjigjen e gabuar nga një mjet që përpiqet të ndihmojë, kështu që ai duhet të kërkohet me emër.

Zgjedhja e versioneve të PHP dhe WordPress

zinnector dev --php 8.1 --wp 6.7    # zhvilloni kundrejt një çifti specifik
zinnector dev --port 9401           # kur 9400 është i zënë
zinnector dev --no-login            # mos u kyçni automatikisht në wp-admin
zinnector dev --verbose             # shfaq daljen e vetë mjedisit të ekzekutimit

Parazgjedhjet vijnë nga zinnector.json në projekt — php, wordpress, runtime dhe port — të cilat zinnector new i shkruan dhe të cilat duhet t'i kryeni (commit), kështu që të gjithë në projekt ekzekutojnë të njëjtat versione. Një flamur në rreshtin e komandave fiton ndaj skedarit për atë ekzekutim.

Versioni që deklaroni dhe versioni që ekzekutohet janë fakte të ndryshme. zinnector dev --once nis mjedisin e ekzekutimit, printon atë që raporton në të vërtetë — versionin e PHP, versionin e WordPress, shtojcat e ngarkuara — dhe ndalon. zinnector check --probe përdor të njëjtin matës kur krahason projektin tuaj me një slot pritës (hosting slot).

Çfarë shërbehet nga projekti juaj

Mjedisi i ekzekutimit monton direkt drejtoritë wp-content/plugins, wp-content/themes dhe wp-content/mu-plugins të projektit tuaj, kështu që një skedar që ruani është aktiv në ringarkimin e ardhshëm. Drejtoritë që ekzistojnë por nuk mbajnë përmbajtje reale nuk montohen qëllimisht: një themes/ bosh i montuar mbi temat e vetë mjedisit të ekzekutimit do ta linte WordPress pa asnjë temë, e cila është një 500 bosh në vend të faqes suaj. Kjo është arsyeja pse skela ruan drejtori boshe me një .gitkeep dhe pse ato nuk errësojnë asgjë derisa të vendosni një temë në to.

Ku jeton mjedisi i ekzekutimit

Mjedisi i ekzekutimit të WordPress shkarkohet në përdorimin e parë në vend që të dërgohet me CLI — paketë që mban çdo ndërtim PHP është rreth 570 MB, dhe një zhvillues që liston vetëm faqe nuk duhet të paguajë për të. Ai mbahet në cache-in e vetë Zinnector®-it, ~/.cache/zinnector/runtimes/playground/<version> (ose kudo ku tregon ZINNECTOR_CACHE_DIR), kurrë në projektin tuaj, kështu që nuk mund të përfundojë në depot tuaj ose në pemën që mat zinnector push. Shkarkimi bëhet nga npm-ja juaj, e ekzekutuar si node npm-cli.js — kurrë përmes një shell-i.

Versioni i mjedisit të ekzekutimit është i lidhur me versionin e CLI, kështu që dy zhvillues në një projekt ekzekutojnë të njëjtat ndërtime PHP. zinnector dev --reset-runtime heq mjedisin e ekzekutimit të instaluar dhe e instalon përsëri, gjë që është zgjidhja për një mjedis ekzekutimi që është instaluar por nuk do të niset.

Në Node 26 ose më të ri

Vetë CLI ekzekutohet në çdo Node nga 24 e lart. Megjithatë, moduli vendas i mjedisit të ekzekutimit dërgon binare të paracaktuara vetëm për Node 24 dhe 25 (që nga shtatori 2026). Në vend që të përpilojë ndonjë gjë — që në Windows do të thotë instalimi i Visual Studio — Zinnector® merr një Node 24 vetëm për mjedisin e ekzekutimit, rreth 30 MB, të verifikuar kundrejt shumave kontrolluese që publikon nodejs.org, në të njëjtin cache. Kërkesa e instalimit e thotë këtë kur zbatohet. Asgjë në lidhje me vetë Node tuaj nuk ndryshon.

Të ngjashme

Fillimi · Vendosja në prodhim · Referenca e komandave · Zgjidhja e problemeve