🤷🏽 💦 🐅 बहुभाषी साइटों के लिए NGINX कॉन्फ़िगर करें 🌮 👩🏿‍🍳 👰🏻

यह लंबे समय से उपयोगकर्ता द्वारा पसंद की गई भाषा में साइट सामग्री को प्रस्तुत करने के लिए एक अच्छा रूप माना जाता है। कुछ सर्वर जियोलोकेशन मॉड्यूल का उपयोग करके उपयोगकर्ता के स्थान पर भाषा निर्धारित करते हैं, जबकि अन्य ब्राउज़र सेटिंग्स लेते हैं। उपयोगकर्ता की भाषा प्राथमिकताएं अक्सर कुकीज़ में संग्रहीत होती हैं, और फिर दूसरी यात्रा पर उपयोग की जाती हैं।

उपयोगकर्ता की भाषा का निर्धारण करने का कौन सा तरीका सबसे अच्छा है एक बिंदु है। भाषा की जानकारी (अवरोही क्रम में) की मेरी व्यक्तिगत रैंक: कुकी, ब्राउज़र सेटिंग्स, क्षेत्र।

खोज इंजन, सोशल नेटवर्क और अन्य सूचना एग्रीगेटर्स के लिए, यह जानना महत्वपूर्ण है कि पेज को किस भाषा में अनुक्रमित या लोड किया जाना चाहिए, उदाहरण के लिए, फेसबुक क्रॉनिकल पर एक थंबनेल के रूप में। इसका अर्थ है कि लिंक को विशिष्ट रूप से भाषा को इंगित करना चाहिए।

संसाधन के बारे में भाषा की जानकारी एन्कोडिंग के सामान्य विकल्प निम्नानुसार हैं:

एक अलग उपडोमेन पर प्रत्येक भाषा संस्करण, उदाहरण के लिए en.example.com , ru.example.com
संसाधन की भाषा URI उपसर्ग में इंगित की गई है, उदाहरण के लिए example.com/en/ , example.com/ru
संसाधन भाषा GET पैरामीटर में निर्दिष्ट है, उदाहरण के लिए example.com?lang=en , example.com?lang=ru

पहला विकल्प सबसे कट्टरपंथी है, साइट के प्रत्येक भाषा संस्करण को एक अलग संसाधन माना जाता है। एसएसएल प्रमाणपत्र के साथ कठिनाइयाँ हो सकती हैं, आपको सैन फ्रांसिस्को होस्ट नाम में अग्रिम रूप से सभी संभावित विकल्पों का पूर्वाभास करना होगा, या मास्क के साथ एक प्रमाण पत्र का आदेश देना होगा, उदाहरण के लिए * .example.com।

दूसरा विकल्प सबसे व्यावहारिक है, भाषा का विकल्प यूआरआई में शामिल है, जिसका अर्थ है कि लिंक को अनुक्रमित करने और कॉपी करने में कोई समस्या नहीं होगी।

तीसरा विकल्प कम परिचित लगता है, बाकी जीईटी मापदंडों को जोड़ते समय अतिरिक्त तर्क की आवश्यकता होती है, और लिंक को कॉपी करते समय उपयोगकर्ता को भ्रमित कर सकता है। सार्वजनिक लिंक के लिए सबसे अच्छा विकल्प नहीं है।

मैं NGINX सर्वर पर आधारित दूसरे विकल्प के कार्यान्वयन के बारे में बात करूंगा। न्यूनतम परिवर्तनों के साथ, आप पहले विकल्प के लिए वर्णित सेटिंग्स लागू कर सकते हैं।

सेटअप में कई चरण होते हैं।

सबसे पहले, ब्राउज़र की भाषा सेटिंग की जाँच की जाती है। यदि उपयोगकर्ता के पास कुकीज़ है, तो यह मान ब्राउज़र सेटिंग्स को अधिलेखित करता है। परिणामी मूल्य $lang चर में पारित किया गया है।

पहले चरण में, आपको भाषा के बारे में जानकारी के साथ GET पैरामीटर प्राप्त करने के लिए बैक-एंड को कॉन्फ़िगर करना होगा। यही है, हम सूची से तीसरे विकल्प को लागू कर रहे हैं, लेकिन हमारे सिस्टम के अंदर। एक उदाहरण के रूप में, हम GET पैरामीटर locale=< > पर विचार करेंगे, हम दो अक्षर वाले कोड ISO 639-1 का उपयोग करते हैं।

आपको यह सुनिश्चित करने की आवश्यकता है कि जब आप http://<_back-end_>?locale=ru जैसे लिंक पर जाते हैं http://<_back-end_>?locale=ru तो हमें रूसी में प्रतिक्रिया मिलती है।
उसके बाद, आप एनजीआईएनएक्स को सामने के छोर पर कॉन्फ़िगर कर सकते हैं।

दूसरा चरण उपयोगकर्ता से भाषा सेटिंग्स प्राप्त कर रहा है। यह समझा जाता है कि सर्वर पर जाने से ग्राहक के ब्राउज़र में पसंदीदा भाषा के साथ कुकी सेट हो जाती है। कुकी को $ लैंग कहा जाता है।

हम साइट कॉन्फ़िगरेशन में लिखते हैं

 map $http_accept_language $browser_lang { default en; ~ru ru; } map $cookie_lang $lang { default $browser_lang; ~en en; ~ru ru; }

सबसे पहले आपको एक अलग स्थान पर टाइप /NN/* अनुरोध का चयन करना होगा। हाइलाइटिंग चर के साथ नियमित अभिव्यक्ति लागू करें।

 location ~ '^/(?<lang_code>[\D-]{2})/(?<rest_uri>.*)'

हम चर $lang_code में दो-चरित्र कोड $lang_code , चर $lang_code में बाकी सब कुछ

आप संबंधित भाषाओं को एक मौजूदा एक पर भी पुनर्निर्देशित कर सकते हैं, उदाहरण के लिए, एक यूक्रेनी या बेलारूसी लोकेल के लिए साइट को अंग्रेजी की तुलना में रूसी में दिखाना बेहतर है।

 if ($lang_code ~* (uk|be)) { return 301 http://$host/ru/$rest_uri$is_args$args; }

यदि कोड अज्ञात है, तो साइट के अंग्रेजी संस्करण का उपयोग किया जाता है।

 if ($lang_code !~* (en|ru)) { return 301 http://$host/en/$rest_uri$is_args$args; }

अगर निर्माण के लिए, आदेश मायने रखता है। इसलिए, आपको पहले इकाई को एक अनुपालन जांच पर, और केवल अंत में - एक गैर-अनुपालन जांच पर रखना होगा।

अगला, आपको GET अनुरोध में स्थानीय पैरामीटर के संभावित उपयोग के उपयोगकर्ता लिंक को साफ़ करने की आवश्यकता है। यह ज्ञात नहीं है कि यदि डुप्लिकेट तर्क इसे भेजे जाते हैं तो बैक-एंड कैसे व्यवहार करेगा, जैसे कि ?locale=en&locale=ru । इसलिए, यदि उपयोगकर्ता लिंक example.com/en/?locale=ru साथ आया है, तो locale=ru बैक-एंड में नहीं भेजना बेहतर है।

 if ($args ~ (.*)locale=[^&]*(.*)) { set $args $1$2; }

आवर्ती एम्परसेंड निकालें

  if ($args ~ (.*)&&+(.*)) { set $args $1&$2; }

हम शुरुआत में एम्परसेंड को हटा देते हैं

 if ($args ~ ^&(.*)) { set $args $1; }

हम अंत में एम्परसेंड को हटाते हैं

 if ($args ~ (.*)&$) { set $args $1; }

जो कुछ भी है वह बैक-एंड के लिए आवश्यक मापदंडों को पारित करना है। मेरे उदाहरण में, सब कुछ upstream कॉन्फ़िगरेशन अनुभाग में बैक-एंड के रूप में पंजीकृत सर्वरों के एक समूह में जाता है।

 proxy_pass http://back-end/$rest_uri?locale=$lang_code&$args;

अंतिम कॉन्फ़िगरेशन कुछ इस तरह दिखता है

 ## get locale map $http_accept_language $browser_lang { default en; ~ru ru; } map $cookie_lang $lang { default $browser_lang; ~en en; ~ru ru; } upstream back-end { ip_hash; server 172.21.71.15:8080; # vm-deb-osl-scala-1 server 172.21.71.16:8080; # vm-deb-osl-scala-2 server 172.21.71.17:8080; # vm-deb-osl-scala-3 server 172.21.71.18:8080; # vm-deb-osl-scala-4 keepalive 32; } server { listen 109.233.59.100:80; server_name ruvpn.net; location / { # Redirect to locale return 301 http://$host/$lang$uri$is_args$args; } # Handle URL with locale location ~ '^/(?<lang_code>[\w-]{2})/(?<rest_uri>.*)' { # Redirect to Russian for some CIS countries if ($lang_code ~* (uk|be|kk)) { return 301 http://$host/ru/$rest_uri$is_args$args; } # Redirect to English for unknown languages if ($lang_code !~* (en|ru)) { return 301 http://$host/en/$rest_uri$is_args$args; } if ($args ~ (.*)locale=[^&]*(.*)) { set $args $1$2; } # Cleanup any repeated & introduced if ($args ~ (.*)&&+(.*)) { set $args $1&$2; } # Cleanup leading & if ($args ~ ^&(.*)) { set $args $1; } # Cleanup ending & if ($args ~ (.*)&$) { set $args $1; } proxy_pass http://back-end/$rest_uri?locale=$lang_code&$args; include /etc/nginx/proxy.conf; }

आप जांच सकते हैं कि यह वास्तविक साइट पर कैसे काम करता है। जैसा कि आपने पहले ही कॉन्फ़िगरेशन उदाहरण से देखा है, इस योजना के अनुसार संसाधन http://ruvpn.net को कॉन्फ़िगर किया गया है। Ruvpn.net/en/product/details/4 जैसे सभी अनुरोध रूसी में पृष्ठ प्रदर्शित करेंगे, जबकि अनुरोध ruvpn.net/sv/product/details/4 ruvpn.net/en/product/details/4 पर पुनर्निर्देशित किए जाएंगे। , क्योंकि साइट का स्वीडिश संस्करण मौजूद नहीं है। जब आप ruvpn.net की रूट लिंक पर जाते हैं , तो यह आपकी भाषा सेटिंग्स के आधार पर स्वचालित रूप से ruvpn.net/ru या ruvpn.net/en पर रीडायरेक्ट करेगा।
वर्णित विधि का एकमात्र दोष यह है कि आप भाषा की पसंद के अलावा किसी अन्य चीज़ के लिए URI की शुरुआत में दो वर्णों के लिंक का उपयोग नहीं कर सकते हैं। लेकिन यह साइट आर्किटेक्चर का मामला है और डिजाइन के दौरान आसानी से हल हो जाता है।

बहुभाषी साइटों के लिए NGINX कॉन्फ़िगर करें

More articles: