NGINX နှင့် ဖိုင်တိုးချဲ့မှုအပေါ် အခြေခံ၍ တည်နေရာကို ယှဉ်ပါ။
ထုတ်ဝေသည်- ၂၀၂၅၊ ဖေဖော်ဝါရီ ၁၅ UTC ၀၁:၃၆:၂၈
နောက်ဆုံး မွမ်းမံပြင်ဆင်သည်- ၂၀၂၅၊ ဖေဖော်ဝါရီ ၁၅ UTC ၀၁:၃၇:၀၉
ဤဆောင်းပါးသည် NGINX ရှိ တည်နေရာဆက်စပ်မှုများရှိ ဖိုင်တိုးချဲ့မှုများအပေါ်အခြေခံ၍ ပုံစံကိုက်ညီအောင်ပြုလုပ်နည်းကို ရှင်းပြထားပြီး၊ URL ပြန်လည်ရေးသားခြင်း သို့မဟုတ် ၎င်းတို့၏အမျိုးအစားပေါ်အခြေခံ၍ မတူညီသောဖိုင်များကို ကိုင်တွယ်ခြင်းအတွက် အသုံးဝင်ကြောင်း ဤဆောင်းပါးတွင် ရှင်းပြထားသည်။
Match Location Based on File Extension with NGINX
ဤပို့စ်ရှိ အချက်အလက်များသည် Ubuntu Server 14.04 x64 တွင် လုပ်ဆောင်နေသည့် NGINX 1.4.6 ကို အခြေခံထားသည်။ ၎င်းသည် အခြားဗားရှင်းများအတွက် တရားဝင်နိုင်သည် သို့မဟုတ် မမှန်နိုင်ပါ။
ကျွန်ုပ်သည် ပုံမှန်အသုံးအနှုန်းများတွင် ထူးချွန်သူမဟုတ်ပါ (ကျွန်တော်လုပ်ဆောင်သင့်သည့်အရာတစ်ခု၊ ကျွန်တော်သိသည်)၊ ထို့ကြောင့် NGINX ၏ တည်နေရာ ဆက်စပ်မှုတွင် အရိုးရှင်းဆုံးပုံစံထက် ပိုမိုလုပ်ဆောင်ရသည့်အခါတွင် ၎င်းကို မကြာခဏဖတ်ရှုရန် လိုအပ်ပါသည်။
သီးခြားဖိုင်အမျိုးအစားများကို ကွဲပြားစွာကိုင်တွယ်ရန် လိုအပ်ပါက အလွန်အသုံးဝင်သောတစ်ခုမှာ တောင်းဆိုထားသောဖိုင်၏ extension ကိုအခြေခံ၍ တည်နေရာ တစ်ခုနှင့်ကိုက်ညီအောင်လုပ်ဆောင်နိုင်မှုဖြစ်သည်။ ၎င်းသည် အလွန်လွယ်ကူသည်၊ သင်၏ တည်နေရာ လမ်းညွှန်ချက်သည် ဤကဲ့သို့ဖြစ်နေနိုင်သည်-
{
// do something here
}
ဟုတ်ပါတယ်၊ သင်သည် extension များကို သင်လိုအပ်သမျှသို့ ပြောင်းလဲနိုင်သည်။
အထက်ဖော်ပြပါ ဥပမာသည် case-insensitive ဖြစ်သည် (ဥပမာ၊ ၎င်းသည် .js နှင့် .JS နှစ်ခုလုံးနှင့် ကိုက်ညီလိမ့်မည်)။ ၎င်းကို case-sensitive ဖြစ်လိုပါက ~ ၏နောက်မှ * ကို ဖယ်ရှားလိုက်ပါ။
ဒီပွဲနဲ့ သင်ဘာလုပ်မလဲ ၊ ပုံမှန်အားဖြင့်၊ သင်သည် ၎င်းကို preprocessing တစ်မျိုးမျိုးလုပ်ဆောင်သည့် back-end သို့ ပြန်လည်ရေးသားလိုသည်၊ သို့မဟုတ် သင်သည် ၎င်းကို အများသူငှာ ပုံသဏ္ဌာန်ထက် အခြားဖိုင်တွဲများမှ ဖိုင်များကို ဖတ်ချင်ရုံသာ ဖြစ်နိုင်သည်၊ ဖြစ်နိုင်ချေသည် အဆုံးမရှိ ;-)