gpt4 book ai didi

php - 如何在 nginx 上从/file.php 重定向到/file?

转载 作者:行者123 更新时间:2023-12-04 16:33:33 26 4
gpt4 key购买 nike

我目前正在使用以下配置从我的 nginx 服务器上的 url 中隐藏 .php 扩展名:

location / {
try_files $uri $uri/ @extensionless-php;
index index.html index.htm index.php;
}

location ~ \.php$ {
try_files $uri =404;
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/var/run/php/php7.2-fpm.sock;
}

location @extensionless-php {
rewrite ^(.*)$ $1.php last;
}
这是完美的工作,但我怎样才能让 nginx 不允许添加 .php 扩展名?。在我的示例中,如果您手动删除 .php,它会起作用,但如果您添加它,它会在 url 中保持永久状态。

最佳答案

要使用 HTTP 301 代码永久重定向这些请求,请尝试

rewrite ^(.*)\.php$ $1 permanent;
将此指令放在您的 location 之前块。
更新
在回答这个问题之后,OP 提出了另一个问题(现在被删除了)——如果你有以下 webroot 结构怎么办:
webroot
|
+-- index.php (PHP file)
|
+-- somename.php (PHP file)
|
+-- somename (folder)
| |
| +-- index.php (PHP file)
|
+-- someothername (folder)
|
+-- index.php (PHP file)
以前的解决方案导致无法提供服务 somename.php文件,因为请求到 http://example.com/somename将被 try_files 重定向指令 http://example.com/somename/并且接下来将提供 somename/index.php文件。
这可以解决,但你必须停止使用 indextry_files指令并使用您自己的请求处理逻辑模拟它们的行为。这就是我的结果:
map $original_uri $maybe_slash {
~/$ '';
default '/';
}

server {

...

if ($original_uri = '') {
set $original_uri $uri;
}

# redirect requests of '/somepath/somefile.php' to '/somepath/somefile'
rewrite ^(.*)\.php$ $1 pemanent;

location / {

# this emulates 'try_files $uri $uri/ ...' directive behavior and redirects '/some/path'
# to '/some/path/' if 'some/path.php' file does not exists, but 'some/path' folder exists
# and there are 'some/path/index.html' file in that folder
set $check_redirect $rewrited$maybe_slash;
if ( $check_redirect = '1/' ) {
return 301 $original_uri/$is_args$args;
}

if ( -f $document_root$uri.php ) { rewrite ^ $uri.php last; }

# this emulates 'index index.php index.html' directive behavior
if ( -f $document_root$uri${maybe_slash}index.php ) {
set $rewrited 1;
rewrite ^ $uri${maybe_slash}index.php last;
}
if ( -f $document_root$uri${maybe_slash}index.html ) {
set $rewrited 1;
rewrite ^ $uri${maybe_slash}index.html last;
}

# if a request for an absent resource should be served with some backend
# controller, it is ok to use some 'try_files' directive here like
# try_files $uri /index.php?path=$original_uri;

}

location ~ \.php$ {

# this emulates 'try_files $uri $uri/ ...' directive behavior and redirects '/some/path'
# to '/some/path/' if 'some/path.php' file does not exists, but 'some/path' folder exists
# and there are 'some/path/index.php' file in that folder
set $check_redirect $rewrited$maybe_slash;
if ( $check_redirect = '1/' ) {
return 301 $original_uri/$is_args$args;
}

# no 'try_files $uri =404' or 'include snippets/fastcgi-php.conf' here, this location
# can be reached only if requested PHP file is really exists in webroot folder
include fastcgi.conf;
fastcgi_param SCRIPT_FILENAME $document_root$uri;
fastcgi_pass unix:/var/run/php/php7.2-fpm.sock;

}

}
使用上面给出的配置和 webroot 结构
  • 请求到 http://example.com/将提供 webroot/index.php文件;
  • 请求到 http://example.com/somename将提供 webroot/somename.php文件;
  • 请求到 http://example.com/somename.php将被重定向到 http://example.com/somename并与 webroot/somename.php 一起送达文件;
  • 请求到 http://example.com/somename/将提供 webroot/somename/index.php文件;
  • 请求到 http://example.com/someothername将被重定向到 http://example.com/someothername/ (因为不存在 webroot/someothername.php 文件)并与 webroot/someothername/index.php 一起提供文件。

  • 关于自定义 HTTP 错误页面的重要说明
    如果您有一些自定义错误页面,例如 webroot/error/404.php对于 HTTP 404 错误,而不是像通常那样定义它
    error_page 404 /error/404.php;
    你需要跳过 .php该文件的扩展名:
    error_page 404 /error/404;

    关于php - 如何在 nginx 上从/file.php 重定向到/file?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/64162356/

    26 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com