Quiero volver a escribir todo lo que coincida con <domain>/something/mypage.htm a something.php?pid=mypage , así que escribí el siguiente archivo .htaccess :
RewriteEngine On RewriteRule ^([a-zA-Z0-9_-]+)/([a-zA-Z0-9_-]+).htm$ $1.php?pid=$2 DirectoryIndex home.php En mi antiguo proveedor de alojamiento web, las reglas funcionaban como se esperaba, pero en el nuevo proveedor, dice "No encontrado" cuando intento abrir <domain>/something/index.htm o similar. Pero cuando creo un directorio llamado something , la regla de reescritura funciona como se esperaba.
¿Alguien tiene alguna idea de lo que está mal aquí?
Parece que MultiViews quizás esté habilitado en el nuevo servidor y esto entrará en conflicto con su directiva mod_rewrite.
Con MultiViews habilitado y usted solicita /something/mypage.htm (cuando /something.php existe como un archivo físico), mod_negotiation emitirá una solicitud secundaria para /something.php/mypage.htm (que es /something.php con información de ruta de /mypage.htm ) antes de que su directiva mod_rewrite pueda procesar la solicitud, por lo que no se pasa ningún parámetro pid . (Su directiva no coincide con un punto en el primer segmento de la ruta, por lo que la subsolicitud de MultiViews no coincide).
El 404 resultará de Apache, si AcceptPathInfo Off está configurado (quizás en la configuración del servidor), o de su secuencia de comandos porque no se pasa el parámetro pid .
Cuando crea un subdirectorio llamado something , MultiViews no vuelve a escribir la solicitud ya que ya coincide con algo , es decir. el directorio con ese nombre.
Debe asegurarse de que MultiViews esté deshabilitado en la parte superior de su archivo .htaccess :
Options -MultiViewsNB: MultiViews no está habilitado de forma predeterminada en Apache, pero algunos servidores web compartidos lo habilitan por alguna razón. Hace que las URL sin extensión funcionen "mágicamente" desde el primer momento, pero en realidad causa muchos más problemas si no lo espera.