Apache နှင့် Nginx ။ ကွင်းဆက်တစ်ခုဖြင့် ချိတ်ဆက်ထားသည်။

Apache နှင့် Nginx ပေါင်းစပ်မှုကို Timeweb တွင် မည်သို့အကောင်အထည်ဖော်မည်နည်း။

ကုမ္ပဏီများစွာအတွက်၊ Nginx + Apache + PHP သည် အလွန်ပုံမှန်နှင့် ဘုံပေါင်းစပ်မှုဖြစ်ပြီး Timeweb သည် ချွင်းချက်မဟုတ်ပါ။ သို့သော် ၎င်းကို အကောင်အထည်ဖော်ပုံကို အတိအကျနားလည်ခြင်းသည် စိတ်ဝင်စားစရာကောင်းပြီး အသုံးဝင်နိုင်သည်။

ထိုသို့သောပေါင်းစပ်အသုံးပြုမှုကို ကျွန်ုပ်တို့၏ဖောက်သည်များ၏လိုအပ်ချက်များဖြင့် ညွှန်ပြပါသည်။ Nginx နှင့် Apache နှစ်ခုစလုံးသည် အထူးအခန်းကဏ္ဍတွင်ပါဝင်ပြီး တစ်ခုစီသည် သီးခြားပြဿနာတစ်ခုကို ဖြေရှင်းပေးသည်။

အခြေခံ ဆက်တင်များ Apache ကို Apache ကိုယ်တိုင်၏ configuration ဖိုင်များတွင် လုပ်ဆောင်ကြပြီး client sites အတွက် ဆက်တင်များမှတဆင့် ဖြစ်ပေါ်ပါသည်။ .htaccess ဖိုင်. .htaccess သည် ဝဘ်ဆာဗာ၏ စည်းမျဉ်းများနှင့် အမူအကျင့်များကို လွတ်လပ်စွာ သတ်မှတ်နိုင်စေသည့် ဖွဲ့စည်းမှုပုံစံဖိုင်တစ်ခုဖြစ်သည်။ ဤဆက်တင်သည် သူ၏ဆိုက်အတွက် အထူးသက်ရောက်မည်ဖြစ်သည်။ ဥပမာအားဖြင့်၊ Apache လုပ်ဆောင်နိုင်စွမ်းကြောင့် သုံးစွဲသူများသည် တူညီသော PHP ဗားရှင်းအတွင်း mod_php မှ mod_cgi သို့ ပြောင်းလဲနိုင်သည်။ ပြန်ညွှန်းမှုများ၊ SEO အတွက် ပိုမိုကောင်းမွန်အောင်ပြုလုပ်ခြင်း၊ အဆင်ပြေသော URL၊ PHP အတွက် ကန့်သတ်ချက်အချို့ကို သင်သတ်မှတ်နိုင်သည်။

Nginx Apache သို့ လမ်းကြောင်းပြောင်းရန် ပရောက်စီဆာဗာအဖြစ် အသုံးပြုပြီး တည်ငြိမ်သောအကြောင်းအရာကို ဆောင်ရွက်ပေးရန်အတွက် ဝဘ်ဆာဗာအဖြစ် အသုံးပြုသည်။ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏အသုံးပြုသူများ၏ဒေတာကိုကာကွယ်ရန် ဥပမာအားဖြင့်၊ ဝင်ရောက်ခွင့်အခွင့်အရေးများကို ခွဲခြားရန် ကျွန်ုပ်တို့အား ကာကွယ်နိုင်စေမည့် Nginx အတွက် လုံခြုံရေး module များကိုလည်း တီထွင်ထားပါသည်။

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

Timeweb ရှိ Apache & Nginx အစုအဝေး၏ အင်္ဂါရပ်များ

ကျွန်ုပ်တို့၏ virtual hosting သည် Apache & Nginx အတွက် ပင်မလည်ပတ်မှုအစီအစဉ် 2 ခုကို အကောင်အထည်ဖော်သည်- မျှဝေပြီး လှူပါ။.

မျှဝေထားသော အစီအစဉ်

ဤအစီအစဉ်ကို အသုံးပြုသူအများစုအတွက် အသုံးပြုပါသည်။ ၎င်းကို ၎င်း၏ရိုးရှင်းမှုနှင့် အရင်းအမြစ်ပြင်းထန်မှုတို့ဖြင့် ခွဲခြားထားပါသည်- မျှဝေထားသော အစီအစဉ်သည် အရင်းအမြစ်များကို နည်းပါးစွာအသုံးပြုသောကြောင့် ၎င်း၏အကောက်ခွန်သည် ပိုမိုစျေးသက်သာပါသည်။ ဤအစီအစဥ်အရ၊ ဆာဗာသည် အသုံးပြုသူတောင်းဆိုမှုများအားလုံးကို ဆောင်ရွက်ပေးရန်နှင့် Apache ၏ ဖြစ်ရပ်များစွာကို ဆောင်ရွက်နိုင်စေရန် ခွင့်ပြုသည့် Nginx တစ်ခုဖြစ်သည်။

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

မျှဝေထားသော အစီအစဉ်

လှူတဲ့အစီအစဉ်

Dedicated သည် အရင်းအမြစ်များ ပိုမိုလိုအပ်သောကြောင့် ၎င်း၏အကောက်ခွန်သည် သုံးစွဲသူများအတွက် ပိုစျေးကြီးပါသည်။ Dedicated scheme တွင်၊ client တစ်ခုစီသည် ၎င်း၏ကိုယ်ပိုင် Apache ကိုရရှိသည်။ ဤနေရာတွင် အရင်းအမြစ်များကို သုံးစွဲသူအတွက် သီးသန့်ထားရှိပြီး ၎င်းတို့ကို သီးသန့်ခွဲဝေပေးပါသည်။ ၎င်းအလုပ်လုပ်ပုံ- ဆာဗာပေါ်တွင် PHP ဗားရှင်းများစွာရှိသည်။ 5.3၊ 5.4၊ 5.6၊ 7.1၊ 7.2၊ 7.3၊ 7.4 ဗားရှင်းများကို ကျွန်ုပ်တို့ ပံ့ပိုးပေးပါသည်။ ထို့ကြောင့် PHP ဗားရှင်းတစ်ခုစီအတွက် ၎င်း၏ကိုယ်ပိုင် Apache ကို စတင်လိုက်ပါပြီ။

လှူတဲ့အစီအစဉ်

လုံခြုံဇုန်။ Nginx တွင်ဇုန်များသတ်မှတ်ခြင်း။

ယခင်က၊ Nginx အတွက်၊ ကျွန်ုပ်တို့သည် မျှဝေထားသော မမ်မိုရီဇုန်များ (ဇုန်များ) အများအပြား - ဒိုမိန်းတစ်ခုလျှင် ဆာဗာတစ်ခု ပိတ်ဆို့ခြင်းကို အသုံးပြုခဲ့သည်။ ဝဘ်ဆိုက်တစ်ခုစီအတွက် သီးခြားဇုန်တစ်ခုကို ဖန်တီးထားသောကြောင့် ဤစနစ်ထည့်သွင်းမှုသည် အရင်းအမြစ်များစွာ လိုအပ်ပါသည်။ သို့သော်၊ Nginx ဆက်တင်များတွင်၊ ဆိုက်အများစုသည် အမျိုးအစားတူဖြစ်သည်၊ ထို့ကြောင့် module အတွင်းရှိမြေပုံလမ်းညွှန်များကိုအသုံးပြုခြင်းကြောင့် ၎င်းတို့ကို ဇုန်တစ်ခုတွင်ထားနိုင်သည်။ ngx_http_map_moduleစာပေးစာယူများကို သတ်မှတ်ခွင့်ပြုသည်။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့တွင် variable များကို ပံ့ပိုးပေးရမည့် ဇုန်ပုံစံတစ်ခုရှိသည်- site သို့သွားရာလမ်းကြောင်း၊ PHP ဗားရှင်း၊ အသုံးပြုသူ။ ထို့ကြောင့်၊ Nginx ဖွဲ့စည်းမှုပုံစံကို ပြန်လည်ဖတ်ရှုခြင်းဖြစ်သည်၊ ဆိုလိုသည်မှာ ပြန်လည်စတင်ခြင်းကို အရှိန်မြှင့်ခဲ့သည်။

ဤဖွဲ့စည်းပုံသည် RAM အရင်းအမြစ်များကို အလွန်ကယ်တင်ပြီး Nginx ကို မြန်ဆန်စေသည်။

ပြန်လည်စတင်ခြင်း အလုပ်မဖြစ်ပါ။

မျှဝေထားသော အစီအစဉ်တွင် ဝဘ်ဆိုဒ်ဆက်တင်များကို ပြောင်းလဲသည့်အခါ Apache ကို ပြန်လည်စတင်ရန် လိုအပ်မှုကို ဖယ်ရှားခဲ့သည်။ ယခင်က၊ ဖောက်သည်တစ်ဦးသည် ဒိုမိန်းတစ်ခုထည့်ရန် သို့မဟုတ် PHP ဗားရှင်းကို ပြောင်းလဲလိုသောအခါ၊ တုံ့ပြန်မှုများနှောင့်နှေးစေပြီး ဆိုက်စွမ်းဆောင်ရည်ကို အပျက်သဘောဆောင်သော Apache ကို မဖြစ်မနေပြန်လည်တင်ရန် လိုအပ်ပါသည်။

ဒိုင်းနမစ်ဖွဲ့စည်းပုံများကို ဖန်တီးခြင်းဖြင့် ပြန်လည်စတင်ခြင်းများကို ဖယ်ရှားလိုက်ပါသည်။ ကျေးဇူးတင်ပါတယ်။ mpm-itk (Apache module)၊ လုပ်ငန်းစဉ်တစ်ခုစီသည် လုံခြုံရေးအဆင့်ကို တိုးမြင့်စေသည့် သီးခြားအသုံးပြုသူအဖြစ် လုပ်ဆောင်သည်။ ဤနည်းလမ်းသည် အသုံးပြုသူနှင့် ၎င်း၏ document_root အကြောင်း Nginx မှ Apache2 သို့ လွှဲပြောင်းရန် ခွင့်ပြုသည်။ ထို့ကြောင့်၊ Apache တွင် site configuration များမပါဝင်ပါ၊ ၎င်းတို့ကို ဒိုင်းနမစ်ဖြင့် လက်ခံရရှိပြီး ပြန်လည်စတင်ရန် မလိုအပ်တော့ပါ။

မျှဝေထားသော အစီအစဉ်ဖွဲ့စည်းမှု

Docker ကကော။

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

ငြင်းမရနိုင်သော အားသာချက်များနှင့်အတူ၊ ကွန်တိန်နာစနစ်သည် သုံးစွဲသူအား အရင်းအမြစ်အနည်းငယ်သာ ပေးဆောင်သည်။ Timeweb တွင်ဖော်ပြထားသော hosting scheme ကြောင့်အသုံးပြုသူသည် RAM တွင်ကန့်သတ်ချက်မရှိပါ။ ၎င်းသည် ကွန်တိန်နာထက် အရင်းအမြစ်များကို ပိုမိုရရှိသည်။ ထို့အပြင်၊ အသုံးပြုသူတွင် Apache module များပိုမိုတင်ဆောင်နိုင်သည်။

Timeweb သည် ဝဘ်ဆိုဒ်ပေါင်း 500 ခန့်ကို အားကောင်းစေသည်။ ကျွန်ုပ်တို့သည် ကြီးစွာသောတာဝန်ယူထားပြီး ရှုပ်ထွေးသောဗိသုကာပညာကို ချက်ချင်းလက်ငင်း၊ တရားမျှတမှုမရှိသော ပြောင်းလဲမှုများကို မပြုလုပ်ပါ။ Apache နှင့် Nginx ပေါင်းစပ်မှုသည် ယုံကြည်စိတ်ချရပြီး အချိန်-စမ်းသပ်ပြီးဖြစ်သည်။ တစ်ဖန် ကျွန်ုပ်တို့သည် ထူးခြားသောပုံစံများဖြင့် အမြင့်ဆုံးစွမ်းဆောင်ရည်ကိုရရှိရန် ကြိုးစားသည်။

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

source: www.habr.com