Tengo una página de wordpress que generalmente funciona, pero esta noche, cuando no funcionó la actualización del menú, me di cuenta de que algo no funciona. Entonces, después de elegir qué elementos del menú quiero agregar al menú y presionar el botón "Agregar al menú", el círculo de carga comienza a girar sin cesar. Después de inspeccionar más detalles en la consola del desarrollador, veo lo siguiente:
La solicitud GET a https://URL/wp-admin/-ajax.php da como resultado un 404. El wp-admin/-ajax.php no me parece correcto. En realidad, debería ser wp-dmin/admin-ajax.php . Entonces, por alguna razón, la parte admin se elimina.
Observo el mismo síntoma al cargar algunos archivos CSS: https://URL/wp-admin/-bar.min.js tampoco se puede cargar. Creo que, de hecho, debería ser admin-bar.min.js .
Mi .htaccess tiene el siguiente aspecto:
# BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPressTambién intenté deshabilitar todos los complementos sin éxito.
¿Alguna pista sobre lo que podría causar este problema? ¿Qué puede causar la eliminación de la parte admin de estas solicitudes?
EDITAR: ¿Podría ser la siguiente configuración de apache la causa?
RedirectMatch permanent /admin(.*) https://konferenzimforum.at/wp-admin/$1La línea de configuración que incluyó en su archivo de configuración de Apache es casi con certeza la causa raíz de este comportamiento. Para entender por qué sucede esto, debemos profundizar un poco más en lo que realmente hace la línea:
RedirectMatch permanent En pocas palabras, esto declara una redirección permanent (código HTTP 301) basada en una operación de coincidencia de patrones RegExp.
/admin(.*) Este patrón básicamente le dice a Apache, "haga coincidir cualquier URL que contenga /admin , seguido de cualquier carácter, cualquier número de veces, mientras captura el texto después de la subcadena /admin en una variable temporal, $1 ".
https://konferenzimforum.at/wp-admin/$1 Luego, esta cadena toma ese valor capturado anteriormente e indica a Apache que redirija al solicitante a la URL https://konferenzimforum.at/wp-admin/ , con el valor capturado anteriormente agregado al final.
Cuando esto se aplica a la URL en su ejemplo, wp-admin/admin-ajax.php se convertiría en wp-admin/-ajax.php , porque /admin activa la coincidencia, luego usa el resto de la URL capturada en $1 como un post-fix, que luego crea las URL inexistentes que está viendo en las herramientas de desarrollo de su navegador. Puede ver una representación más visual y en inglés sencillo de cómo funciona este patrón en la práctica usando este Regex101 . Notará en esa página que la parte que se elimina en su configuración está resaltada en un color diferente a la parte de la URL que se pasa a la URL redirigida.
Hay varias maneras de resolver esto; lo más fácil es probablemente eliminar esta regla por completo (ya que no está claro basándose únicamente en la información de la pregunta por qué esta regla sería necesaria en primer lugar).
Otra forma de hacerlo sería asegurarse de que solo coincidan las solicitudes a /admin/* , en lugar de hacer coincidir arbitrariamente todas las URL que incluyen una secuencia /admin (que, como ha visto, puede apuntar inadvertidamente a archivos que comienzan con /admin ) , que parece ser más de lo que está tratando de hacer (redirigir las solicitudes para /admin al recurso apropiado /wp-admin ):
RedirectMatch permanent /admin/(.*) https://konferenzimforum.at/wp-admin/$1