Je teste mon propre module sur Magento CE 2.2.0 mais je reçois toujours "La page ne redirige pas correctement". En regardant le trafic réseau, je vois ces demandes:
- / magento22-acumulus / admin /
- / magento22-acumulus / admin / admin / index / refus /
- / magento22-acumulus / admin / admin / auth / login /
- / magento22-acumulus / admin / admin /
- / magento22-acumulus / admin / admin / index / refus /
- / magento22-acumulus / admin / admin / auth / login /
- / magento22-acumulus / admin / admin /
- / magento22-acumulus / admin / admin / index / refus /
- / magento22-acumulus / admin / admin / auth / login /
- / magento22-acumulus / admin / admin /
- ...
Ma configuration:
- installation locale sur l'url de base / magento22-acumulus /
- Wampserver 3.0.8 avec php 7.0.10 et Apache 2.4.23
Ce que j'ai fait:
- installer Magento 2.2.0 avec des exemples de données
- paramètres modifiés: supprimez la clé secrète et utilisez l'url / admin standard
- testé: je reçois l'écran de connexion
- installer mon module, module: activer, configuration: mise à niveau, configuration: di: compiler
- testé: erreur comme ci-dessus
- module: désactiver, cache: nettoyer, configuration: di: compiler
- testé: je reçois l'écran de connexion
- répété cela un certain nombre de fois, même schéma, donc je pensais que cela avait à voir avec mon module.
- Mais j'ai ensuite fait fonctionner mon module une fois et j'ai pu accéder à mes propres pages. Malheureusement, l'erreur est revenue, j'ai donc continué à déboguer l'activation et la désactivation de mon module, mais je n'ai pas pu localiser le problème
- et maintenant je reçois également le problème sans que mon module soit activé. Je pense donc que c'est une condition / bogue étrange dans Magento lui-même.
Quel pourrait être le problème ici?
admin
magento2.2
fietserwin
la source
la source
Réponses:
Je ne suis pas sûr que ce soit un bug avec le processus de compilation ou quelque chose de mal avec le code du module. Dans mon cas, la compilation Magento créait incorrectement un intercepteur pour une classe sur mon module (sans constructeur défini) qui étendait une autre classe d'un autre module qui étendait une classe à partir du noyau Magento (tous deux avec des constructeurs définis). Cela créait également une page vierge dans le frontend, en plus des problèmes que vous avez mentionnés. Après plusieurs nouvelles installations de Magento 2.2 et Magento 2.1 avec le même problème, cela a fonctionné pour moi:
la source
Puisque vous utilisez Apache, je vous suggère d'activer le RewriteLog. Répliquez ensuite le problème et vérifiez à nouveau les journaux.
la source
La semaine dernière, j'ai essayé à nouveau d'installer un environnement M2.3.4 propre (avec des exemples de données) et, hoora, cela semble fonctionner. Sauf qu'après avoir fait une configuration: di: compile ce problème est apparu à nouveau. Cependant, la suppression du code généré de / généré / code l'a fait fonctionner à nouveau ... Cela pourrait donc être un problème dans le générateur, ou du code qui vérifie le type d'un objet et ne prend pas en compte les classes d'intercepteurs générées. .
@Gabriel MdS a répondu plus ou moins à la même chose, mais pour moi, cela s'est également produit lorsque mon propre module n'était pas encore installé, donc je n'ai eu que l'installation propre avec des exemples de données.
Donc, pas une réponse ou une solution définitive, mais, certainement avec la réponse de @Gabriel MdS, un indice fort vers le processus de génération.
la source
Je sais que c'est une vieille bande de roulement, mais elle s'est classée première dans ma recherche Google. Aucune de ces réponses ne m'a aidé, mais je rencontre le même problème et j'ai pu le résoudre. Ma configuration utilise un proxy inverse. Derrière le proxy, j'utilise http (non-ssl) et avant le proxy, seul https (ssl) est autorisé. Cela a causé mon problème de redirection.
Solution: ajoutez la ligne suivante (juste après les commentaires) à pub / index.php
$ _SERVER ['HTTPS'] = 'on';
la source