Jump to content

bruno teboul

Members
  • Posts

    3
  • Joined

  • Last visited

Profile Information

  • First Name
    bruno
  • Last Name
    teboul

bruno teboul's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Bonjour, j'ai résolu une partie de mon problème. Sur les images du dossier tmp. Mais pour les images du dossier img à la racine la j'ai rien trouvé contre le path en dur sous forme ../img/ Voici la solution mise en place pour img/tmp/ J'ai bien défini le montage NFS pour mes fichiers if (!defined('_PS_IMG_DIR_')) { define('_PS_IMG_DIR_', _PS_ROOT_DIR_.'/files/img/'); } Mais ajouté un define pour le hors NFS define('_PS_IMG_COMPAT_NFS_', _PS_ROOT_DIR_.'/img/'); et du coup les define en poupées russes : define('_PS_CAT_IMG_DIR_', _PS_IMG_DIR_.'c/'); define('_PS_COL_IMG_DIR_', _PS_IMG_DIR_.'co/'); define('_PS_EMPLOYEE_IMG_DIR_', _PS_IMG_DIR_.'e/'); define('_PS_GENDERS_DIR_', _PS_IMG_DIR_.'genders/'); define('_PS_LANG_IMG_DIR_', _PS_IMG_DIR_.'l/'); define('_PS_MANU_IMG_DIR_', _PS_IMG_DIR_.'m/'); define('_PS_ORDER_STATE_IMG_DIR_', _PS_IMG_DIR_.'os/'); define('_PS_PROD_IMG_DIR_', _PS_IMG_DIR_.'p/'); define('_PS_SCENE_IMG_DIR_', _PS_IMG_DIR_.'scenes/'); define('_PS_SCENE_THUMB_IMG_DIR_', _PS_IMG_DIR_.'scenes/thumbs/'); define('_PS_SHIP_IMG_DIR_', _PS_IMG_DIR_.'s/'); define('_PS_STORE_IMG_DIR_', _PS_IMG_DIR_.'st/'); define('_PS_SUPP_IMG_DIR_', _PS_IMG_DIR_.'su/'); define('_PS_TMP_IMG_DIR_', _PS_IMG_COMPAT_NFS_.'tmp/'); Cela fonctionne pour mon infra. Bonne continuation, Bruno
  2. Bonjour, Je travail sur une boutique commencée il y a quelques mois et qui est actuellement en dev en version 1.6.1.5. J'ai rencontré assez peu de problèmes bien qu'ayant dev une dizaine de module, merci pour le travail réalisé. J'ai toutefois un problème rencontré lorsque je modifie les fichiers defines.inc.php et defines_uri.inc.php pour bouger le dossier /img/ sur un partage NFS qui est fait dans /files/ à la racine du site. donc modif des fichiers comme suit : if (!defined('_PS_IMG_DIR_')) { define('_PS_IMG_DIR_', _PS_ROOT_DIR_.'/files/img/'); } if (!defined('_PS_HOST_MODE_')) { define('_PS_CORE_IMG_DIR_', _PS_CORE_DIR_.'/files/img/'); } else { define('_PS_CORE_IMG_DIR_', _PS_ROOT_DIR_.'/files/img/'); } et /* Image URLs */ define('_PS_IMG_', __PS_BASE_URI__.'files/img/'); define('_PS_ADMIN_IMG_', _PS_IMG_.'admin/'); define('_PS_TMP_IMG_', _PS_IMG_.'tmp/'); define('_THEME_CAT_DIR_', _PS_IMG_.'c/'); define('_THEME_PROD_DIR_', _PS_IMG_.'p/'); Cela fonctionne parfaitement sur mon infra en local, j'ai donc bien les images uploadées aux bons endroits et qui s'affichent en front office depuis le dossier /files/img/, par contre en backoffice la liste des attributs, des produits ainsi que le formulaire d'édition des attributs affiches des images manquantes, le code source affiche ../img/ et en regardant dans le code source du fichier AdminAttributesGroupsController.php on voit par exemple dans la function getList que le coce utilisé ne contient pas la conf : $list['color']['texture'] = '../img/'.$this->fieldImageSettings['dir'].'/'.(int)$list['id_attribute'].'.jpg'; Si je le modifie comme suis en override sa fonctionne, il affiche bien les miniatures $list['color']['texture'] = '../files/img/'.$this->fieldImageSettings['dir'].'/'.(int)$list['id_attribute'].'.jpg'; Mais si j'override la function renderFormAttributes avec la même modif cela semble casser le formulaire d’édition d'attribut qui n'affiche plus de champs pour saisir la texture (upload image ou code couleur). Merci par avance pour vos retour et suggestions, c'est pas pratique d'avoir des interface backoffice qui n'ont pas d'images et la je suis un peu bloqué sur un override récalcitrant Bonne continuation, Bruno
  3. Bonjour, J'ai eu le même problème avec prestashop 1.6.1.3 en commençant à développer mes premiers modules. Bien que l'onglet s'affiche bien sur le formulaire produit le hook hookActionProductUpdate n'est pas appelé malgré les désinstallation et réinstallation multiple ainsi que suppression du class_index.php et même vidage du cache par le bo juste au cas ou. Pour en venir à bout j'ai vérifié que mes deux autres hook étaient bien dans la table ps_hook_module alors que le 14 qui correspond au hookActionProductUpdate n'y était pas puis je l'ai ajouté manuellement en base. C'est pas la gloire mais sa permet d'avancer, je ne sais pas pourquoi le hook ne s'ajoute pas depuis l'install comme les deux autres, ci-dessous le code de l'install : if (!parent::install() || !$this->registerHook('displayAdminProductsExtra') || !$this->registerHook('actionProductUpdate') || !$this->registerHook('displayFooterProduct') ) { return FALSE; } return TRUE; Bonne continuation
×
×
  • Create New...