Bilimlar bazasi

zinnector dev bilan mahalliy ishlab chiqish

zinnector dev sizning shaxsiy qurilmangizda haqiqiy WordPress dasturini qanday ishga tushiradi: ikkita ish vaqti muhiti (Docker-siz WebAssembly yoki Docker-dagi mahalliy PHP), PHP va WordPress versiyasini tanlash, loyihangizdan nimalar taqdim etilishi, 570 MB hajmdagi ish vaqti muhiti qayerda joylashgani va Node 26 da nima sodir bo'lishi.

zinnector dev loyihangizdagi plaginlar va mavzularni siz tanlagan PHP versiyasi bilan taqdim etgan holda, oʻz kompyuteringizda haqiqiy WordPress dasturini ishga tushiradi. Ushbu maqolada u foydalanishi mumkin boʻlgan ikkita runtime, versiyalarni qanday tanlash, qaysi narsa qayerdan uzatilishi va runtime diskda qayerda joylashishi tushuntiriladi — toki siz mahalliy darajada sinab koʻrayotgan narsa aynan joylashtiradigan (deploy qiladigan) narsangiz boʻlsin.

Ikkita runtime va nima uchun ikkalasi ham haqiqiy

Playground standart hisoblanadi. WordPress Playground PHP-ni WebAssembly-ga kompilyatsiya qiladi va uni Node ichida ishga tushiradi, shu bois faqat Node oʻrnatilgan noutbuk bir necha soniya ichida WordPress-ni yuklaydi. 5.2 dan 8.5 gacha boʻlgan har qanday PHP mavjud. U kichik PHP kengaytmalari toʻplamini oʻz ichiga oladi (joriy yigʻilmada oʻlchanganidek intl, redis, memcached), bu koʻpgina plagin va mavzular bilan ishlash uchun yetarlidir.

Docker mahalliy (native) php-fpm va MariaDB konteynerlarini ishga tushiradi. U sekinroq ishlaydi, Docker demonini va taxminan 1.2 GB tasvirlarni (images) talab qiladi, hamda PHP 7.4 dan 8.5 gacha versiyalarini qoʻllab-quvvatlaydi — lekin u imagick va gd kabi toʻliq kengaytmalar toʻplamiga ega boʻlgan mahalliy PHP-ni ishga tushiradi. WebAssembly yigʻilmasida mavjud boʻlmagan kengaytmani sinab koʻrish kerak boʻlganda, bu eng toʻgʻri yechimdir.

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

Docker-ga hech qachon bildirmasdan oʻtilmaydi. Oʻzini WebAssembly-da deb oʻylab, aslida Docker-da boʻlgan dasturchiga yordam berishga urinayotgan vosita notoʻgʻri javob bergan boʻladi, shuning uchun uni nomi boʻyicha aniq soʻrash kerak.

PHP va WordPress versiyalarini tanlash

zinnector dev --php 8.1 --wp 6.7    # maʼlum bir juftlikka moslab ishlab chiqish
zinnector dev --port 9401           # 9400 band boʻlganda
zinnector dev --no-login            # wp-admin-ga avtomatik kirmaslik
zinnector dev --verbose             # runtime-ning oʻz chiqish maʼlumotlarini koʻrsatish

Standart sozlamalar loyihadagi zinnector.json faylidan olinadi — php, wordpress, runtime va port — bularni zinnector new yozadi va ularni commit qilishingiz kerak, shunda loyihadagi barcha kishilar bir xil versiyalarni ishga tushiradilar. Buyruqlar satridagi bayroqcha oʻsha ishga tushirish uchun fayldagi qiymatlardan ustun turadi.

Siz eʼlon qilgan versiya va ishlayotgan versiya har xil faktlardir. zinnector dev --once runtime-ni yuklaydi, u amalda nima xabar berayotganini koʻrsatadi — PHP versiyasi, WordPress versiyasi, yuklangan kengaytmalar — va toʻxtaydi. zinnector check --probe loyihangizni xosting sloti bilan solishtirganda xuddi shu oʻlchovdan foydalanadi.

Loyihangizdan nimalar taqdim etiladi

Runtime loyihangizning wp-content/plugins, wp-content/themes va wp-content/mu-plugins kataloglarini toʻgʻridan-toʻgʻri ulaydi (mount qiladi), shuning uchun siz saqlagan fayl keyingi qayta yuklashda faol boʻladi. Mavjud boʻlgan, lekin hech qanday haqiqiy kontentga ega boʻlmagan kataloglar ataylab ulanmaydi: runtime-ning oʻz mavzulari ustiga ulangan boʻsh themes/ WordPress-ni umuman mavzusiz qoldiradi, bu esa saytingiz oʻrniga boʻsh 500 xatosini keltirib chiqaradi. Shuning uchun skaffold boʻsh kataloglarni .gitkeep bilan saqlaydi va siz ularga biror mavzu joylashtirmaguningizcha ular hech narsani toʻsib qoʻymaydi.

Runtime qayerda joylashadi

WordPress runtime CLI bilan birga yetkazib berilmasdan, birinchi foydalanishda yuklab olinadi — barcha PHP yigʻilmalarini oʻz ichiga olgan paket taxminan 570 MB-ni tashkil qiladi va faqat saytlar roʻyxatini koʻradigan dasturchi bu xarajatni koʻtarmasligi kerak. U loyihangizda emas, Zinnector®-ning oʻz keshida, yaʼni ~/.cache/zinnector/runtimes/playground/<version> (yoki ZINNECTOR_CACHE_DIR qayerga ishora qilsa, oʻsha yerda) saqlanadi, shuning uchun u omboringizga (repository) yoki zinnector push oʻlchaydigan daraxtga tushib qolmaydi. Yuklab olish qobiq (shell) orqali emas, balki shaxsiy npm dasturingiz tomonidan node npm-cli.js sifatida bajariladi.

Runtime versiyasi CLI versiyasiga biriktirilgan, shuning uchun bir loyihadagi ikkita dasturchi bir xil PHP yigʻilmalarini ishga tushiradi. zinnector dev --reset-runtime oʻrnatilgan runtime-ni oʻchirib tashlaydi va uni qaytadan oʻrnatadi, bu oʻrnatilgan, ammo yuklanmayotgan runtime uchun tuzatish chorasidir.

Node 26 yoki undan yangiroq versiyalarda

CLI-ning oʻzi 24 dan yuqori boʻlgan har qanday Node-da ishlaydi. Biroq, runtime-ning native moduli oldindan tayyorlangan binar fayllarni faqat Node 24 va 25 uchun yetkazib beradi (2026-yil sentyabr holatiga koʻra). Biror narsani kompilyatsiya qilish oʻrniga — bu Windows tizimida Visual Studio-ni oʻrnatishni anglatadi — Zinnector® faqat runtime-ning oʻzi uchun nodejs.org eʼlon qilgan nazorat yigʻindilariga (checksums) nisbatan tekshirilgan Node 24-ni (taxminan 30 MB) oʻsha keshga yuklab oladi. Bu qoʻllanilganda oʻrnatish taklifida bildiriladi. Oʻzingizning shaxsiy Node dasturingizda hech narsa oʻzgarmaydi.

Aloqador

Barcha dasturchilar hujjatlari →

Blogdan soʻnggi yangiliklar

Xosting, SEO va saytlarni keng miqyosda yuritish haqida yozganlarimiz.

Xosting qatlamidan SEO va havolalar yaratish: 2026-yilgi operator nigohi

2026-yilda xosting indeksatsiya va havolalar qiymatini (link equity) qanday shakllantiradi: sahifalarni indeksda saqlash, eski domenlarda loyiha boshlashdan oldin ularni tekshirish, hech qanday izsiz (footprint) havola yaratish hamda infratuzilma SEO uchun nimalarni qila olishi va nimalarni qila olmasligi haqida xolis qarash.

Xabarni o‘qish →

WordPress-ni tez va xavfsiz qilish: Unumdorlik va plaginlar nazorat roʻyxati

Tezkor va xavfsiz WordPress uchun amaliy nazorat roʻyxati: server darajasidagi keshlashtirish, har bir sayt uchun obyekt keshi, ishlatishga arziydigan sanoqli plaginlar, dasturiy taʼminotlar toʻplamini yangilab turish va siz hech qachon keshlamasligingiz kerak boʻlgan WooCommerce sahifalari.

Xabarni o‘qish →

2026-yilda boshqariladigan veb-hostingni qanday tanlash kerak: Xaridor qoʻllanmasi

Yaxshi boshqariladigan hostingni boshqaruv paneliga ega arzon serverdan aslida nima ajratib turishi — ko'chirishlar, zaxira nusxalari, izolyatsiya, haqiqiy keshlashtirish va shaffof miqyoslilik — hamda xizmatga obuna bo'lishdan oldin uni qanday baholash mumkinligi haqida.

Xabarni o‘qish →

Blogni oʻqish →

Hali ham muammoga duch kelyapsizmi?

Har bir rejaga qo‘llab-quvvatlash xizmati kiritilgan, yordam markazi kuniga 24 soat ishlaydi va bizga 58 tillarimizning istalganida yozishingiz mumkin — biz sizga o‘z tilingizda javob beramiz.

Qo‘llab-quvvatlash xizmati bilan bog‘lanish → Barcha maqolalar →