Plesk နှင့်ကျွန်ုပ်၏အတွေ့အကြုံ

အချိန်ပိုင်းစီမံခန့်ခွဲသူနှင့် စီးပွားဖြစ် ဆာဗာတစ်ခုတည်း ဝဘ်ပရောဂျက်အတွက် ထိန်းချုပ်မှုအကန့်ကဲ့သို့ အရာတစ်ခု၏ လိုအပ်မှု သို့မဟုတ် မလိုအပ်သည့် အထင်အမြင်အချို့ကို မျှဝေလိုပါသည်။ နည်းပညာအမြင်အရ စီးပွားရေးလုပ်ငန်းတစ်ခုဖြစ်တဲ့ သတင်းဆိုက်တစ်ခုကို ဝယ်ယူရာမှာ အကူအညီပေးဖို့ သူငယ်ချင်းမိတ်ဆွေတွေက တောင်းတဲ့အခါမှာ လွန်ခဲ့တဲ့နှစ်နှစ်လောက်က ဇာတ်လမ်းစခဲ့တာပါ။ ဘာတွေလုပ်ဆောင်နေလဲဆိုတာကို အနည်းငယ် အသေးစိပ်လေ့လာရန် လိုအပ်ပြီး၊ လိုအပ်သောအသေးစိတ်အချက်များအားလုံးကို သင့်လျော်သောပုံစံနှင့် ပမာဏသို့ လွှဲပြောင်းထားကြောင်း သေချာစေရန်နှင့် ပိုမိုကောင်းမွန်လာနိုင်သည့်အရာကို မဟာဗျူဟာကျကျ ရှာဖွေပါ။

သဘောတူညီချက် ပြီးသွားတော့ တယောဆရာကို မလိုအပ်တော့ဘူး။ အဆုံး။ တကယ်မဟုတ်ဘူး။

ဆိုက်သည် Linode ရှိ dual-core 4-GB VM၊ အချို့သော Debian5 တွင် ရက်ပေါင်း 400 နှင့် အပ်ဒိတ်မလုပ်ရသေးသော ပက်ကေ့ဂျ်များစာရင်းကို အသုံးပြုထားသည်။ ကိုယ်တိုင်ရေးထားသော CMS၊ nginx၊ php5.3 FPM၊ mysql တွင် Percona ကို အသံဖမ်းထားသည့် ဝဘ်အပိုင်း။ မူအရတော့ လုပ်တယ်။

ကျွန်တော်နှင့် စကားစမြည်ပြောသည်နှင့်အပြိုင်၊ ပိုင်ရှင်အသစ်သည် ပရောဂျက်ကို မျှော်လင့်ချက်များရှိလာစေရန် ပရိုဂရမ်မာတစ်ဦးကို ရှာဖွေနေပါသည်။ တွေ့တယ်။ ပရိုဂရမ်မာသည် အသွားအလာနှင့် ပမာဏများကို အကဲဖြတ်ပြီး ကုန်ကျစရိတ်ကို မည်ကဲ့သို့ ပိုမိုကောင်းမွန်အောင် ပြုလုပ်ရမည်ကို သိရှိကြောင်း ဆုံးဖြတ်ခဲ့သည်။ သူသည် ဝဘ်ဆိုက်တစ်ခုလုံးကို 700-ruble မျှဝေထားသော hosting သို့ ၎င်း၏ပုံမှန် IS****er မှ စီမံခန့်ခွဲခဲ့သည်။ ရက်အနည်းငယ်အကြာတွင် ပိုင်ရှင်ထံမှ နောက်ထပ်ဖုန်းခေါ်ဆိုမှုတစ်ခု ရှိလာသည်- "အရာရာက နှေးကွေးပြီး ငါတို့ ပျက်သွားပုံရတယ်" အကန့်မှ အခြေအနေကို ပြုပြင်ရန် ကြိုးစားခဲ့သော်လည်း PHP ဗားရှင်း သို့မဟုတ် ကိုင်တွယ်သူအား fcgi မှ fpm သို့ ပြောင်းလဲရန် အချိန်အတန်ကြာ မအောင်မြင်ဘဲ စွန့်လွတ်ကာ shell သို့ ဝင်ခဲ့သည်။ ထိုနေရာတွင် ကြွက်သားမှ စကားဝှက်ဖြင့် အင်တာနက်တစ်ခုလုံး ထွန်းလင်းတောက်ပနေသော ဖွင့်ထားသည့် အမှားအယွင်းတစ်ခုကို ကျွန်ုပ်တွေ့ရှိခဲ့သည်၊ ထိုအချိန်တွင် အချို့သောဖိုင်တွဲများတွင် 777 သည် malware နှင့် အလားတူ အဓိပ္ပါယ်မဲ့သော ဖောက်ထွင်းဝင်ရောက်နေပါသည်။ ပိုင်ရှင်သည် hosting၊ ပရိုဂရမ်မာတစ်ဦးနှင့် စီမံခန့်ခွဲသူအား သိမ်းဆည်းခြင်းမှာ မှားယွင်းကြောင်း နားလည်ပြီး ဆုံးဖြတ်ခဲ့သည်။

ငါတို့ RuVDS ကိုသွားမယ်။ British Linode ထက် အနည်းငယ် ပိုနီးပြီး ကိုယ်ရေးကိုယ်တာ အချက်အလက်များနှင့် ဤအရာအားလုံးကို ရုတ်တရက် သိမ်းဆည်းလိုပါက အခြားမည်သည့်နေရာကိုမှ ပြောင်းရွှေ့ရန် မလိုအပ်ပါ။ ပရောဂျက်ကို တိုးချဲ့ရန်စီစဉ်ထားသောကြောင့် ကြီးထွားမှုအတွက် VM တစ်ခုကို ကျွန်ုပ်တို့ယူခဲ့သည်- 4 cores, 8 gigabytes memory, 80GB disk. nginx configs ကို ကိုယ်တိုင် ဘယ်လို configure လုပ်ရမှန်းကို မသိတာတော့ မဟုတ်ဘူး၊ ဒီပရောဂျက်အတွက် အရမ်းရင်းနှီးတဲ့ စိတ်အားထက်သန်မှု မရှိခဲ့ဘူး (အချိန်ပိုင်းအကြောင်း အထက်ကို ကြည့်ပါ)။ ထို့ကြောင့် ကျွန်ုပ် Plesk ကို ထည့်သွင်းခဲ့သည် (ဤနေရာတွင် ကျွန်ုပ်သည် တပ်ဆင်မှုအသေးစိတ်များကို ချန်လှပ်ထားမည်၊ အကြောင်းမှာ ယေဘုယျအားဖြင့် တစ်ခုမျှမရှိသောကြောင့်ဖြစ်သည်- ကျွန်ုပ်သည် ထည့်သွင်းသူအား စတင်လိုက်သည်၊ စီမံခန့်ခွဲသူအတွက် စကားဝှက်ကို သတ်မှတ်ပေးကာ သော့ကိုထည့်သွင်းခဲ့သည် - ဒါပါပဲ) ထိုအချိန်က 17.0 ဖြစ်သည်။ အခြေခံဆက်တင်များသည် ဘောင်အပြင်ဘက်တွင် ကောင်းစွာအလုပ်လုပ်သည်၊ fail2ban နှင့် PHP နှင့် nginx ၏နောက်ဆုံးထွက်ဗားရှင်းများရှိသည်။ 

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

ဒါဆို ကျွန်တော် install လုပ်လိုက်ပါ။ ကျွန်ုပ်အချိန်များစွာကို သိမ်းဆည်းခဲ့ပြီး ဆာဗာအသစ်တွင် ဆိုက်ကို ပြန်လည်စတင်ခြင်းသည် ချက်ချင်းနီးပါးဖြစ်သည်။ ကျန်တာအားလုံးက ကြွက်သားဖွဲ့စည်းပုံပုံစံကို တည်းဖြတ်ရန်ဖြစ်ပြီး ၎င်းကို မှတ်ဉာဏ်တစ်ဝက်ပေးကာ ကြားခံရေကန်များအရေအတွက်ကို တိုးမြှင့်ကာ nginx တစ်ဝက်ကို cores များပေးသည် (Plesk သည် global configs ကိုမထိပါ) နှင့် ရက်အနည်းငယ်ကြာကြည့်ရှုရန် shell သို့သွားပါ။ mysqltuner ကိန်းဂဏန်းများ။ ဟုတ်ကဲ့၊ ပြီးတော့ ရေလွှမ်းနေတဲ့ malware ကိုဖယ်ရှားဖို့ တိုးချဲ့မှုကတ်တလောက်ကနေ အခပေး ImunifyAV ကို ဝယ်လိုက်တယ်။ ကူးစက်ခံထားရသော ဖိုင်ပေါင်း ၁၁၀၀၀ ခန့်ကို တွေ့ရှိခဲ့သည်။ စက်ဆုပ်ရွံရှာဖွယ်ကောင်းသည်မှာ ရှုပ်ယှက်ခတ်နေသော ကုဒ်အပိုင်းအစများကို statics ထဲသို့ လောင်းချပြီး ၎င်းကို လက်ဖြင့် သန့်ရှင်းရေးလုပ်ခြင်းသည် လုံးဝ မှိုင်းနေပေလိမ့်မည်။ ပထမဦးစွာ ClamAV ကိုငါကြိုးစားခဲ့သော်လည်း၊ ထွက်ပေါ်လာသည့်အတိုင်း၊ ၎င်းသည်ထိုအရာများကိုမယူပါ၊ သို့သော် ImunifyAV လုပ်နိုင်ခဲ့သည်။ ထို့အပြင်၊ ပိုးသတ်ထားသောဖိုင်များသည် အလုပ်လုပ်သည့်အခြေအနေတွင်ရှိနေသည်;

ဂဏန်းသင်္ချာသည် ရိုးရှင်းသည်- VMka အတွက် တစ်လလျှင် $50၊ Plesk အတွက် $10 (တကယ်တော့ သက်သာသည်၊ အဘယ်ကြောင့်ဆိုသော် သင်သည် ၎င်းကို တစ်နှစ်လျှင် နှစ်လလျှော့စျေးဖြင့် တစ်ကြိမ်ဝယ်သည်) နှင့် antivirus အတွက် $3 ဖြစ်သည်။ ဒါမှမဟုတ် ပထမတော့ ဆာဗာမှာ သုံးခဲ့ရတဲ့ ငါ့အချိန်တွေအတွက် ငွေအများကြီး၊ အဲဒီ နွားတင်းကုပ်တွေကို ကိုယ်တိုင်လုပ်တယ်။ ပိုင်ရှင်က ဒီအစီအစဉ်ကို ကျေနပ်ပါတယ်။

ဒီကြားထဲမှာ ပရိုဂရမ်မာအသစ်တစ်ယောက်တွေ့တယ်။ တာဝန်ခွဲဝေမှုတွင် သူနှင့်ကျွန်ုပ်တို့သဘောတူခဲ့ပြီး၊ စမ်းသပ်ဗားရှင်းအတွက် ဒိုမိန်းခွဲတစ်ခုကို ဖန်တီးခဲ့ပြီး အလုပ်စတင်ခဲ့သည်။ သူသည် Laravel တွင်ဆိုက်၏ဗားရှင်းအသစ်ကိုဖြတ်တောက်နေသည်၊ ကျွန်ုပ်သည် fail2ban%) ကိုကြည့်ရှုနေသည်။

စိတ်ဝင်စားစရာကောင်းတာက စူးစမ်းလိုသူတွေရဲ့ စီးဆင်းမှုက ရပ်မသွားဘဲ တားမြစ်ခံထားရသူတွေစာရင်းမှာ လိပ်စာပေါင်း တစ်ရာလောက် အမြဲရှိနေတယ်။ အကျိုးသက်ရောက်မှုသည် စိတ်ဝင်စားစရာကောင်းသည်- အထူးသဖြင့်၊ ပုံမှန်အားဖြင့်၊ ကျွန်ုပ်သည် shell သို့ဝင်ရောက်ပါက SSH မှတစ်ဆင့် အကောင့်ဝင်ရန် 20000-30000 ခန့် မအောင်မြင်သည်ကို တွေ့ရပါသည်။ fail2ban ကိုဖွင့်ထားခြင်းဖြင့်၊ 70 ခန့်။ ကြိုးပမ်းမှုများ- 0။ ကံမကောင်းစွာဖြင့်၊ ဆီတစ်စက်မျှမပါဝင်ပါ။ မူရင်းအားဖြင့် WAF (မွမ်းမံလုံခြုံရေး) ကို တစ်ဝက်ဖွင့်ထားသည်- ရှာဖွေမှုမုဒ်တွင်။ ဆိုလိုသည်မှာ သူသည် မှတ်တမ်းတွင် သံသယဖြစ်ဖွယ် လုပ်ဆောင်ချက်ကို ရေးသားခဲ့သော်လည်း အမှန်တကယ် အရေးယူခဲ့ခြင်း မရှိပေ။ တားမြစ်ထားသည့် အကျဉ်းထောင်များအလိုက် မှတ်တမ်းများအားလုံးကို သိမ်းကျုံးဖတ်ကာ ရွှေ့ပြောင်းသွားသမျှကို သတ်ပစ်လိုက်သည်။ ဒါကြောင့် တည်းဖြတ်သူ တစ်ဝက်လောက်ကို ပိတ်ပင်လိုက်ပါတယ်။ :D ကျွန်ုပ်သည် ဤအကျဉ်းထောင်ကို ပိတ်ခဲ့ရပြီး ယုံကြည်စိတ်ချရမှုအတွက် လိုအပ်သော IP လိပ်စာများကို အဖြူအမည်းစာရင်းသွင်းခဲ့ပါသည်။ ကြိုးပမ်းမှုများကို ရင်းနှီးမြုပ်နှံသည်- မောက်စ်ကို နှစ်ကြိမ်ထိုးပြီး သင်၏ IP လိပ်စာကို ပြောပြရန် တည်းဖြတ်သူများကို သင်ပေးပါ။

ပရိုဂရမ်မာသည် ချက်ချင်းနှစ်သက်ခဲ့သည့်အရာမှာ အကန့်ထဲသို့ ဒေတာဘေ့စ်များကို တိုက်ရိုက်လွှင့်တင်ခြင်းနှင့် phpMyAdmin သို့ အမြန်ဝင်ရောက်နိုင်ခြင်းဖြစ်သည်။

မှတ်တမ်းများနှင့် မိတ္တူများကို နှစ်သက်ခဲ့သည်။ မှတ်တမ်းများကို ရေးမှတ်ပြီး ဘောက်စ်တွင် လှည့်ပတ်ထားသည်။ Backup များသည် စနစ်ထည့်သွင်းရန် အလွန်လွယ်ကူပါသည်။ အနှေးဆုံးအချိန်များတွင်၊ အရန်ကူးယူမှု အပြည့်အစုံကို 10 ဂစ်ဂစ်ခန့် ပြုလုပ်ပြီး တစ်ပတ်လျှင် နေ့စဉ် တိုးမြှင်တစ်ခု၊ 200 megabytes တစ်ခုစီ၊ ပြန်လည်ရယူခြင်းသည် အသေးစိပ်ဖြစ်ပြီး သီးခြားဖိုင် သို့မဟုတ် ဒေတာဘေ့စ်သို့ ဆင်းပါသည်။ တိုးမြင့်မှုတစ်ခုမှ ပြန်လည်ရယူရန် လိုအပ်ပါက၊ ကွင်းဆက်တစ်ခုလုံးကို အပြည့်အဝ ပြန်လည်ရယူခြင်းဖြင့် ဦးစွာ နှောက်ယှက်ရန် မလိုအပ်ပါ၊ Plesk ကိုယ်တိုင်က အရာအားလုံးကို လုပ်ဆောင်ပါသည်။ အရန်ကူးယူမှုများကို မည်သည့်နေရာတွင်မဆို အပ်လုဒ်လုပ်နိုင်သည်- FTP၊ dropbox၊ s3 ပုံး၊ google drive စသည်တို့သို့

Day F- ပရိုဂရမ်မာသည် နောက်ဆုံးတွင် အင်ဂျင်အသစ်ကို ပြီးမြောက်ခဲ့ပြီး၊ ကျွန်ုပ်တို့သည် ၎င်းကို ထုတ်လုပ်မှုတွင် အပ်လုဒ်လုပ်ကာ ဒေတာဟောင်းများကို တင်သွင်းကာ ကျွန်ုပ်တို့၏ အနာဂတ် Maserati အရောင်ကို ရွေးချယ်ရန် ထိုင်နေပါသည်။ ငါတို့ထိုင်ပြီး ရွေးနေတုန်းပဲ။

ပထမပြဿနာများစတင်ခဲ့သည်။ ဝဘ်ဆိုက်အသစ်သည် ယခင်ဆိုဒ်ထက် ပိုမိုလေးလံမည်ဟု ခန့်မှန်းရသော်လည်း အမှန်တကယ်တွင် ၎င်းတို့အသုံးပြုသော အသွားအလာများကို ဆွဲဆောင်ရန်အတွက် လည်ပတ်သူအများအပြားကို ယူဆောင်လာသည့် Yandex.Zen ပင်ဖြစ်သည်။ ဝဘ်ဆိုက်သည် တစ်ပြိုင်နက်ချိတ်ဆက်မှုပေါင်း 150 ဖြင့် ပျက်သွားသည် (ကျွန်တော်က RPS အကြောင်းပြောနေခြင်းမဟုတ်ပါ၊ ၎င်းတို့က ၎င်းကို မတိုင်းတာသောကြောင့်)။ ကျွန်ုပ်တို့သည် php_fpm ဆက်တင်ဧရိယာတွင် ခလုတ်များထိုးခြင်းနှင့် ခလုတ်များကို လှည့်ခြင်းစတင်ခဲ့သည်-
 

ဟေး၊ သူ့မှာ အဆက်အသွယ် 500 ရှိနေပြီ။ အကြွေးဝယ်ကတ်များကို ပရိုမိုးရှင်းနည်းလမ်းများတွင် ထည့်သွင်းလာသည်နှင့်အမျှ ယာဉ်အသွားအလာလှိုင်းများသည် ပိုမိုကြီးမားလာသည်။ နောက်မှတ်တိုင်မှာ တစ်ပြိုင်နက်ချိတ်ဆက်မှု 1000 ဖြစ်သည်။ ဤနေရာတွင် ကျွန်ုပ်တို့သည် ကုဒ်ကို ပြန်လည်ပြင်ဆင်ပြီး ကြွက်သား၏စိတ်ဝိညာဉ်ကို ကြည့်ရှုရမည်ဖြစ်သည်။ ရေပက်ခြင်းသည် မကူညီသော်လည်း၊ ကျွန်ုပ်တို့ အမှန်တကယ် မမျှော်လင့်ခဲ့ပါ။ ကျွန်ုပ်တို့သည် နှေးကွေးသော စုံစမ်းမေးမြန်းမှုမှတ်တမ်းကို ဖွင့်ထားပြီး၊ ဒေတာဘေ့စ်သို့ အညွှန်းများထည့်ကာ၊ မလိုအပ်သောမေးခွန်းများကို ကုဒ်မှဖယ်ရှားကာ mysqltuner ၏အကြံပေးချက်အရ mysql config ကို တစ်ဖန်ရှင်းလင်းခဲ့သည်။

စိန်ခေါ်မှုအသစ် - ချိတ်ဆက်မှု 2000 ။ Plesk 17.8 ၏ဗားရှင်းကို ယခုမှထုတ်လွှတ်နိုင်ခဲ့ပြီး ယင်းတွင်၊ အခြားအရာများထဲတွင် nginx caching ကိုထည့်သွင်းထားသည်။ မွမ်းမံပြင်ဆင်သည် (အံ့သြစရာကောင်းလောက်အောင်လွယ်ကူသည်)။ ကြိုးစားကြည့်ရအောင်။ အလုပ်များ! ထို့နောက် ၎င်းတို့သည် ပျော့ပျောင်းသောဘက်သို့ ခြေချပြီးနောက် Yandex.Zen feed အလုပ်မလုပ်တော့ပါ။ ဆိုက်က အလုပ်လုပ်နေပြီး ဖိဒ်က အလုပ်မလုပ်ပါဘူး။ စာကျက်ပျက်၊ အသွားအလာမရှိ။ လေထုက ပူလာသည်။ အခြေအနေများနှင့် စိတ်ကူးဉာဏ်ကင်းမဲ့မှုမှ ဖိအားများအောက်တွင် ကျွန်ုပ်သည် ချက်ချင်းပင် ခြေရာခံပြီး nginx သို့သွားကာ ကျွန်ုပ်ရှာဖွေနေသည့်အရာကို တွေ့ရှိခဲ့သည်။ တစ်ချိန်ချိန်တွင် မိုက်မဲသော nginx သည် Yandex get feed.xml အား တုံ့ပြန်မှုအဖြစ် stray 500th error ကို သိမ်းဆည်းထားသည်။ ကက်ရှ်ဆက်တင်များတွင် ခြွင်းချက်များထည့်ခြင်းဖြင့် ၎င်းကို ပြင်ဆင်ပါ-

ပိုင်ရှင်က ပိုလိုတယ်၊ လှိုင်းတွေက တဖြည်းဖြည်း တိုးလာတယ်ဆိုတာ ရှင်းပါတယ်။ ကျွန်ုပ်တို့သည် ယခုအချိန်တွင် ရင်ဆိုင်ဖြေရှင်းနေသော်လည်း memcached ကိုကြိုတင်စမ်းသပ်နေပါသည်၊ ကံကောင်းထောက်မစွာဖြင့် Laravel သည် ၎င်းကို ကွက်လပ်နီးပါးတွင် ပံ့ပိုးပေးပါသည်။ ကျွန်ုပ်သည် "ပတ်ပတ်လည်ကစားရန်" တွင် memcached ကိုကိုယ်တိုင်ထည့်သွင်းရန်တစ်နည်းနည်းဖြင့်မလိုချင်ခဲ့သဖြင့် docker ပုံတစ်ခုကိုထည့်သွင်းခဲ့သည်။ ဘောင်မှ တည့်တည့်။

ကောင်းပြီ၊ ငါလိမ်နေတယ်၊ ​​ငါ shell ထဲဝင်ပြီး pecl မှတဆင့် module ကို install လုပ်ရမယ်။ ညာဘက်တွင် ညွှန်ကြားချက်. သွင်းအားစု တိုးလာခြင်းနှင့် ပတ်သက်၍ ပြောစရာမရှိ သေးပါ။ ဆိုက်အင်ဂျင်ကို localhost:11211 နှင့် ချိတ်ဆက်ထားပြီး၊ ကိန်းဂဏန်းများကို ပြသထားပြီး မှတ်ဉာဏ်ကို သုံးစွဲနေပါသည်။ အဲဒါကို ကြိုက်ရင် နောက်ဘာလုပ်ရမလဲဆိုတာ ကြည့်မယ်။ ဤနည်းအတိုင်း ထားခဲ့မည် သို့မဟုတ် ကျွန်ုပ်တို့သည် ဝင်ရိုးစွန်းတွင် “အစစ်အမှန်” ကို ထားရှိမည်ဖြစ်သည်။ သို့မဟုတ် ထိုနည်းအတိုင်း ပြန်လှန်ကြည့်ကြပါစို့

ထို့နောက် စာပို့စာရင်းကို ပူးတွဲတင်ပြရန် လိုအပ်ပါသည်။ relay များမရှိပါ၊ smtp စစ်မှန်ကြောင်းအထောက်အထားပြခြင်းသာဖြစ်သည်။ PHP မှတစ်ဆင့် သတင်းလွှာတစ်ခုပေးပို့ရန် အီးမေးလ်လိပ်စာတစ်ခု သတ်မှတ်ပြီး ၎င်း၏အသေးစိတ်အချက်အလက်များကို အသုံးပြုပါသည်။

မကြာသေးမီက Plesk Obsidian (18.0) ကို ထုတ်ဝေခဲ့ပြီး၊ ကျွန်ုပ်တို့သည် ကြောက်ရွံ့ခြင်းမရှိဘဲ အတိတ်အတွေ့အကြုံကို အခြေခံ၍ အပ်ဒိတ်လုပ်ထားသည်။ အရာအားလုံးက ချောချောမွေ့မွေ့ဖြစ်သွားတယ်၊ ပြောစရာတောင် မရှိတော့ဘူး။ ကျေနပ်စရာကောင်းတာက အင်တာဖေ့စ်အရည်အသွေးက သိသိသာသာ တိုးတက်လာတာ၊ ပိုခေတ်မီလာပြီး အချို့နေရာတွေမှာ ပိုအဆင်ပြေလာတယ်။ Grafana တွင် အဆင့်မြင့် စောင့်ကြည့်လေ့လာခြင်း အလွန်ကောင်းသည်။

၎င်းကို ကျွန်ုပ် အသေးစိတ် မဖြေရှင်းရသေးသော်လည်း၊ ဥပမာ၊ သင့်အီးမေးလ်ရှိ မည်သည့် parameter အတွက်မဆို သတိပေးချက်များကို သင်သတ်မှတ်နိုင်သည်။ ပိုင်ရှင်အတွက်ရယ်။

အင်တာဖေ့စ်အကြောင်း ပြောနေချိန်မှာ၊ အဲဒါက တုံ့ပြန်မှုရှိပြီး ဖုန်းထဲမှာ တကယ်ကို ကောင်းကောင်းအလုပ်လုပ်ပါတယ်။ အစောပိုင်းအဆင့်များတွင် PHP နှင့် အခြားအရာများအတွက် အကောင်းဆုံးဆက်တင်များကို ရှာဖွေရန် ကြိုးစားနေစဉ်၊ ၎င်းသည် များစွာအထောက်အကူဖြစ်စေခဲ့သည်။ အထူးသဖြင့် ပရိုဂရမ်မာတစ်ဦးသည် အလုပ်စိတ်အားထက်သန်စွာဖြင့် 23:XNUMX တွင် တစ်ခုခုလုပ်သောအခါတွင်၊ ကျွန်ုပ်သည် အလုပ်အားထက်သန်စွာဖြင့် ရေချိုးခန်းထဲတွင် ဗော့ဒ်ကာသောက်ပြီး တစ်ခုခုကို အမြန်ပြောင်းရန် လိုအပ်နေချိန်ဖြစ်သည်။

အိုး၊ စကားမစပ်။ ပုံတွင် PHP Composer ပေါ်လာကြောင်းပြသထားသည်။ ၎င်းကိုကျွန်ုပ်တို့မကစားရသေးသော်လည်း Laravel အတွက်၊ ၎င်းသည် shell login အချို့နှင့်မှီခိုမှုထည့်သွင်းခြင်းအတွက်အချိန်အနည်းငယ်ကိုသက်သာစေနိုင်သည်။ Node.JS နှင့် Ruby အတွက် တူညီသောစနစ်ရှိသည်။

SSL ဖြင့် အရာအားလုံးသည် ရိုးရှင်းပါသည်။ ဒိုမိန်းသည် မျှော်လင့်ထားသည့်အတိုင်း ဖြေရှင်းပါက၊ Let's Encrypt ကို တစ်ချက်နှိပ်ရုံဖြင့် ပြီးပြီး ဒိုမိန်းကိုယ်တိုင်အတွက်ရော ဒိုမိန်းခွဲများအတွက်ရော မေးလ်ဝန်ဆောင်မှုများကိုပင် အပ်ဒိတ်လုပ်ပါ။

Plesk ကိုယ်တိုင်က ဆော့ဖ်ဝဲတစ်ခုအနေနဲ့ လောလောဆယ် အတော်လေး သာယာပြီး တည်ငြိမ်ပါတယ်။ ၎င်းသည် သူ့ကိုယ်သူနှင့် ဝင်ရိုးစွန်းကို တိတ်တဆိတ် အပ်ဒိတ်လုပ်သည်၊ အရင်းအမြစ်အနည်းငယ်ကို စားသုံးကာ ချောမွေ့စွာ အလုပ်လုပ်သည်။ ထုတ်ကုန်မှာ သိသာထင်ရှားတဲ့ ချို့ယွင်းချက်ဖြစ်မယ့် တစ်နေရာရာကို လျှောက်လှမ်းခဲ့တာတောင် မမှတ်မိတော့ဘူး။ ပြဿနာများရှိခဲ့သည်၊ သို့သော် ၎င်းတို့သည် မစုံလင်သောဖွဲ့စည်းမှုပုံစံကြောင့် သို့မဟုတ် လမ်းဆုံတစ်နေရာ၌ ဖြစ်သည့်အတွက်ကြောင့် စောဒကတက်စရာမရှိပါ။ Plesk နှင့် လက်တွဲလုပ်ဆောင်ခြင်း၏ အထင်အမြင်များသည် ယေဘူယျအားဖြင့် သာယာသည်။ ၎င်းတွင်မရှိသောအရာ၊ ၎င်းကိုကျွန်ုပ်တို့နားလည်ရန်လိုအပ်သည်မှာမည်သည့် (မဆို) အစုအဝေးဖြစ်သည်။ LB ရော HA ရော မပါပါဘူး။ သင်ကြိုးစားနိုင်သော်လည်း ပါဝင်အားထုတ်မှုမှာ အစကတည်းက မတူညီသောအရာတစ်ခုကို လုပ်ဆောင်ခြင်းက ပိုကောင်းပါသည်။

နိဂုံးချုပ်နိုင်မယ် ထင်ပါတယ်။ အက်ဒမင်မရှိသည့်အခါ၊ သို့မဟုတ် သူ့တွင်မလုံလောက်သည့်ကိစ္စအတွက်၊ hosting ၏စျေးနှုန်းနှင့် site(များ) ပေါ်တွင်လည်ပတ်နေသောစျေးနှုန်းသည် USD 100 ကျော်လွန်သောအခါ၊ ကျွန်ုပ်တို့သည် bestial sharing 1500 အကြောင်းကို မပြောပါက၊ ဆုံးဖြတ်ချက်ချမှတ်သူသည် အချိန်ပိုင်းစီမံခန့်ခွဲသူကို ငှားရမ်းရန် သို့မဟုတ် ဆော့ဖ်ဝဲလ်ဝယ်ပြီး စီမံခန့်ခွဲသူတစ်ဦးကို ဘတ်ငွေငါးသိန်းပေးဆောင်ရန် ရွေးချယ်မှုရှိပါက၊ သို့မဟုတ် တစ်ခုမျှမရှိပါ - ဆာဗာတစ်ခုပေါ်ရှိဆိုက်များ ကြုံတွေ့ရသည့်အခါတွင် - ၎င်းသည် အဓိပ္ပါယ်ရှိပါသည်။ ဝေးလံခေါင်သီသောစီမံခန့်ခွဲသူ၏အမြင်မှ - အတူတူပါပဲ။ တစ်လလျှင် $10 ရှိပြီး အချိန်ကုန်သက်သာပြီး အလုပ်တွင် အချိန်အတော်ကြာ လိုက်လျောညီထွေဖြစ်စေသည်။оပိုကြီးတဲ့ပမာဏ။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်သည် ကျွန်ုပ်၏တောင်ပံအောက်တွင် အလားတူပရောဂျက်ကိုယူရန် အပြင်းအထန်တောင်းဆိုပါက၊ ၎င်းကို Plesk သို့ လွှဲပြောင်းပေးရန် တောင်းဆိုပါမည်။

source: www.habr.com