zinnector dev ဖြင့် ဒေသတွင်း ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်မှု

zinnector dev သည် သင်ရွေးချယ်သော PHP ဗားရှင်းဖြင့် သင့်ပရောဂျက်ထဲရှိ ပလပ်ဂင်များနှင့် သီးမများအား ပံ့ပိုးပေးကာ သင့်ကိုယ်ပိုင်စက်ပေါ်တွင် စစ်မှန်သော WordPress တစ်ခုကို ရန်လုပ်ပေးပါသည်။ ဤဆောင်းပါးတွင် ၎င်းအသုံးပြုနိုင်သည့် ရန်တိုင်းမ် နှစ်ခု၊ ဗားရှင်းများကို မည်သို့ရွေးချယ်ရမည်၊ မည်သည့်အရာကို မည်သည့်နေရာမှ ပံ့ပိုးပေးသည်နှင့် ရန်တိုင်းမ်သည် ဒစ်ခ်စ်ပေါ်တွင် မည်သည့်နေရာ၌ ရှိနေသည်တို့ကို ရှင်းပြထားပါသည် — သို့မှသာ သင် ဒေသတွင်း၌ စမ်းသပ်သည့်အရာသည် သင် ထိန်းသိမ်းလွှင့်တင်သည့်အရာနှင့် တူညီမည်ဖြစ်ပါသည်။

ရန်တိုင်းမ် နှစ်ခုနှင့် နှစ်ခုလုံး အဘယ်ကြောင့် စစ်မှန်နေရသနည်း

Playground သည် ပုံသေဖြစ်ပါသည်။ WordPress Playground သည် PHP ကို WebAssembly အဖြစ် ကွန်ပိုင်းလုပ်ပြီး Node ၏ အတွင်း၌ ရန်လုပ်ပေးပါသည်၊ ထို့ကြောင့် Node မှလွဲ၍ မည်သည့်အရာမျှ ထည့်သွင်းမထားသော လပ်ပ်တော့ပ်တစ်လုံးသည် WordPress တစ်ခုကို စက္ကန့်ပိုင်းအတွင်း စတင်နိုင်ပါသည်။ 5.2 မှ 8.5 အထိ မည်သည့် PHP ဗားရှင်းမဆို ရရှိနိုင်ပါသည်။ ၎င်းတွင် PHP တိုးချဲ့မှု အနည်းငယ် (လက်ရှိဗားရှင်း၌ တိုင်းတာထားသည့်အတိုင်း intl၊ redis၊ memcached) ပါဝင်ပြီး၊ ၎င်းသည် ပလပ်ဂင်နှင့် သီးမ အလုပ် အများစုအတွက် လုံလောက်ပါသည်။

Docker သည် မူရင်း php-fpm နှင့် MariaDB ကွန်တိန်နာများကို ရန်လုပ်ပေးပါသည်။ ၎င်းသည် ပိုမိုနှေးကွေးပြီး Docker ဒေမွန်တစ်ဦးနှင့် အနီးစပ်ဆုံး 1.2 GB ရှိသော အားမေ့ဂျ်များ လိုအပ်ကာ PHP 7.4 မှ 8.5 ကို ထောက်ပံ့ပေးသည် — သို့သော် ၎င်းသည် imagick နှင့် gd အပါအဝင် အပြည့်အဝ တိုးချဲ့မှုအစုအဝေးပါရှိသော မူရင်း PHP ကို ရန်လုပ်ပေးပါသည်။ WebAssembly ဗားရှင်း၌ မပါဝင်သော တိုးချဲ့မှုတစ်ခုကို သင်စမ်းသပ်ရန် လိုအပ်သည့်အခါ ၎င်းသည် ရိုးသားသော အဖြေဖြစ်ပါသည်။

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

Docker သို့ တိတ်တဆိတ် ပြန်မဆုတ်ပါ။ မိမိတို့သည် WebAssembly ပေါ်တွင်ရှိသည်ဟု ထင်မှတ်ထားပြီး အမှန်တကယ်တွင် Docker ပေါ်ရောက်နေသော ဒေဗလော့ပါတစ်ဦးသည် ကူညီရန်ကြိုးပမ်းသော တူးလ်တစ်ခု၏ မှားယွင်းသော အဖြေကို ရရှိသွားခြင်းဖြစ်သည်၊ ထို့ကြောင့် ၎င်းကို အမည်ဖြင့် တောင်းဆိုရမည်ဖြစ်ပါသည်။

PHP နှင့် WordPress ဗားရှင်းများကို ရွေးချယ်ခြင်း

zinnector dev --php 8.1 --wp 6.7    # develop against a specific pair
zinnector dev --port 9401           # when 9400 is taken
zinnector dev --no-login            # do not sign in to wp-admin automatically
zinnector dev --verbose             # show the runtime's own output

ပုံသေတန်ဖိုးများသည် ပရောဂျက်ထဲရှိ 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/ သည် သင်၏ ဆိုက်မဟုတ်ဘဲ ဗလာဖြစ်နေသော 500 စာမျက်နှာအဖြစ် WordPress တွင် မည်သည့်သီးမမျှ မကျန်ရှိစေဘဲ ဖြစ်စေပါမည်။ ထို့ကြောင့် စကက်ဖိုးသည် ဗလာဖြစ်နေသော ဒိရိုက်ထရီများကို .gitkeep ဖြင့် ထိန်းသိမ်းထားခြင်းဖြစ်ပြီး သင် သီးမတစ်ခု မထည့်မချင်း ၎င်းတို့သည် မည်သည့်အရာကိုမျှ ဖုံးကွယ်မထားခြင်းဖြစ်ပါသည်။

ရန်တိုင်းမ် မည်သည့်နေရာတွင် ရှိနေသနည်း

WordPress ရန်တိုင်းမ်ကို CLI နှင့်အတူ ပေးပို့ခြင်းမဟုတ်ဘဲ ပထမဆုံးအကြိမ် အသုံးပြုချိန်တွင် ဒေါင်းလုဒ်လုပ်ပါသည် — PHP ဗားရှင်းတိုင်းပါဝင်သော ပက်ကေ့ဂျ်သည် 570 MB ခန့်ရှိပြီး ဆိုက်များကိုသာ စာရင်းကြည့်ဖူးသော ဒေဗလော့ပါတစ်ဦးသည် ယင်းအတွက် ပေးဆပ်ရန် မလိုအပ်ပါ။ ၎င်းကို Zinnector® ၏ ကိုယ်ပိုင် ကက်ရှ်ဖြစ်သော ~/.cache/zinnector/runtimes/playground/<version> (သို့မဟုတ် ZINNECTOR_CACHE_DIR ညွှန်ပြသည့် မည်သည့်နေရာမဆို) တွင် သိမ်းဆည်းထားပြီး သင့်ပရောဂျက်ထဲတွင် ဘယ်တော့မှ မသိမ်းဆည်းပါ၊ ထို့ကြောင့် သင့်ရီပါစထရီ သို့မဟုတ် zinnector push တိုင်းတာသော ထရီးထဲသို့ မရောက်ရှိနိုင်ပါ။ ဒေါင်းလုဒ်ပြုလုပ်ခြင်းကို node npm-cli.js အဖြစ် ရန်လုပ်ထားသော သင်၏ ကိုယ်ပိုင် npm က ဆောင်ရွက်ပေးပါသည် — ရှဲလ်မှတစ်ဆင့် ဘယ်တော့မှ မဟုတ်ပါ။

ရန်တိုင်းမ် ဗားရှင်းသည် CLI ဗားရှင်းတွင် ပင်ထိုးထားပါသည်၊ ထို့ကြောင့် ပရောဂျက်တစ်ခုပေါ်ရှိ ဒေဗလော့ပါနှစ်ဦးသည် တူညီသော PHP ဗားရှင်းများကို ရန်လုပ်ကြပါသည်။ zinnector dev --reset-runtime သည် ထည့်သွင်းထားသော ရန်တိုင်းမ်ကို စွန့်ပစ်ပြီး နောက်တစ်ကြိမ် ပြန်လည်ထည့်သွင်းပေးပါသည်၊ ၎င်းသည် ထည့်သွင်းထားသော်လည်း စတင်မည်မဟုတ်သော ရန်တိုင်းမ်တစ်ခုအတွက် ပြင်ဆင်မှုဖြစ်ပါသည်။

Node 26 သို့မဟုတ် ၎င်းထက် ပိုသစ်သော ဗားရှင်းများတွင်

CLI ကိုယ်တိုင်သည် Node 24 နှင့် အထက် မည်သည့် Node တွင်မဆို ရန်လုပ်ပါသည်။ သို့သော် ရန်တိုင်းမ်၏ မူရင်းမိုဂျူးလ်သည် (2026 ခုနှစ် စက်တင်ဘာလအထိ) Node 24 နှင့် 25 အတွက်သာ ကြိုတင်တည်ဆောက်ထားသော ဘိုင်နရီများကို ပေးပို့ပါသည်။ မည်သည့်အရာကိုမျှ ကွန်ပိုင်းမလုပ်ဘဲ — ၎င်းသည် Windows တွင် Visual Studio ထည့်သွင်းခြင်းဟု ဆိုလိုသည် — Zinnector® သည် ရန်တိုင်းမ်တစ်ခုတည်းအတွက်သာ ရည်ရွယ်၍ 30 MB ခန့်ရှိသော Node 24 တစ်ခုကို nodejs.org မှ ထုတ်ပြန်သော ချက်ခ်ဆန်းများနှင့် တိုက်ဆိုင်စစ်ဆေးပြီး အဆိုပါ ကက်ရှ်ထဲသို့ ရယူပေးပါသည်။ သက်ဆိုင်သည့်အခါ ထည့်သွင်းမှု ပရွမ်းက ထိုသို့ ဖော်ပြပါမည်။ သင့်ကိုယ်ပိုင် Node နှင့် ပတ်သက်၍ မည်သည့်အရာမျှ ပြောင်းလဲမည်မဟုတ်ပါ။

ဆက်စပ်မှုရှိသော

• စတင်ခြင်း · ထိန်းသိမ်းလွှင့်တင်ခြင်း · ကွန်မန်း လမ်းညွှန် · ပြဿနာဖြေရှင်းခြင်း