Développer avec RBS Change : Extensibilité de RBS Change : structure des données
-
-
Bonjour,
Beaucoup de questions auxquelles je vais essayer de répondre sans en oublier
Problèmes des "Unknown...."
En voyant la chose comme ceci, j'en déduis que cette erreur se produit sur votre serveur (probablement fournit par 1and1, vu la racine du DocumentRoot). Je suppose que vous développez sur votre poste local et que vous n'avez pas le problème, mais que cela se passe uniquement sur le serveur distant.
Les premières choses auxquelles je pense selon ces suppositions seraient :- soit un problème de fichiers de cache transférés et ne matchant pas avec la configuration du serveur. Dans ce cas, tentez de partir d'une situation propre en vidant les caches et en recompilant le tout :
<phpCli> framework/bin/change.php clear-all <phpCli> framework/bin/change.php compile-all
- soit un problème au niveau des liens symboliques qui se sont perdus ou corrompus lors d'un upload des fichiers. Dans ce cas, si vous avez un accès SSH au serveur, je vous conseillerait d'exécuter la commande suivante à la racine de votre projet :
find . -type l -exec rm -f {} \;Ce qui effacera tous les liens symboliques, pour ré-initialisé le projet, exécutez ensuite la commande :<phpCli> framework/bin/change.php init
Ce qui refera les liens symboliques correctement.
ATTENTION :- Vérifiez avant tout que le fichier change.properties soit en accord avec la configuration du serveur (puisqu'il sert à définir la base pour les paths des symlinks).
- Vous pouvez aussi être dans une situation de cumul des deux idées évoquées en fonction de ce qui a été transféré sur le serveur
Erreurs de type "ListNotFound..." :
Avez/Aurez-vous toujours ces erreurs une fois les "unknown" résolues?
Le fichier de l'éditeur déclarant le field :
En principe il n'y a aucune problème lorsque vous écrivez les "name" en CamelCase, par contre si l'encodage a été modifié, effectivement vous aurez des problèmes. Si vous utilisez NotePad++, l'encodage a forcer est "UTF-8 sans BOM", pour tous les fichiers que vous allez manipuler.
Pour l'affichage du libellé, ce dernier doit être définit dans le fichier de locales (vérifiez l'emplacement de votre fichier de locales), modifiez le au besoin et dans ce cas, recompiler les locales. Le fichier de locales doit également être en "UTF-8 sans BOM" pour que la compilation des locales se passe correctement.
Le champ ne s'affiche pas en FO :
Vous devez reproduire l'arborescence du modules concerné pour les templates dans le dossier override (par exemple : override/modules/catalog/templates), puis y copier le template de base que vous voulez modifier et ensuite y ajouter le champ supplémentaire de la manière suivante par exemple :<li> ${trans:m.catalog.document.simpleproduct.nombredemetrescarresparboite,ucf} : ${product/getNombreDeMetresCarresParBoite} </li>
Problème de chargement du dashboard :
A mon avis ce problème est lié aux erreurs de type "Unknown...", donc une fois ce point réglé, la page d'accueil de votre BO devrait s'afficher à nouveau.
Comment rendre le champ obligatoire en BO?
Dans le modèle de votre document (fichier XML dans le dossier persistentdocument), il suffit de rajouter sur la ligne l'attribut suivant :min-occurs="1"
Une fois cet ajout fait vous devez compiler les documents :<phpCli> framework/bin/change.php compile-documents
Pour plus d'infos sur le modèle d'un documents et des contraintes, vous pouvez consulter le wiki sur la page de "déclaration d'un document".
En espérant avoir répondu à toutes vos questions.
Pour une meilleure réponse, pensez à indiquer la version sur laquelle vous rencontrez des difficultés, ainsi que son type (CMS ou eCommerce core).
Pour tout problème d'installation indiquez le nom de l'hébergeur et s'il s'agit d'un serveur mutualisé ou dédié. - soit un problème de fichiers de cache transférés et ne matchant pas avec la configuration du serveur. Dans ce cas, tentez de partir d'une situation propre en vidant les caches et en recompilant le tout :
-
44249.23 en réponse à 44249.22 écrit par Jean-Michel
07/01/2014 00:10 Wowww, ça c'est de la belle réponse
Merci !
Alors on va reprendre point par point comme vous...
Problèmes des "Unknown...."
Ce problème est résolu.
J'ai réouvert Notepad++ et mis UTF8 sans BOM à la place de UTF8, j'ai tout réuploadé, lancé a commande "clear-all" et compile-all"
Erreurs de type "ListNotFound..." :
Ce problème n'est pas résolu, mais à part la trace dans le log, cela ne me cause aucun problème...
Le fichier de l'éditeur déclarant le field :
Toujours pas résolu, le changement de format et la recompile ne sert à rien, j'ai revérifié complètement d'après le tuto et tout était correct. La seule différence c'est que je n'ai pas créé un section supplémentaire dans properties.xml, je l'ai directement mis dans "modules.catalog.bo.general.General"
Le champ ne s'affiche pas en FO :
J'ai reussi en recréant le dossier templates dans "override/modules/catalog" et en modifiant le fichier "Catalog-Block-Simpleproduct-Success.all.all.html"
Comment rendre le champ obligatoire en BO?
Votre technique a fonctionné. Malheureusemen comme je n'ai toujours pas de traduction affichée, on ne voit pas qu'il y a une * et le libellé en bleu. C'est lors de l'enregistrement que j'ai le message d'erreur comme quoi le champs est obligatoire.
Encore un grand merci pour votre patience -
Page 2 sur 2
Merci de prendre connaissance et de respecter les règles des forums.
