Comment éviter l'erreur 404 lors de l'installation d'une nouvelle extension

C'est une erreur très courante qui apparaît dans Magento lorsque vous installez une nouvelle extension avec la configuration system.xml :

Lorsque vous accédez à l' System->Configuration->Extensiononglet, une erreur 404 s'affiche. Vous devez vous déconnecter et vous reconnecter, puis ça va. Mais existe-t-il un moyen d'éviter cela?

Comme l'a dit @Cags, cela n'est pas (facilement) possible car l'arborescence ACL est chargée lorsque la session est initialisée (AKA lorsque l'administrateur se connecte).
Une solution de contournement possible serait de remplacer la _isSectionAllowedméthode dans le contrôleur de configuration système: ( Mage_Adminhtml_System_ConfigController::_isSectionAllowed) et de lui faire recharger l'arborescence ACL.
Quelque chose comme:

protected function _isSectionAllowed($section)
{
    $session = Mage::getSingleton('admin/session');
    $session->setAcl(Mage::getResourceModel('admin/acl')->loadAcl());//reload the tree
    return parent::_isSectionAllowed($secntion); //all the code from the original method
}

Mais cela signifie que l'arborescence ACL sera rechargée à chaque fois que vous accéderez à une section de configuration. Je ne vois aucun intérêt à faire cela.
Vous ne pouvez pas non plus le faire pour une extension spécifique. Vous devrez réécrire la classe principale.

J'ai trouvé un moyen de contourner cela avec très peu de personnalisation. Ce dont nous avons besoin, c'est:

1. Une nouvelle action de contrôleur qui recharge l'ACL (sans se déconnecter et se déconnecter), puis redirige vers la page précédente:

   class SSE_AclReload_Adminhtml_Permissions_AclReloadController extends Mage_Adminhtml_Controller_Action
   {
       public function indexAction()
       {
           $session = Mage::getSingleton('admin/session');
           $session->setAcl(Mage::getResourceModel('admin/acl')->loadAcl());
           Mage::getSingleton('adminhtml/session')->addSuccess($this->__('ACL reloaded'));
           $this->_redirectReferer();
       }
   }

2. Une mise à jour de la mise en page pour la admin_noroutepoignée. Nous ajouterons un lien vers cette nouvelle action de contrôleur directement sur la page d'administration 404:

   <layout version="0.1.0">
       <adminhtml_noroute>
           <reference name="content">
               <block type="adminhtml/template" name="content.aclReload" after="content.noRoute" template="sse_aclreload/button.phtml" />
           </reference>
       </adminhtml_noroute>
   </layout>

3. Et le modèle avec le lien:

   <a href="<?php echo $this->getUrl('adminhtml/permissions_aclReload/index'); ?>">
       <?php echo $this->__('Reload ACL'); ?>
   </a>

Je l'ai jeté ensemble dans une petite extension sur Github: SSE_AclReload (ajoute également le lien au menu Système> Autorisations )

Vous pouvez également essayer de recharger l'ACL automatiquement dès que l'action admin / noroute est envoyée, mais je préfère 1) savoir ce qui se passe et 2) avoir le choix.

Si vous avez un problème lorsque vous installez une nouvelle extension et obtenez la page d' erreur 404, une seule chose que vous devez faire est d'entrer System > Permissions > Roles. Enregistrez simplement le rôle et n'oubliez pas d'effacer var/cacheet var/seesion Et votre problème a été résolu.

Essaye ça:

1. Allez dans Admin -> Système -> Gestion du cache
2. Sélectionnez tout le type de cache
3. Gardez l'action comme Actualiser et appuyez sur Soumettre.