Nginx वाले URL से अनुगामी स्लैश को हटाना


14

मैं अपनी साइट पर निम्नलिखित URL को समतुल्य बनाना चाहूंगा:

/foo/bar
/foo/bar/
/foo/bar/index.html

और आगे मैं पहले फार्म में HTTP 301 पुनर्निर्देशन जारी करने के लिए दूसरे दो रूपों को चाहूंगा। मैं केवल स्थैतिक पृष्ठों की सेवा कर रहा हूं, और उन्हें तीसरे रूप के अनुसार व्यवस्थित किया गया है। (दूसरे शब्दों में, जब कोई उपयोगकर्ता अनुरोध करता है /foo/barकि उन्हें फ़ाइल प्राप्त करनी चाहिए /usr/share/.../foo/bar/index.html)।

मेरे nginx.confवर्तमान में निम्नलिखित शामिल हैं:

rewrite ^(.+)/$ $1 permanent;
index index.html;
try_files $uri $uri/index.html =404;

यह अनुरोधों के लिए काम करता है /foo/bar/index.html, लेकिन जब मैं अनुरोध करता हूं /foo/barया /foo/bar/सफारी मुझे बताता है कि "बहुत अधिक रीडायरेक्ट हुआ है" - मुझे लगता है कि एक अनंत पुनर्निर्देशित लूप या ऐसा कुछ है। जिस तरह से मैंने वर्णित किया है, मैं URLs को फ़ाइलों में मैप करने के लिए nginx कैसे प्राप्त कर सकता हूं?

संपादित करें: मेरा पूर्ण कॉन्फ़िगरेशन

यहाँ nginx.confमेरा डोमेन नाम "example.com" के साथ बदल दिया गया है।

user www-data;
worker_processes 1;
pid /run/nginx.pid;

events {
  worker_connections 768;
}

http {
  sendfile on;
  tcp_nopush on;
  tcp_nodelay on;
  keepalive_timeout 65;
  types_hash_max_size 2048;
  server_tokens off;

  server_names_hash_bucket_size 64;

  include /etc/nginx/mime.types;
  default_type application/octet-stream;

  access_log /var/log/nginx/access.log;
  error_log /var/log/nginx/error.log;

  gzip on;
  gzip_disable "msie6";
  gzip_vary on;
  gzip_proxied any;
  gzip_comp_level 6;
  gzip_buffers 16 8k;
  gzip_http_version 1.1;
  gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss application/atom+xml text/javascript image/svg+xml;

  server {
    server_name www.example.com;
    listen 80;
    return 301 $scheme://example.com$request_uri;
  }

  server {
    server_name example.com 123.45.67.89 localhost;
    listen 80 default_server;

    # Redirect /foobar/ to /foobar
    rewrite ^(.+)/$ $1 permanent;

    root /usr/share/nginx/www/example.com;
    index index.html;
    try_files $uri $uri/index.html =404;

    error_page 404 /404.html;
    error_page 500 502 503 504 /50x.html;

    location = /50x.html {
      root /usr/share/nginx/html;
    }
  }
}

क्या ये फाइलें वास्तव में फाइलसिस्टम पर मौजूद हैं?
माइकल हैम्पटन

@Michael Hampton हां। इसके लिए अनुरोधों /foo/bar/index.htmlको फ़ाइल को वापस करना चाहिए /usr/share/nginx/www/foo/bar/index.htmlया फिर इसे सेट करना चाहिए। वेबसाइट पर सभी पथ सीधे फाइल सिस्टम पथ के अनुरूप हैं।
बिशेषम

@bdesham मैं पुन: पेश नहीं कर सकता। यहाँ मुझे आपके config पेस्ट के
Alexey Ten

@AlexeyTen यह अजीब है कि आप कुछ अलग कर रहे हैं। इसे देखने के लिए धन्यवाद। मैंने एक कॉन्फ़िगरेशन पोस्ट किया है जो मेरे लिए काम कर रहा है।
भेडशाम

जवाबों:


19

अपने serverब्लॉक पर इस regex होने :

rewrite ^/(.*)/$ /$1 permanent;

सभी अनुगामी स्लैश URL को संबंधित गैर अनुगामी स्लैश पर पुनर्निर्देशित करेगा।


1
यह प्रश्न का केवल एक हिस्सा है।
bdesham

5
यह प्रश्न का पूरा शीर्षक संबोधित करता है।
जीवन

5

मैं serverअपने कॉन्फ़िगरेशन में अंतिम ब्लॉक के रूप में इसका उपयोग करके अपना वांछित व्यवहार प्राप्त करने में सक्षम था :

server {
  server_name example.com 123.45.67.89 localhost;
  listen 80 default_server;

  # Redirect /foobar/ and /foobar/index.html to /foobar
  rewrite ^(.+)/+$ $1 permanent;
  rewrite ^(.+)/index.html$ $1 permanent;

  root /usr/share/nginx/www/example.com;
  index index.html;
  try_files $uri $uri/index.html =404;

  error_page 404 /404.html;
  error_page 500 502 503 504 /50x.html;

  location = /50x.html {
    root /usr/share/nginx/html;
  }
}

यह मेरे लिए काम नहीं करता है - /index.htmlURL का पुनर्निर्देशन के बजाय HTTP 200 के साथ उत्तर दिया गया है; "रीराइट" लाइनों को नजरअंदाज कर दिया जाता है। क्या यह अभी भी चालू है?
क्रिस्टोफ बुर्शका

1

पुन: उपयोग कभी न करें:

  location ~ (?<no_slash>.*)/$ {
       return 301 $scheme://$host$no_slash;
  }

क्या आप इस बात पर विस्तार कर सकते हैं कि आपको नहीं लगता कि फिर से लिखना एक अच्छा विचार क्यों है?
bdesham


आपके लिंक को फिर से लिखने से बचने का कारण यह संकेत देता है कि यह अंतर्निहित विरासत के लिए है, इसलिए नहीं कि वे अनपेक्षित दुष्प्रभावों का कारण बन सकते हैं। आपका उत्तर इससे कहीं कम पठनीय हैrewrite ^(.+)/+$ $1 permanent;
chrBrd

1
यह एक अच्छा जवाब है, मुझे नहीं पता कि इसे क्यों अस्वीकृत किया गया है। इस लेख में एक शीर्षक "कर सुधार" है जो बताता है कि क्यों rewriteबुरा हो सकता है। यह कहा जा रहा है, प्रदान किया गया उत्तर भी URI को कैप्चर और मैच करता है, मुझे यकीन नहीं है कि यदि प्रदर्शन में सुधार होगा, तो इसे परीक्षण की आवश्यकता है। (?<no_slash>.+)/$होम पेज को रीडायरेक्ट न करने के बजाय इस रेगेक्स का उपयोग करें ।
रेजर

0
if ($request_uri ~ (.*?\/)(\/+)$ ) {
return 301 $scheme://$host$1;
}

यह नियम किसी भी संख्या में अनुगामी स्लैश का ध्यान रखेगा और URL को बनाए रखेगा। यह आधार URL अनुगामी स्लैश का भी ध्यान रखेगा

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.