então, para começar, sim, procurei uma solução, mas não consigo encontrar. Sei que o problema está no meu código de reescrita, mas não sei o suficiente para corrigi-lo. Estou usando nginx e php-fpm no debian 9.5.
php carrega perfeitamente, mas .html não funciona mais.
server {
# SSL configuration
#
listen 443 ssl default_server;
listen [::]:443 ssl default_server;
root /var/www/example.com;
# Add index.php to the list if you are using PHP
index index.php index.html index.htm index.nginx-debian.html;
server_name example.com;
location / {
# First attempt to serve request as file, then
# as directory, then fall back to displaying a 404.
try_files $uri $uri.php;
rewrite ^(.*)$ $uri.php;
}
location /media {
autoindex on;
autoindex_exact_size off;
}
# pass PHP scripts to FastCGI server
#
location ~ \.php$ {
include snippets/fastcgi-php.conf;
#
# # With php-fpm (or other unix sockets):
fastcgi_pass unix:/var/run/php/php7.0-fpm.sock;
# # With php-cgi (or other tcp sockets):
# #fastcgi_pass 127.0.0.1:9000;
}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
location ~ /\.ht {
deny all;
}
}
obrigado por ouvir. Estou ansioso para ouvir de volta.
editar: apenas para esclarecimento, minha intenção é que os arquivos python não tenham o .php exibido na url, mas que os arquivos html carreguem normalmente.
Responder1
Esta seção
location / {
# First attempt to serve request as file, then
# as directory, then fall back to displaying a 404.
try_files $uri $uri.php;
rewrite ^(.*)$ $uri.php;
}
parece o culpado. A rewrite
diretiva simplesmente captura todos os URIs e os reescreve em um .php
arquivo.
Editar conforme comentários
Com base em uma pergunta semelhanteaqui, acho que o que você precisa é algo como:
location / {
try_files $uri $uri/ @rules;
}
location @rules {
rewrite ^(.*)$ $1.php last;
}