L'obtention d'un Magento erreur 404 lors de l'accès au paramètres de module via le panneau d'administration
J'ai donc téléchargé le Magento blog gratuit extension, mais il ne supporte qu'un seul blog.
Donc, j'ai dupliqué l'extension que j'ai besoin de plus d'un blog dans ma boutique magento. J'ai changé tous les renvois et les appels de façon appropriée dans mon extension de copie et a été en mesure de l'installer comme une extension spécifique.
Cependant lorsque je veux créer un nouveau poste à partir du panneau d'admin, il me donne un Magento erreur 404.
Je vous serais reconnaissant si quelqu'un pouvait jeter un oeil et laissez-moi savoir ce que je suis absent.
Veuillez NOTER que j'utilise deux environnements de tests:
- un local d'installation de Magento via MAMP/WAMP (préemballé LAMPE environnement de bureau pour Mac et Windows) avec PHP 5.2.6, MySQL 5 et Apache 2.0.59
- un Serveur web avec PHP 5.2.10, MySQL 5.x et Apache 2.x
Sur mon local MAMP/WAMP je suis capable de créer un blog sans problème. Cependant quand je l'ai tester à partir d'un serveur, je ne suis plus en mesure de créer un nouveau blog et de la redirection vers la page admin de la page de post me donne un magento erreur 404.
J'ai pensé que cela pourrait avoir à faire avec certains paramètres de serveur mais je ne suis pas du tout sûr et apprécierais si quelqu'un d'autre pourrait examiner cela pour moi.
Grâce.
Programmeur
OriginalL'auteur | 2009-09-18
Vous devez vous connecter pour publier un commentaire.
D'abord un gronder, alors un peu d'aide, parce que StackOverflow rouleaux. Sauf si vous êtes vraiment familier avec Magento conventions, les chances sont que vous ne changez pas assez de choses.
Lire sur le contrôleur de distach processus de Magento et essayer le traçage de ses progrès
Donc, que lire, vous savez maintenant que votre frontname ici est "vblog_admin". Sont TOUTE les pages avec ce nom de chargement? Si non, vérifiez <routeurs> la section de votre module personnalisé
Votre contrôleur nom est "manage_vblog", ce qui signifie dans le module personnalisé, vous devriez avoir un contrôleur à l'emplacement suivant:
ModuleName/controllers/Manage/Vblog.php
.Une fois que vous avez veillé à ce que le contrôleur est en place, assurez-vous qu'il a un newAction méthode.
Si aucune des étapes ci-dessus échouent, magento sera 404 sur vous. Enfin, dans
De recherche pour le texte
getControllerFileName
. C'est là que votre contrôleur tire son nom, ainsi que la zone générale du système où Magento décide si c'est une demande légitime ou pas.Mise à jour: Basé sur le fichier ci-dessous (privé et de la communication), il semble comme s'il s'agissait des conventions de nommage qui sont à l'origine du problème. Magento est extrodinarly strict sur son chameau cas de convention de nommage
devrait être
dans toutes les instances de la classe et les noms de fichiers. Alors que PHP lui-même ne se soucie pas de cas dans les noms de classe, msot serveurs linux N'cas sur cas. Magento ne trouvez pas votre contrôleur de fichier de classe à cause de cela et c'est pourquoi vous obtenez une erreur 404.
Pas sûr, je vais essayer de retracer le processus de dispatching (alanstorm.com/magento_controller_dispatch_logging) et de voir où il tombe
OriginalL'auteur Alan Storm