Início / coding / Perguntas / 78991044
Accepted
Tomas Javurek
Asked: 2024-09-17 00:42:26 +0800 CST

mapear o conteúdo da subpasta para a raiz com .htaccess

  • 772

Tenho a seguinte estrutura de diretório:

/html
  .git
  project-folder
    build
      index.html
  .htaccess

O servidor apache vê o diretório /htmlcomo uma pasta raiz para o domínio https://example.com.

O que devo colocar .htaccesspara poder ver index.htmlcomo um índice raiz para o domínio https://example.com?

O DirectoryIndex poderia ajudar? Se sim, como escrever o RewriteRuleand RewriteCondthen?

apache

1 respostas

  1. Best Answer

    O DirectoryIndex pode ajudar?

    Na verdade não, isso ajudaria apenas com solicitações para o diretório raiz em si e não /<something>. Isso deve ser deixado como padrão, para servir index.htmldo diretório solicitado (incluindo /html/project-folder/build). Por exemplo:

    DirectoryIndex index.html

    Estou assumindo que você não precisa acessar nada fora do /buildsubdiretório publicamente. Também estou assumindo que você está no Apache 2.4 (em oposição ao Apache 2.2).

    Aqui estão dois métodos, dependendo se você terá um ou dois .htaccessarquivos. O segundo está no /buildsubdiretório.

    Um .htaccessarquivo na raiz do documento

    No .htaccessarquivo raiz (at /html/.htaccess), você pode reescrever internamente quaisquer solicitações internas que ainda não sejam para o /project-folder/buildsubdiretório.

    Quaisquer solicitações externas /project-folder/buildprecisam ser redirecionadas externamente de volta para a raiz (ou bloqueadas completamente).

    Por exemplo:

    # Single .htaccess file in document root at /html/.htaccess

DirectoryIndex index.html

RewriteEngine On

# Redirect any direct requests to the subdirectory back to root
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteRule ^project-folder/build/(.*) /$1 [R=301,L]

# Internally rewrite all requests to the subdirectory
RewriteRule (.*) project-folder/build/$1 [END]

    O uso da REDIRECT_STATUSvariável de ambiente na RewriteConddiretiva garante que estamos apenas verificando requisições diretas (externas) e não reescritas internas (por outras regras). Embora, neste exemplo limitado, o uso do ENDsinalizador na segunda regra torne essa verificação redundante.

    Dois .htaccessarquivos (um na raiz do documento e um no subdiretório do projeto)

    Isso é necessário se o projeto (diretório) tiver seu próprio .htaccessarquivo que também contenha diretivas mod_rewrite.

    Nesse cenário, o redirecionamento externo de volta para a raiz precisaria estar no .htaccessarquivo da pasta do projeto (não no .htaccessarquivo raiz), porque as diretivas mod_rewrite não são herdadas (por padrão).

    Por exemplo:

    # /html/.htaccess (in the document root)

DirectoryIndex index.html

RewriteEngine On

# Internally rewrite all requests to the subdirectory
RewriteRule (.*) project-folder/build/$1 [L]

    Neste caso, não importa se Lou ENDé usado na regra acima.

    # /html/project-folder/build/.htaccess

RewriteEngine On

# Redirect any direct requests to this subdirectory back to root
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteRule (.*) /$1 [R=301,L]

    À primeira vista, o redirecionamento acima pode parecer que está redirecionando de volta para si mesmo, mas observe que o caminho da URL capturado (do RewriteRule padrão ) é relativo ao diretório que contém o .htaccessarquivo. Então, uma solicitação para /project-folder/build/<something>é redirecionada de volta para /<something>na "raiz".

    Sempre teste primeiro com redirecionamentos 302 (temporários) para evitar possíveis problemas de cache.

    • 2

relate perguntas