Error de Magento 2.2 "La página no está redirigiendo correctamente"


10

Estoy probando mi propio módulo en Magento CE 2.2.0, pero sigo recibiendo "La página no se está redirigiendo correctamente". Mirando el tráfico de red veo estas solicitudes:

  • / magento22-acumulus / admin /
  • / magento22-acumulus / admin / admin / index / deny /
  • / magento22-acumulus / admin / admin / auth / login /
  • / magento22-acumulus / admin / admin /
  • / magento22-acumulus / admin / admin / index / deny /
  • / magento22-acumulus / admin / admin / auth / login /
  • / magento22-acumulus / admin / admin /
  • / magento22-acumulus / admin / admin / index / deny /
  • / magento22-acumulus / admin / admin / auth / login /
  • / magento22-acumulus / admin / admin /
  • ...

Mi configuración:

  • instalación local en url base / magento22-acumulus /
  • Wampserver 3.0.8 con php 7.0.10 y Apache 2.4.23

Lo que hice:

  • instalar Magento 2.2.0 con datos de muestra
  • configuración modificada: elimine la clave secreta y use admin / url estándar
  • lo probé: obtengo la pantalla de inicio de sesión
  • instalar mi módulo, módulo: habilitar, configurar: actualizar, configurar: di: compilar
  • probado: error como el anterior
  • módulo: deshabilitar, caché: limpiar, configuración: di: compilar
  • lo probé: obtengo la pantalla de inicio de sesión
  • repetí esto varias veces, el mismo patrón, así que pensé que tenía que ver con mi módulo.
  • Pero luego conseguí que mi módulo funcionara una vez y pude ir a mis propias páginas. Desafortunadamente, el error volvió, así que continué haciendo algunas depuraciones habilitando e inhabilitando mi módulo pero no pude localizar el problema
  • y ahora también tengo el problema sin mi módulo habilitado. Así que creo que es una condición / error extraño en el propio Magento.

Cual podría ser el problema aquí?


si tiene solución, publique su respuesta
lalit mohan

Desafortunadamente aún no. Dejé de probar mi módulo en MA2.2 y ahora solo lo pruebo en MA2.1. Los clientes usan mi módulo en MA2.2, por lo que hay más razones para creer que no es un error en la configuración, configuración o código de mi módulo. Si, eventualmente, encuentro una solución, la publicaré.
fietserwin

Yo tengo el mismo problema . Descubrí que hay un problema con mi módulo de clase auxiliar .. Usted debe pago y sus módulos, uno por uno .. desactivar para averiguar qué causa el error ..
Lalit Mohan

¿Puedes compartir la imagen de lo que obtienes el error exacto?
sarvesh Dineshkumar Patel

¿Probaste una versión nueva y no agregaste extensiones?
sarvesh Dineshkumar Patel

Respuestas:


1

No estoy seguro de si esto es un error con el proceso de compilación o algo mal con el código del módulo. En mi caso, la compilación de Magento estaba creando incorrectamente un interceptor para una clase en mi módulo (sin un constructor definido real) que extendió otra clase de otro módulo que extendió una clase desde el núcleo de Magento (ambos con constructores definidos). Esto también estaba creando una página en blanco en la interfaz, además de los problemas que mencionaste. Después de varias instalaciones nuevas de Magento 2.2 y también Magento 2.1 con el mismo problema, esto funcionó para mí:

  • Habilitar el modo de desarrollador: php bin / magento desplegar: modo: establecer desarrollador
  • Instale su módulo (cargar / copiar archivos) luego ejecute php bin / magento setup: upgrade
  • En lugar de ejecutar el proceso de compilación (solo es necesario cuando se cambia el orden de los argumentos del constructor o se cambian los tipos de argumento), simplemente elimine la carpeta / generado / código / YOURMODULENAMESPACE

0

Como está utilizando Apache, le sugiero que habilite RewriteLog. Luego, repita el problema y verifique los registros nuevamente.

RewriteLog "logs\rewritelog.txt"    
RewriteLogLevel 3

Gracias por su respuesta, pero ¿qué podría aprender eso? Ya intenté depurar, así que sé que cada solicitud redirigida es procesada por Magento. ¿No veo cómo Apache entra en escena?
fietserwin

Magento no es un servidor web. El servidor web apache usa redireccionamientos. Entonces, dado que el error se trata de una redirección, el primer lugar para buscar es lo que está haciendo apache. Tiene 50% de cambios para ver que apache está haciendo una redirección extraña (http-to-https o similar) y 50% de cambios para ver que magento le indica a apche que redirija de una manera extraña, tal vez como no www a www o viceversa.
x86fantini

Magento devuelve las instrucciones de redireccionamiento al navegador. No hay ningún problema http versus https (como en muchos otros informes sobre redirecciones sin fin MA2.2), ni www versus no www, ya que esto está en localhost. Las redirecciones son a las páginas como se describe en la pregunta.
fietserwin

0

La semana pasada, intenté nuevamente instalar un entorno limpio M2.3.4 (con datos de muestra) y, hoora, parece funcionar. Excepto, después de hacer una configuración: di: compile este problema apareció nuevamente. Sin embargo, eliminar el código generado de / generate / code lo hizo funcionar nuevamente ... Por lo tanto, podría ser un problema en el generador, o algún código que verifique el tipo de objeto y no atienda las clases de interceptor generadas. .

@Gabriel MdS respondió más o menos lo mismo, pero para mí también sucedió cuando mi propio módulo aún no estaba instalado, por lo que solo tuve la instalación limpia con datos de muestra.

Por lo tanto, no es una respuesta o solución definitiva, pero, sin duda, junto con la respuesta de @Gabriel MdS, una fuerte pista hacia el proceso de generación.


0

Sé que esta es una vieja banda de rodadura, pero ocupó el primer lugar en mi búsqueda de Google. Ninguna de estas respuestas me ayudó, pero tengo el mismo problema y pude resolverlo. Mi configuración utiliza un proxy inverso. Detrás del proxy, uso http (no ssl) y antes del proxy solo se permite https (ssl). Esto causó mi problema de redirección.

Solución: agregue la siguiente línea (justo después de los comentarios) a pub / index.php

$ _SERVER ['HTTPS'] = 'activado';

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.