J'ai rencontré un problème avec un module Magento personnalisé que j'ai créé.
En bref, j'ai créé un module simple pour les téléchargements clients sur le front-end. J'ai créé une nouvelle table avec des champs génériques tels que "Project_id", "Titre", etc. Tout cela est bien ... Je peux définir des variables de modèle et les enregistrer à ma table à l'aide de modèle-> Enregistrer ();.
Tout simplement maintenant, j'ai la nécessité d'ajouter un nouveau champ ou de modifier le nom d'un ancien champ. Pour une raison que je ne peux pas comprendre de nouveaux champs et que les champs modifiés ne seront pas stockés à l'aide de modèles-> sauvegarder (); Même si je peux voir de mon débogueur que de nouvelles variables changées dans mon modèle sont correctement définies. J'espère que quelqu'un a déjà rencontré cela et peut éclairer cette question extrêmement frustrante. Mon projet est sur un stand-immobile jusqu'à ce que l'aide arrive!
3 Réponses :
Effacer votre cache. Les classes Zend Magento utilisent pour lire des colonnes de base de données mettant en cache des informations (telles que cela ne sont pas nécessaires pour décrire pour chaque modèle de charge / sauvegarde). Effacer votre cache et votre magentato devraient voir les nouvelles colonnes et les valeurs commenceront à persister la base de données.
Tous les caches ont été désactivés depuis le début du projet, mais cela fonctionne! C'est la dernière chose que j'aurais pensé vérifier car ils sont restés handicapés pendant la production. Pourquoi cela arriverait-il?
Tous les caches Magento ont été désactivés. Je n'ai jamais enquêté trop profondément, je suppose que c'est une sorte de mise en cache en profondeur dans le cadre Zend, probablement via l'objet de registre. Les caches Magento que vous activez / Désactivez sont pour les clés définies via la classe de mise en cache de Magento. Comme les classes Zend DB font une certaine mise en cache de leur propre, cela est manqué. Craie jusqu'à une autre instance de Magento n'est pas Zend.
Cette réponse fonctionne pour moi. Merci pour l'aide! Je suis sûr qu'il y aura beaucoup plus de renseignements ...
De plus, vous devez effacer le cache DDL du script de mise à niveau. La raison de la mise en cache de données DDL mis en cache est parce qu'elle ne tombe pas sous aucune des balises gérables via l'administrateur.
L'habitude pratique dans la pratique des développeurs est d'appeler rm -rf var / cache / * pour effacer toutes les méta-caches avant le déploiement ou les tests
Pas familier avec la ligne de commande Linux ... J'assume RM est supprimer le répertoire mais qu'est-ce qui est -rf?
Je faisais un peu de traçage, Stackoverflow.com / Questions / 12205251 / ...
Après 1,5H piratage, j'ai commencé à chercher sur le Web et j'ai trouvé ce message. Merci beaucoup. Cache effacée et fonctionne maintenant. erreur très stupide :)
Merci Alan. Savez-vous si vous souhaitez utiliser le cache de flush Magento ou le stockage de cache de flush dans un environnement où le système de fichiers n'est pas nécessairement utilisé comme backend de cache?
Désactiver le cache dans le panneau d'administration Magento semble ne pas suffire. Vous devez supprimer manuellement le contenu de / var / cache.
exécution rm -rf var / cache / * à partir de la console, car vous ne serez pas en mesure de passer à l'écran de gestion de cache admin