API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) · पाठ

Nginx से स्थिर सामग्री परोसना

स्थिर फ़ाइलों और संसाधनों को कुशलतापूर्वक परोसने के लिए Nginx को कॉन्फ़िगर कीजिए और वेब अनुप्रयोगों के प्रदर्शन को बेहतर बनाइए।

पाठ 3, कुल 4 में से10 चरण

Nginx से स्थिर सामग्री परोसना, CoddyKit पर API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) का एक निःशुल्क पाठ है। यह 4 में से 3वाँ पाठ है। आप नीचे पूरा पाठ निःशुल्क पढ़ सकते हैं—फिर अंतर्निहित कोड संपादक और 24/7 एआई ट्यूटर के साथ ब्राउज़र में इसका व्यावहारिक अभ्यास कर सकते हैं। यह API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) सीखने के मार्ग का हिस्सा है और आपकी प्रगति वेब तथा CoddyKit ऐप पर सिंक होती रहती है। API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

स्थिर सामग्री क्या है?

जब आप किसी वेबसाइट पर जाते हैं, तो आपको अक्सर कई प्रकार की सामग्री का मिश्रण दिखाई देता है। इसमें से कुछ बार-बार बदलती है (जैसे समाचार फ़ीड), जबकि कुछ सामग्री वैसी ही रहती है।

स्थिर सामग्री उन फ़ाइलों को कहते हैं जिन्हें उपयोगकर्ता तक ठीक उसी रूप में पहुँचाया जाता है, जिस रूप में वे संग्रहीत हैं। उन्हें देखने वाला व्यक्ति कौन है या देखने का समय क्या है, इसके आधार पर वे नहीं बदलतीं।

HTML फ़ाइलें: आपके वेब पृष्ठों की संरचना।
CSS फ़ाइलें: शैलियाँ और दृश्य प्रस्तुति।
JavaScript फ़ाइलें: इंटरैक्टिव तत्व और क्लाइंट-साइड तर्क।
छवियाँ: JPG, PNG, GIF, SVG।
फ़ॉन्ट: TTF, WOFF जैसे वेब फ़ॉन्ट।

Nginx इन स्थिर फ़ाइलों को भेजने में अत्यंत कुशल है।

रूट डायरेक्टरी सेट करना

Nginx को यह बताने के लिए कि आपकी स्थिर फ़ाइलें कहाँ मिलेंगी, आप root DIRECTIVE का उपयोग करते हैं। यह आपकी वेबसाइट की सामग्री के लिए आधार डायरेक्टरी निर्दिष्ट करता है।

जब Nginx को कोई अनुरोध मिलता है, तो वह फ़ाइल ढूँढ़ने के लिए अनुरोधित URI को root पथ के अंत में जोड़ देता है।

http {
  server {
    listen 80;
    server_name example.com;

    root /var/www/mywebsite; # Nginx looks for files here
  }
}

पथों के लिए location ब्लॉक

location ब्लॉक URL पथ के आधार पर अलग-अलग प्रकार के अनुरोधों को संभालने का तरीका Nginx को बताने के लिए बहुत महत्वपूर्ण है।

आप / (आपकी साइट का रूट), /images/, /css/ या किसी अन्य पथ के अनुरोधों के लिए विशिष्ट नियम परिभाषित कर सकते हैं।

server {
  # ...
  root /var/www/mywebsite;

  location / {
    # Rules for requests to the root path
  }

  location /images/ {
    # Rules for requests to /images/...
  }
}

मूल HTML पृष्ठ भेजना

आइए root और location / को मिलाकर एक सरल HTML पृष्ठ भेजें। यदि आप index DIRECTIVE शामिल करते हैं, तो Nginx डिफ़ॉल्ट रूप से index.html ढूँढ़ेगा।

यदि http://localhost/ के लिए अनुरोध आता है, तो Nginx /usr/share/nginx/html/index.html ढूँढ़ने का प्रयास करेगा।

server {
  listen 80;
  server_name localhost;

  root /usr/share/nginx/html;

  location / {
    index index.html index.htm; # Try to serve index.html or index.htm
  }
}

CSS और JavaScript संभालना

आपको हमेशा हर फ़ाइल प्रकार के लिए अलग location ब्लॉक की आवश्यकता नहीं होती। यदि root DIRECTIVE सही ढंग से सेट है, तो Nginx /css/style.css या /js/app.js जैसी फ़ाइलें सीधे भेज देगा।

हालाँकि, अधिक सूक्ष्म नियंत्रण के लिए आप विशिष्ट location ब्लॉक का उपयोग कर सकते हैं, जैसे कुछ फ़ाइल प्रकारों पर विशेष कैशिंग नियम लागू करना।

server {
  listen 80;
  server_name myapp.com;
  root /var/www/myapp/public;

  location / {
    index index.html;
  }

  location ~* \.(css|js)$ {
    # This matches .css or .js files
    # Could add specific headers or caching here
    add_header X-Content-Type-Options nosniff;
  }
}

'index' DIRECTIVE

index DIRECTIVE Nginx को बताता है कि किसी विशिष्ट फ़ाइल के बजाय डायरेक्टरी का अनुरोध किए जाने पर किन फ़ाइलों को ढूँढ़ना है।

उदाहरण के लिए, यदि कोई उपयोगकर्ता http://example.com/blog/ का अनुरोध करता है, तो Nginx पहले blog डायरेक्टरी के अंदर index.html ढूँढ़ेगा। यदि वह नहीं मिलती, तो वह index.php और फिर अन्य फ़ाइलें आज़माएगा।

server {
  # ...
  root /var/www/mywebsite;

  location / {
    index index.html index.php default.html; # Order matters!
  }
}

MIME प्रकारों को समझना

MIME (Multipurpose Internet Mail Extensions) प्रकार ऐसे लेबल हैं जो किसी फ़ाइल में मौजूद सामग्री के प्रकार की पहचान करते हैं, जैसे HTML दस्तावेज़ों के लिए text/html या JPEG छवियों के लिए image/jpeg।

जब Nginx कोई फ़ाइल भेजता है, तो वह उचित MIME प्रकार के साथ Content-Type HTTP हेडर भेजता है। इससे ब्राउज़र को पता चलता है कि फ़ाइल की व्याख्या कैसे करनी है।

Nginx में आम तौर पर पहले से मौजूद mime.types फ़ाइल होती है, जो फ़ाइल एक्सटेंशन को उनके सही MIME प्रकारों से जोड़ती है। इसलिए सामान्य स्थिर फ़ाइलों के लिए आपको इसे हाथ से कॉन्फ़िगर करने की आवश्यकता बहुत कम पड़ती है।

बेहतर प्रदर्शन के लिए कैशिंग

प्रदर्शन बेहतर बनाने के लिए Nginx ब्राउज़र और प्रॉक्सी सर्वर को स्थिर फ़ाइलों का कैश बनाने का निर्देश दे सकता है। इसका अर्थ है कि बार-बार आने वाले उपयोगकर्ताओं को वही फ़ाइलें दोबारा डाउनलोड नहीं करनी पड़ेंगी।

expires DIRECTIVE Expires और Cache-Control HTTP हेडर सेट करता है और क्लाइंट को बताता है कि दोबारा अनुरोध करने से पहले वह फ़ाइल को कितने समय तक संग्रहीत कर सकता है।

server {
  # ...
  location ~* \.(jpg|jpeg|gif|png|css|js|ico)$ {
    expires 30d; # Cache these files for 30 days
    add_header Cache-Control "public, no-transform";
  }

  location ~* \.html$ {
    expires 1h; # HTML files might change more often, cache for 1 hour
    add_header Cache-Control "public, no-transform";
  }
}

त्वरित जाँच: स्थिर सामग्री

निम्नलिखित Nginx कॉन्फ़िगरेशन अंश पर विचार करें:

server {
  listen 80;
  server_name example.com;
  root /var/www/myproject/public;

  location / {
    index index.html;
  }

  location /assets/ {
    expires 7d;
  }
}

यदि http://example.com/assets/image.png के लिए अनुरोध आता है, तो Nginx image.png फ़ाइल को कहाँ ढूँढ़ेगा?

इंटरैक्टिव पाठ में इसका उत्तर दें

पुनरावृत्ति और अगले चरण

बहुत अच्छा! आपने Nginx के साथ स्थिर सामग्री भेजने की मूल बातें सीख ली हैं।

root DIRECTIVE आपकी फ़ाइलों की आधार डायरेक्टरी परिभाषित करता है।
location ब्लॉक अनुरोध URL के आधार पर विशिष्ट नियम लागू करने में आपकी सहायता करते हैं।
index DIRECTIVE डायरेक्टरी अनुरोधों के लिए डिफ़ॉल्ट फ़ाइलें निर्दिष्ट करता है।
Nginx अधिकांश फ़ाइलों के MIME प्रकार अपने-आप संभाल लेता है।
expires DIRECTIVE का उपयोग ब्राउज़र कैशिंग सक्षम करके प्रदर्शन बेहतर बनाता है।

स्थिर सामग्री को कुशलतापूर्वक भेजना Nginx की प्रमुख खूबियों में से एक है, जिससे आपके वेब ऐप्लिकेशन अधिक तेज़ और प्रतिक्रियाशील बनते हैं। आने वाले पाठों में हम Nginx के अधिक जटिल कॉन्फ़िगरेशन पर चर्चा करेंगे!

शुरुआत निःशुल्क

एआई शिक्षक के साथ API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) सीखें — निःशुल्क

अपने ब्राउज़र में वास्तविक कोड लिखें और चलाएँ, चौबीसों घंटे एआई शिक्षक से तुरंत सहायता पाएँ, और वेब या ऐप पर वहीं से शुरू करें जहाँ आपने छोड़ा था।

पाठ्यक्रम: 12
पाठ: 48

निःशुल्क सीखना शुरू करें पूरा पाठ्यक्रम देखें

अक्सर पूछे जाने वाले प्रश्न

क्या “Nginx से स्थिर सामग्री परोसना” पाठ निःशुल्क है?

हाँ—“Nginx से स्थिर सामग्री परोसना” का पूरा पाठ यहाँ वेब पर निःशुल्क पढ़ा जा सकता है। इंटरैक्टिव अभ्यास (अंतर्निहित कोड संपादक और 24/7 एआई ट्यूटर) करने और API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) पाठ्यक्रम का बाकी हिस्सा अनलॉक करने के लिए CoddyKit PRO लें। API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

“Nginx से स्थिर सामग्री परोसना” में मैं क्या सीखूँगा?

स्थिर फ़ाइलों और संसाधनों को कुशलतापूर्वक परोसने के लिए Nginx को कॉन्फ़िगर कीजिए और वेब अनुप्रयोगों के प्रदर्शन को बेहतर बनाइए। आप ब्राउज़र में सीधे चलाए जाने वाले व्यावहारिक कोड के साथ API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) का अभ्यास करते हैं, और पाठ पूरा करते समय 24/7 एआई ट्यूटर आपके प्रश्नों के उत्तर देता है।

क्या API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) शुरू करने के लिए मुझे किसी अनुभव की आवश्यकता है?

पहले के अनुभव की आवश्यकता नहीं है। CoddyKit पर API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) शुरुआती से लेकर उन्नत शिक्षार्थियों तक सभी के लिए व्यवस्थित किया गया है, इसलिए आप यहीं से या शुरुआत से सीखना शुरू कर सकते हैं और अपनी गति से आगे बढ़ सकते हैं। यह 4 में से 3वाँ पाठ है।

“Nginx से स्थिर सामग्री परोसना” पाठ पूरा करने में कितना समय लगता है?

CoddyKit का अधिकांश पाठ लगभग 5–10 मिनट में पूरा हो जाता है। हर पाठ छोटा और संवादात्मक है, इसलिए आप लगातार प्रगति करते हैं और वेब या ऐप पर वहीं से सीखना जारी रख सकते हैं जहाँ आपने छोड़ा था।

क्या मैं इस API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) पाठ में कोड लिख और चला सकता हूँ?

हाँ। हर API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) पाठ में एक अंतर्निर्मित कोड संपादक शामिल है, जिससे आप सीधे अपने ब्राउज़र में वास्तविक कोड लिख और चला सकते हैं और तुरंत एआई प्रतिक्रिया पा सकते हैं—स्थानीय सेटअप की आवश्यकता नहीं है।

इस पाठ्यक्रम के सभी पाठ

← API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) पर वापस जाएँ