Mon Extension Magento Installer Le Script Ne Fonctionnera Pas

Travailler votre chemin à travers cet article pour vous assurer de ne pas avoir tout malentendu sur ce que les ressources du programme d'installation à faire, comment ils fonctionnent et comment vous pouvez les résoudre.

Une fois que vous l'avez fait, de tout ce que vous avez dit sur cette question thread il semble que vous êtes l'obtention de votre ressource "installé", mais que votre script d'installation ne s'exécute. Ma conjecture est que le numéro de version que vous avez utilisé dans

//0.0.1 is your version number
mysql4-install-0.0.1.php

ne correspond pas à la version de votre module

<modules>
    <Nie_Nie>
        <version>?.?.?</version>
    </Nie_Nie>
</modules>

Ceux qui doivent correspondre pour que le script à exécuter. Je pense Magento est assez intelligent pour exécuter les versions précédentes s'il les trouve, mais le code dans les ressources du programme d'installation est le genre c'est dur à suivre, j'ai donc toujours vous assurer qu'ils correspondent.

Peu importe, voici comment vous pouvez voir les fichier(s) magento est d'essayer de s'exécuter lors de l'exécution de votre programme d'installation de la ressource. Supprimez toutes les entrées de core_resource liés à votre module. Vider votre cache. Ensuite, trouver les emplacements suivants dans la configuration de la classe

app/code/core/Mage/Core/Model/Resource/Setup.php:

protected function _modifyResourceDb($actionType, $fromVersion, $toVersion)
{
    ... 

    $sqlFilesDir = Mage::getModuleDir('sql', $modName).DS.$this->_resourceName;        

    if (!is_dir($sqlFilesDir) || !is_readable($sqlFilesDir)) {
        return false;
    }

    ...

    $sqlDir->close();

    if (empty($arrAvailableFiles)) {
        return false;
    }

    ...

    $arrModifyFiles = $this->_getModifySqlFiles($actionType, $fromVersion, $toVersion, $arrAvailableFiles);
    if (empty($arrModifyFiles)) {
        return false;
    }

puis les modifier pour ajouter un peu de temporaire de débogage exceptions

    if (!is_dir($sqlFilesDir) || !is_readable($sqlFilesDir)) {
        throw new Exception("$sqlFilesDir not found");
        return false;
    }

    ...

    if (empty($arrAvailableFiles)) {
        throw new Exception("No files found to run");
        return false;
    }

    ...

    $arrModifyFiles = $this->_getModifySqlFiles($actionType, $fromVersion, $toVersion, $arrAvailableFiles);
    if (empty($arrModifyFiles)) {
        throw new Exception("No valid upgrade files found to run for ");
        return false;
    }

    throw new Exception("If you're getting here, we have a file.  Remove your exceptions here and place one in your installer to make sure it's the one you think it is.");

Recharger la page et vous obtiendrez le texte de l'exception se plaindre de quoi que Magento peut pas trouver. Cela devrait être suffisant pour vous aider à suivre le script d'installation de Magento est d'essayer de courir, mais à défaut de les trouver. Rappelez-vous seulement de supprimer les de votre module en ligne core_resource et de vider votre cache. (Magento caches les modules qui doivent vérifier la présence d'une installation/mise à niveau)

Si cela ne fonctionne pas, commencer à creuser dans la logique de applyAllDataUpdates et de comprendre pourquoi la classe n'est pas compris votre fichier de programme d'installation.

Lorsque j'ai rencontré ce problème, j'ai en fait eu pour désactiver le cache. Simplement de rinçage n'a pas d'aide pour quelque raison que ce soit.

Vous pouvez vérifier dans Magento qui les modules sont chargés, et la version de ce module est chargé:

1. Aller à app/code/core/Mage/Core/Model/Resource/Setup.php
2. Aller à la fonction __construct()

3. À la fin de la fonction écrire:

   Mage::log($modName);
Mage::log($this->_moduleConfig);

Il va enregistrer tous les modules chargés avec leur numéro de version. Ici, vous pouvez vérifier si votre module est chargé ou pas.

Nous avons eu le même problème pour notre magasin http://www.looxis.de
Pour mettre à jour une extension que nous avons en cours d'utilisation nous avons transféré tous les fichiers via FTP, mais la base de données ne serait pas de mise à jour de lui-même après l'effacement du cache. Si la mise à jour de l'extension de l'exécution a échoué, nous n'avons pas à vous connecter dans le backend.

La recherche d'une solution nous avons trouvé cette page.

Le problème, c'est que nous avons installé une version plus récente du module quelques semaines avant, qui a également produit des erreurs en raison d'un conflit avec d'autres modules, nous avons donc transféré partiellement à partir de notre base de données de sauvegarde des tables et nous avons également mis à dos les anciens fichiers. tout était à nouveau au travail,

quand nous avons essayé d'nouvellement mise à jour du module, qui est maintenant compatible avec les autres extension (conflit a été supprimée) la mise à jour sql script ne s'exécute pas.

Cela était dû à la table "core_resources." dans les il y, le module numéro de version a été définie à la version la plus récente que nous avions installé semaines avant donc magento ne reconnaissent pas qu'une nouvelle mise à jour a été effectuée de nouveau, il a assumé la version la plus récente était déjà là.

Nous avons modifié manuellement le numéro de version à une version inférieure, et boom, le script de mise à niveau lancé et tout fonctionnait bien!