Maneira consistente de mapear .HTML como .PHP

2

Começamos a incluir algum PHP em nossas páginas da web, mas queríamos manter nossos links de entrada funcionando. Em vez de um monte de redirecionamentos, nós simplesmente mapeamos arquivos HTML para o PHP via:

AddType application/x-httpd-php .html

Tudo ficou bem por alguns meses. Em seguida, os operadores do host fizeram algo com o servidor ( Follow-up : o mecanismo PHP foi alterado) e os navegadores começaram a baixar os arquivos com o código PHP incluído (em vez de exibi-los) . Eles disseram que nós mudássemos nosso arquivo .htaccess para:

AddType x-httpd-php .html

A falta de "aplicativo /" é mais recente? Ou eles poderiam mudar alguma coisa mais tarde, exigindo que voltássemos?

Existe uma maneira mais robusta de mapear o .HTML para o PHP?

    
por sharoz 12.06.2012 / 01:13

1 resposta

2

Se você estiver usando hospedagem compartilhada e não controlar seu servidor, sempre haverá a possibilidade de o proprietário do sistema quebrar alguma coisa. Se você administrar o seu próprio sistema, ainda há uma chance de que algo se quebre, mas pelo menos ele quebrará como resultado de você fazer alguma coisa. Se você configurar uma boa infraestrutura de controle de qualidade, poderá aplicar atualizações a uma caixa de teste antes de fazer upgrade do host de produção, permitindo que você veja o que quebra e corrige problemas antes de atualizar o sistema de produção.

Mas, sim, é inteiramente possível que algo mude no PHP, ou como é configurado no sistema no futuro, quebrando esse mapeamento novamente.

    
por 12.06.2012 / 01:47