Nginx 1 FastCGI ने stderr में भेजा: "प्राथमिक लिपि अज्ञात"


81

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

यहाँ access.log प्रविष्टि है:

2013/06/19 16:23:23 [error] 2216#0: *1 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 127.0.0.1, server: localhost, request: "GET /index.php HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "www.ordercloud.lh"

और यहां साइट-उपलब्ध फ़ाइल है:

server {
    set $host_path "/home/willem/git/console/www";
    access_log  /www/logs/console-access.log  main;

    server_name  console.ordercloud;
    root   $host_path/htdocs;
    set $yii_bootstrap "index.php";

    charset utf-8;

    location / {
        index  index.html $yii_bootstrap;
        try_files $uri $uri/ /$yii_bootstrap?$args;
    }

    location ~ ^/(protected|framework|themes/\w+/views) {
        deny  all;
    }

    #avoid processing of calls to unexisting static files by yii
    location ~ \.(js|css|png|jpg|gif|swf|ico|pdf|mov|fla|zip|rar)$ {
        try_files $uri =404;
    }

    # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
    #
    location ~ \.php {
        fastcgi_split_path_info  ^(.+\.php)(.*)$;

        #let yii catch the calls to unexising PHP files
        set $fsn /$yii_bootstrap;
        if (-f $document_root$fastcgi_script_name){
            set $fsn $fastcgi_script_name;
        }

        fastcgi_pass   127.0.0.1:9000;
        include fastcgi_params;
        fastcgi_param  SCRIPT_FILENAME  $document_root$fsn;

        #PATH_INFO and PATH_TRANSLATED can be omitted, but RFC 3875 specifies them for CGI
        fastcgi_param  PATH_INFO        $fastcgi_path_info;
        fastcgi_param  PATH_TRANSLATED  $document_root$fsn;
    }

    location ~ /\.ht {
        deny  all;
    }
}

मेरा / होम / विलेम / git / कंसोल www-data के स्वामित्व में है: www-data (मेरा वेब उपयोगकर्ता php आदि चला रहा है) और मैंने इसे 777 अनुमतियों से बाहर निकाल दिया है ...

मेरा सबसे अच्छा अनुमान है कि कुछ विन्यास के साथ गलत है, लेकिन मैं इसका पता नहीं लगा सकता ...

अद्यतन करें तो मैंने इसे स्थानांतरित कर दिया /var/www/और बहुत अधिक मूलभूत कॉन्फ़िगरेशन का उपयोग किया:

server {
    #listen   80; ## listen for ipv4; this line is default and implied
    #listen   [::]:80 default ipv6only=on; ## listen for ipv6

    root /var/www/;
    index index.html index.htm;

    # Make site accessible from http://localhost/
    server_name console.ordercloud;

    location / {
        root           /var/www/console/frontend/www/;
                fastcgi_pass   127.0.0.1:9000;
                fastcgi_index  index.php;
                fastcgi_param  SCRIPT_FILENAME  /var/www;
            include        fastcgi_params;
    }

    location ~ \.(js|css|png|jpg|gif|swf|ico|pdf|mov|fla|zip|rar)$ {
            try_files $uri =404;
        }

    location /doc/ {
        alias /usr/share/doc/;
        autoindex on;
        allow 127.0.0.1;
        deny all;
    }

}

इसके अलावा अगर मैं फोन करता localhost/console/frontend/www/index.phpहूं तो मुझे 500 पीएचपी मिलती है जिसका मतलब है कि यह वहां सेवा दे रहा है। यह सिर्फ बंद नहीं है।


एक अन्य संभावित कारण: यदि आप php-fpm का उपयोग कर रहे हैं, तो सुनिश्चित करें कि उपयोगकर्ता /etc/php-fpm.d/www.conf में सेट की गई स्क्रिप्ट को चलाने की अनुमति है। मुझे लगता है कि यह अपाचे के लिए चूक है।
डेव

एक और संभावित कारण है कि आपका SElinux सक्षम है, SElinux को कॉन्फ़िगर करें और इसे अक्षम करें।
CK.Nguyen

मैंने अपने होस्ट कॉन्फ़िगरेशन को FCGId (वर्चुअल सर्वर के मालिक के रूप में चलाएं) से FPM (वर्चुअल सर्वर के मालिक के रूप में चलाएं) में स्विच किया। इसके अलावा PhP 7.2-fpm, cli और अधिक ...
PauloBoaventura

जवाबों:


92

त्रुटि संदेश "प्राथमिक स्क्रिप्ट अज्ञात" लगभग हमेशा एक गलत तरीके से सेट SCRIPT_FILENAMEnginx fastcgi_paramनिर्देश (या गलत अनुमतियाँ, अन्य उत्तरों को देखें) से संबंधित है।

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

rootएक स्थान ब्लॉक के भीतर निर्देश सेट करना बुरा अभ्यास है, निश्चित रूप से यह काम करता है।

आप निम्नलिखित की तरह कुछ कोशिश कर सकते हैं:

server {
    location / {
        location ~* \.php$ {
            include fastcgi_params;
            fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
            fastcgi_pass 127.0.0.1:9000;
            try_files $uri @yii =404;
        }
    }
    location @yii {
        fastcgi_param SCRIPT_FILENAME $document_root$yii_bootstrap;
    }
}

कृपया ध्यान दें कि उपरोक्त विन्यास अप्रयुक्त है। आपको उन nginx -tसमस्याओं की जांच करने के लिए इसे लागू करने से पहले निष्पादित करना चाहिए जो कि नग्नेक्स तुरंत पता लगा सकते हैं।


1
यह मेरे लिए इसे हल; मुझे इस बात की जानकारी नहीं थी कि आपको $ document_root का उपसर्ग करना था, मैंने मान लिया कि यह स्वचालित रूप से रूट पर आधारित है।
14:01

3
rootभीतर स्थान सेट करने की बुरी प्रथा के बारे में कोई और कहां सीख सकता है ?
डेन डैस्कलेस्कु

15
मुख्य Nginx में जोड़ें: जो लोग वास्तव में समझ में नहीं आता कि कैसे चर गलत हो सकता है के लिए httpनिम्न अनुभाग: log_format scripts '$document_root$fastcgi_script_name > $request';(या जो भी आप SCRIPT_FILENAME को खिला रहे हैं), और अपने को server: access_log /var/log/nginx/scripts.log scripts। पुनः लोड करें और अपनी नई स्क्रिप्ट लॉग देखें;)
igorsantos07

2
हाँ, सुनिश्चित करें: nginx.com/resources/wiki/start/topics/tutorials/config_pitfalls/…
Fleshgrinder

3
Yii_bootstrap क्या है?
लव

43

यह नहीं है हमेशा कि SCRIPT_FILENAMEगलत है।
यह भी हो सकता है कि PHP गलत उपयोगकर्ता / समूह के रूप में चल रहा हो

इस उदाहरण के लिए विशिष्ट है मैक ओएस एक्स , जो मेरे अनुभव में स्थापना के लिए सबसे परेशानी है (Debian तुलना द्वारा आसान है) - मैं सिर्फ 7.0 पीएचपी 5.6 से अपग्रेड किया है, का उपयोग कर homebrew और उत्कृष्ट josegonzalez संकुल।

समस्या यह थी कि कॉन्फ़िगरेशन फ़ाइलों की एक नई प्रतिलिपि बनाई गई थी।

मुख्य कॉन्फिग फ़ाइल है /usr/local/etc/php/7.0/php-fpm.conf, लेकिन अंत में पूल परिभाषाएँ अनुभाग पर ध्यान दें जहाँ इसमें पूरी उपनिर्देशिका शामिल है।

include=/usr/local/etc/php/7.0/php-fpm.d/*.conf

में php-fpm.dवहाँ एक है www.confफ़ाइल। डिफ़ॉल्ट रूप से यह है:

user = _www
group = _www

OS X पर, आपको इसे इसमें बदलना पड़ सकता है:

user = [your username]
group = staff

(आपको ls -lhअपने दस्तावेज़_प्रोट के इस मेल का पता लगाना चाहिए )

दुर्भाग्यवश इस बदलाव के बिना, आप अभी भी अपने Nginx त्रुटि लॉग में इसे देखेंगे भले ही वह सही जगह पर फ़ाइल की तलाश में हो

"Primary script unknown" while reading response header from upstream

सत्यापित करें कि यह वर्तमान में क्या चल रहा है:

ps aux | grep 'php-fpm'

या अधिक सफाई से:

ps aux | grep -v root | grep php-fpm | cut -d\  -f1 | sort | uniq

स्क्रिप्ट फ़ाइल नाम सही होने पर कैसे सत्यापित करें:

(अन्य उत्तर में igorsantos07 से चुराया गया)

httpमुख्य के ब्लॉक में जोड़ें /usr/local/etc/nginx/nginx.conf:

log_format scripts '$document_root$fastcgi_script_name > $request';

(जहां पहले बिट को आपके द्वारा वर्तमान में उपयोग किए जा रहे होने की आवश्यकता है, इसलिए आप देख सकते हैं कि क्या यह सही है।)

और आपने अपनी साइट के serverब्लॉक में जो लॉग परिभाषित किया है, उसका उपयोग करने के लिए :

access_log /var/log/nginx/scripts.log scripts;

यदि यह सही है, तो example.com/phpinfo.php अनुरोध करना कुछ इस तरह का उत्पादन करेगा:

/path/to/docroot/phpinfo.php > GET /phpinfo.php

क्या आप अपने मौजूदा विन्यास को सरल बना सकते हैं?

क्या आप location ~ \.php {इंटरनेट से कहीं दूर से कॉपी / पेस्ट किए गए ब्लॉक का उपयोग कर रहे हैं ? अधिकांश पैकेज आपको इसे और अधिक तेज़ी और सफाई से करने की अनुमति देते हैं। OS X पर उदाहरण के लिए आपको अभी इसकी आवश्यकता है:

location ~ \.php {
    fastcgi_pass 127.0.0.1:9000;
    include snippets/fastcgi-php.conf;

    # any site specific settings, e.g. environment variables
}

Fastcgi_split_path_info, try_files और fastcgi_index (index.php में चूक) जैसी चीजें हैं /usr/local/etc/nginx/snippets/fastcgi-php.conf

बदले में इसमें महत्वपूर्ण SCRIPT_FILENAME सहित सेटिंग्स /usr/local/etc/nginx/fastcgi.confकी एक सूची fastcgi_paramशामिल है।

rootPHP स्थान ब्लॉक में कभी भी डुप्लिकेट न करें ।


2
बहुत अच्छा! वह मेरे लिए था! चीयर्स दोस्त!
रोलसप्लेट्री

धन्यवाद। मेरे लिए fpm / nginx docker कंटेनर्स जो मैं चला रहा था, इन फ़ोल्डरों को एक्सेस करने की अनुमति समस्या थी।
टेक

@ फ्लेशग्रिंडर का जवाब गलत है और आपका सही है! मेरे मामले में, यह वास्तव में, केवल/etc/php/7.0/php-fpm.d/www.conf फ़ाइल में स्वामित्व को सही करने का मामला था । तुमको चीयर्स, कली। :) कई और लोग भी इस मुद्दे को देखना शुरू कर सकते हैं क्योंकि योनि की लोकप्रियता लगातार बढ़ रही है।
user392778

अंदर कुछ भी नहीं मिला /usr/local/etc/nginx/snippets/fastcgi-php.confमेरी मैक पर .. लेकिन मैं मिला/usr/local/etc/nginx/fastcgi.conf
abbood

अच्छा है!! घंटे के लिए संघर्ष कर रहा है
फोनीनी

7

ठीक है, तो 3 चीजें मुझे एक दिन के संघर्ष के बाद मिलीं

  1. किसी कारण से मेरे पास पहले से ही पोर्ट 9000 पर कुछ चल रहा था इसलिए मैं बदलकर 9001 हो गया
  2. मेरी डिफ़ॉल्ट साइट मेरे नए को इंटरसेप्ट कर रही थी, एक बार फिर मैं स्टैंड के नीचे नहीं हूं क्योंकि यह नहीं होना चाहिए, लेकिन मैंने इसे अनलिंक किया
  3. Nginx साइटों-साइट के लिए उपलब्ध लिंक को स्वचालित रूप से सक्षम नहीं करता है।

आशा है कि यह किसी को कुछ परेशानी बचाता है!


hello @ we0, मुझे अपने सेटअप के साथ एक ही समस्या का सामना करना पड़ रहा है। मैंने अपना दूसरा ऐप पोर्ट 3001 पर भी चलाया है, इसलिए मुझे पोर्ट 3002 पर अपने php ऐप को होस्ट करना होगा। आप मेरी मूल पोस्ट यहाँ देख सकते हैं: stackoverflow.com/questions/33229867/… और stackoverflow.com/question/33409539/… और दूसरा है stackoverflow.com/questions/33519989/… । क्या तुम्हारे पास कोई विचार है?
मनीष सपकाल

3
स्वचालित रूप से साइट से उपलब्ध साइट-सक्षम करने के लिए सहानुभूति बनाना, अच्छी तरह से अवांछनीय होगा। यह आप पर निर्भर है कि आप उन सीमलिंक को बना सकें ताकि आप यह नियंत्रित कर सकें कि कौन सी साइटें 'ऑन' हैं और आपके सर्वर पर कौन सी 'ऑफ' हैं।
एराथियल

6

एक ही समस्या एक नए nginx (v1.8) के साथ थी। नए संस्करण snippets/fastcgi-php.conf;इसके बजाय उपयोग करने की सलाह देते हैं fastcgi.conf। इसलिए यदि आप include fastcgi.confएक ट्यूटोरियल से कॉपी / पेस्ट करते हैं , तो आप Primary script unknownलॉग में त्रुटि के साथ समाप्त हो सकते हैं ।


4

"प्राथमिक स्क्रिप्ट अज्ञात" SELinux सुरक्षा प्रसंग के कारण है

क्लाइंट को प्रतिक्रिया मिलती है

फाइल नहीं मिली।

nginx error.log में निम्न त्रुटि संदेश है

* 19 FastCGI stderr में भेजा: "प्राथमिक स्क्रिप्ट अज्ञात" अपस्ट्रीम से प्रतिक्रिया हैडर पढ़ते हुए

इसलिए बस वेब रूट फ़ोल्डर के सुरक्षा संदर्भ प्रकार को httpd_sys_content_t में बदलें

chcon -R -t httpd_sys_content_t /var/www/show




nginx / php-fpm config के लिए 3 उपयोगकर्ता हैं

/etc/nginx/nginx.conf

user nobody nobody;  ### `user-1`, this is the user run nginx woker process
...
include servers/*.conf;

/etc/nginx/conf.d/www.conf

location ~ \.php$ {
#   fastcgi_pass 127.0.0.1:9000;  # tcp socket
    fastcgi_pass unix:/var/run/php-fpm/fpm-www.sock;  # unix socket
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    include fastcgi_params;
}

/etc/php-fpm.d/www.conf

[www]
user = apache  ### `user-2`, this is the user run php-fpm pool process
group = apache

;listen = 127.0.0.1:9000  # tcp socket
listen = /var/run/php-fpm/fpm-www.sock  # unix socket

listen.onwer = nobody  ### `user-3`, this is the user for unix socket, like /var/run/php-fpm/fpm-www.sock
listen.group = nobody  # for tcp socket, these lines can be commented
listen.mode = 0660

उपयोगकर्ता -1 और उपयोगकर्ता -2 समान होने के लिए आवश्यक नहीं हैं।

यूनिक्स सॉकेट के लिए, उपयोगकर्ता -1 को उपयोगकर्ता -3 के समान होना चाहिए , क्योंकि nginx fastcgi_pass को यूनिक्स सॉकेट पर पढ़ने / लिखने की अनुमति होनी चाहिए।

अन्यथा nginx को 502 खराब गेटवे मिलेगा , और nginx error.log में निम्न त्रुटि संदेश है

* 36 कनेक्ट () यूनिक्स के लिए: /var/run/php-fpm/fpm-www.sock विफल (13: अनुमति से इनकार) अपस्ट्रीम से कनेक्ट करते समय

और वेब रूट फ़ोल्डर का उपयोगकर्ता / समूह (/ var / www / शो) इन 3 उपयोगकर्ताओं में से किसी एक के समान होना आवश्यक नहीं है।


2

मेरे पास यह मुद्दा भी था, और मैंने लाइनों का आदान-प्रदान करके इसे हल किया include fastcgi_paramsऔर fastcgi_param SCRIPT_FILENAME ...

वास्तव में nginx प्रत्येक FastCGI पैरामीटर का अंतिम मान सेट करता है, इसलिए आपको fastcgi_params में शामिल डिफ़ॉल्ट मान के बाद अपना मूल्य डालना होगा।


1

मैंने CentOS7.3 सिस्टम में SELINUX को बंद करके इस समस्या को हल किया

कदम:

  • कार्यकारी setenforce 0
  • U को कॉन्फिग फाइल को भी संशोधित करना होगा

vim /etc/selinux/config set SELINUX to disabled


0

मैंने आपके प्रश्न को उसी त्रुटि संदेश की तलाश में पाया लेकिन अपाचे + php-fpm (कोई नगनेक्स) का उपयोग करके। मेरे लिए, समस्या गलत जगह पर एक स्लैश थी: कई सेटअप सुझावों में फॉर्म की एक पंक्ति शामिल है:

SetHandler "proxy:unix:/path/to/file.socket|fcgi://localhost/:9000"

पोर्ट नंबर के बाद अंतिम स्लैश को इस तरह से रखकर:

SetHandler "proxy:unix:/path/to/file.socket|fcgi://localhost:9000/"

मेरे लिए समस्या गायब हो गई। शायद आप भी कुछ ऐसा ही कर सकते हैं


0

मैं एक ही प्रश्न को पूरा करता हूं, लेकिन अन्य विधि से मुझे प्रश्न हल करने में मदद नहीं मिली!

मैं इसे हल करता हूं, मुझे लगता है कि कुंजी है: लिनक्स उपयोगकर्ता प्रश्न के लिए सही नेतृत्व: FastCGI stderr में भेजा गया: "प्राथमिक स्क्रिप्ट अज्ञात"

क्योंकि PHP-FPM डिफ़ॉल्ट उपयोगकर्ता: समूह अपाचे है: अपाचे, लेकिन आपका कोड dir कुछ है: someBody। तो आपको उपयोगकर्ता को सही बदलना चाहिए!

मैं इस प्रश्न को हल करने के लिए एक ब्लॉग लिखता हूँ, आप इस ब्लॉग को देख सकते हैं:

[Nginx FastCGI ने stderr में भेजा: "प्राथमिक लिपि अज्ञात"] [1] `[१]: http://geekhades.blogspot.com/2017/06/nginx-fastcgi-sent-in-startr-primary.html


0

मैंने एक दूरस्थ साइट पर क्लोन किया, और पहले से मौजूद wp-config.php में दूरस्थ सर्वर डेटाबेस जानकारी थी।

मैंने अपने स्थानीय डेटाबेस की जानकारी के साथ अपने स्थानीय वर्डप्रेस कॉन्फिग को सेट करके इस मुद्दे को हल किया।


0

मैंने ऊपर से सब कुछ किया, मेरे सिर को पीटने में 2 घंटे खो दिए और समस्या अभी भी बनी हुई है। अंत में मैंने किया:

sudo service php7.0-fpm restart

और वायोला ने काम किया!

Btw, मैं नए सिम्फनी 3.4 प्रोजेक्ट की स्थापना कर रहा था जिसमें लिंक से nginx conf: https://symfony.com/doc/3.4/setup/web_server_configuration.html शामिल है

नए सिम्फनी प्रोजेक्ट की शुरुआत करने का यह मेरा पांचवा समय था और मुझे विश्वास नहीं हो रहा था कि यह "प्राथमिक स्क्रिप्ट अज्ञात" हो रही है।


0

अपने php-fpm जुर्राब फ़ाइल के लिए अनुमतियों की जाँच करें, किसी भी तरह यह सुलभ नहीं था:

chmod 755 /usr/local/var/run/php-fpm.sock

फिर nginx को पुनरारंभ करने का प्रयास करें।


0

मैं इस अजीब संदेश से बहुत लंबे समय तक फंसा रहा। मैं कारण के बारे में निश्चित नहीं हूं क्योंकि सब कुछ थोड़ी देर के लिए काम करता था फिर अचानक काम करना बंद कर दिया।

मैं विकी URL को छोटा कर रहा था जैसा कि मीडियाविकी द्वारा निर्धारित किया गया था, लाइटसैल पर बिटनामी / नग्नेक्स के साथ।

कई पोस्ट खोजे और पढ़े, यह सभी संभावित परिदृश्यों को संक्षेप में प्रस्तुत करता है, और मैंने उन सभी की कोशिश की:

  • nginx ठीक है, रूट फ़ोल्डर php काम कर रहा है, सबफ़ोल्डर नहीं है
  • 404 + एक नंगे स्ट्रिंग के रूप में डाली गई त्रुटि "फ़ाइल नहीं मिली", नगनेक्स द्वारा नहीं
  • rootसर्वर में जोड़ें , काम नहीं किया
  • फ़ोल्डर्स और php-fpm / nginx की जांच की अनुमति, कोई समस्या नहीं रूट और सबफ़ोल्डर समान हैं
  • त्रुटि कोड व्याख्या के लिए php-fpm मैनुअल की जाँच करें, एक नहीं मिला
  • php-fpm पहुंच लॉग ऑन करें, पाया गया कि अनुरोध URI सही था, लेकिन 404 वापस आ गया है
  • php-fpm के लिए वर्बोज़ / डिबग मोड चालू करने की कोशिश करें, काम नहीं किया, माना त्रुटि लॉग फ़ाइल हमेशा खाली है

इसलिए मुझे अंतिम उपाय का प्रयास करना था, क्योंकि रूट फ़ोल्डर php काम कर रहा था और सबफ़ोल्डर्स नहीं थे, उनके अलावा केवल मुख्य अंतर rootरूट फ़ोल्डर का उपयोग किया गया $request_filenameऔर सबफ़ोल्डर का उपयोग किया गया $document_rootऔर $fastcgi_script_name, इसलिए मैंने रूट फ़ोल्डर वाले से मिलान करने के लिए सबफ़ोल्डर स्थान सेटिंग्स को बदल दिया।

फिर इसने काम किया ... मुझे अभी भी यकीन नहीं है कि इसने काम क्यों किया। क्योंकि जब मैं php-fpm एक्सेस लॉग चेक करता हूं तो मुझे वही URI दिखाई देता है, एक 404 था और दूसरा 200 था।

यहाँ छवि विवरण दर्ज करें

विन्यास में एकमात्र अंतर था। चूंकि वे एक ही आउटपुट का उत्पादन करते हैं, मुझे नहीं पता कि परिणाम अलग-अलग क्यों आया।

वैसे भी मैंने अपने 2 सेंट को यहां पोस्ट करने का फैसला किया, उम्मीद है कि इससे मदद मिलेगी।

पुनश्च: मैं वास्तव में आशा करता हूं कि PHP बेहतर त्रुटि संदेश और क्रिया मोड प्रदान करेगा, क्योंकि यह वास्तव में समस्या को अलग करने में सक्षम नहीं है और क्रिया आउटपुट और डिबग जानकारी देखने का कोई तरीका नहीं है।


-1

अपने php स्थान के भीतर रूट निर्देश जोड़ने का प्रयास करें।

location ~ \.php {
      root /home/willem/git/console/www;
      ...
}

1
rootनिर्देश के अनुसार एक पर सेट किया जाना चाहिए serverआधार है और किसी भी भीतर नहीं किया जाना चाहिए locationब्लॉक (जब तक आप एक समर्थक रहे हैं और अपने विन्यास में कुछ बहुत ही खास nginx कीड़े नाकाम करने के लिए चाहते हैं)।
फ्लेशग्राइंडर

1
@ सर्वर प्रति एक मूलग्राहक सर्वोत्तम अभ्यास नहीं है।
गार्ट क्लैबोर्न

हाँ, सुनिश्चित करें: nginx.com/resources/wiki/start/topics/tutorials/config_pitfalls/…
Fleshgrinder

@Fleshgrinder वह नहीं है जो आपने जोड़ा अनुभाग कहता है। उस खंड में अच्छे अभ्यास का उदाहरण rootएक locationब्लॉक के अंदर एक निर्देश दिखाता है ।
इशिगाओ

@ishigoya कृपया फिर से लिंक पर जाएँ, rootकई locationब्लॉक के अंदर कई निर्देश स्पष्ट रूप से BAD शीर्षक के अंतर्गत हैं।
फ्लेशग्रिंडर
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.