Jump to content

J. Danse

Members
  • Posts

    2,563
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by J. Danse

  1. Au niveau de PrestaBox, le service est payant. Au niveau de OnDemand, il n'y a pas raison de l'être. N'oublions pas que, pour le moment, l'interface d'administration (bien que modifiée sous certains aspects) confère exactement les mêmes droits. à savoir l'export de la BDD via le Back Office. Le thème et l'ensemble des fichiers modifiables (et j'irais même à dire l'ensemble des fichiers qui sont les seuls à devoir être modifiés !) sont accessibles via FTP. A mon avis, à l'heure actuelle, il faudra un développement supplémentaire vis-à-vis de la plateforme Addons. Celui-ci est peut-être déjà réalisé, mais il faut savoir que pour le moment il est tout à fait possible d'acheter un module via Addons et de l'installer sur deux PrestaShop distinct même via l'interface du Back Office en se connectant à Addons. Pour bien faire, et selon ma première idée, il serait possible et envisageable que l'achat d'un module via son Back Office n'est plus associé uniquement à un compte mais bien à une commande. Et vu que, normalement, on ne doit pas avoir accès aux dossiers de ce type (en édition, par exemple) via OnDemand, on pourrait avoir une clé de licence sous forme de fichier non éditable (et non récupérable ?). De là, on pourrait en effet avoir cette affirmation. Je ne peux que répondre selon ce que j'ai vu, ce n'est donc du tout une information sûre et fiable à 100%. Mais la version actuellement installée est la 1.6.0.10 et il n'est pas possible de la choisir ; l'interface d'administration mentionne si la version est à jour et l'accès au module de mise à jour est disponible. Normalement, il ne faut surcharger les modules qu'au niveau de l'apparence et ce via le thème. Que le module soit natif ou via Addons, il reste tout à fait possible de le faire sur OnDemand. Ce n'est pas donc un problème en soit, de devoir passer par Addons. Pour avoir pu tester PrestaBox et OnDemand, je peux vous assurer que l'un n'a rien avoir avec l'autre. Bien entendu, des modifications du service OnDemand peuvent encore avoir lieu et des restrictions plus sévères également, mais nous en sommes encore loin par rapport à PrestaBox. ---------- Pour ma contribution personnelle, à travers ce post, je m'étonne tout de même de voir cette soudaine levée de cris. Je vous rappelle tout de même que cela fait au minimum dix mois (je dirais même plus d'un an, en fait !) que je vous annonce l'arrivée d'une solution SaaS, mentionnée comme une révolution par PrestaShop. Eux-même l'avaient subtilement annoncés, à dire vrai... ... bien sur, et je le comprends aisément, certaines restrictions ne sont pas au goût de tous. Mais il est sans rappeler qu'il reste possible de travailler avec les versions "Download" comme nous le faisons encore à l'heure actuelle. Il ne tient qu'à nous, développeur ou agence, d'informer le potentiel client et de lui soumettre les pour et contre. Bien évidemment, il est possible qu'un marchand lambda se dirige en premier lieu vers OnDemand et nous revienne par la suite, ce qui ne permet pas ce champ d'actions préalables. J'ai pu lire également dans ce sujet une histoire de certifications des modules vendus sur Addons. Je suis pour. Mais, en réalité, elle devrait déjà être en place ! Une vérification technique et commerciale est normalement réalisée que cela soit sur la soumission de nouveaux modules ou de simples mises à jour de ceux-ci. Beaucoup de modules sont encore en reste, incroyablement mal façonné (autant au niveau du codage que du reste) bien que des normes soient d'applications ! Je vois également que l'on parle beaucoup en tant que contributeurs. Bien sur, nous sommes surement les premiers concernés. Mais quid du marchand ? Qu'en est-il des performances annoncées et attendues quant à leur boutique ? Je pense que pour eux, il serait intéressant d'avoir une indication juste et fiable (pas un simple message commercial présidant une vitesse optimale pour tous, ce qui serait mensonger à mon sens). Sachez que je ne défends pas OnDemand voire même PrestaShop dans mes propos. Je reste comme vous mitigé sur bien des aspects, même si je salue un travail considérable. Le tout est maintenant d'avoir un suivi cohérent des normes et des souhaits de bien faire de la part de PrestaShop, aussi bien pour les marchands que les contributeurs.
  2. Bonjour, Il vous est possible d'avoir une méthode reset() dans votre module. Ce serait celle-ci qui gérerait l'ensemble. Si celle-ci existe, le bouton prend un paramètre (invisible pour vous) permettant à l'utilisateur de déterminer (au moment de cliquer dessus) si il souhaite ou non conserver ses données. Si celui-ci indique "oui", c'est la méthode de votre module qui joue. Sinon, c'est un processus de désinstallation/installation classique.
  3. Bonsoir, Du tout, à dire vrai. Il ne gère pas d'abonnements. :-/
  4. PrestaShop Addons , peut-être, aussi ? ;-)
  5. Il est bien pris en compte, je viens de tester à l'instant. C'est fonctionnel. Il semble également que ceci soit valable: io_format=JSON Et c'est valable pour les versions GitHub à partir du 25 juin et donc, pour les releases, la version 1.6.0.9.
  6. Bonjour, Avez-vous essayé d'ajouter le paramètre "output_format" (= JSON) lors de votre requête au WebService ?
  7. Exact, il se situe dans le header.tpl: {if $page_name !='index' && $page_name !='pagenotfound'} {include file="$tpl_dir./breadcrumb.tpl"} {/if} Il va te falloir ajouter une condition ($page_name != 'category') et rajouter l'include à l'endroit souhaité.
  8. Bonsoir, En effet, la période estivale (les vacances un peu moins et j'aurais même tendance à dire que le soleil également ;-)) ainsi qu'un très gros projet en cours de finalisation (un rien reporté suite à un décès familial survenu il y a peu) ont fait que je n'ai pu avancé comme je l'aurais souhaité durant cette dernière quinzaine d’août. Mais, en effet, je ne vous oublie pas et nous allons faire le maximum possible ensemble pour que la nouvelle mouture voit le jour au plus vite ! Pour être tenu au courant en temps et en heure, n'hésitez pas à vous inscrire à la newsletter concernée: www.prestaedit.com/navmegadrownevo/
  9. Sauf que comme mentionné dans le premier message, très complet qui plus est, ça ne fonctionnera pas. Il s'agit d'un HelperOptions et non d'un HelperForm, sur le coup. Il faut se baser sur la classe du HelperForm, qui parcoure les types de champs pour inclure tel ou tel fichier JS, selon moi. La méthode generate() inclus le tout comme suit: public function generate() { $tinymce = true; foreach ($this->fields_form as $fieldset_key => &$fieldset) { if (isset($fieldset['form']['tabs'])) $tabs[] = $fieldset['form']['tabs']; if (isset($fieldset['form']['input'])) foreach ($fieldset['form']['input'] as $key => &$params) { // If the condition is not met, the field will not be displayed if (isset($params['condition']) && !$params['condition']) unset($this->fields_form[$fieldset_key]['form']['input'][$key]); switch ($params['type']) { case 'textarea': if ($tinymce) { $iso = $this->context->language->iso_code; $this->tpl_vars['iso'] = file_exists(_PS_CORE_DIR_.'/js/tiny_mce/langs/'.$iso.'.js') ? $iso : 'en'; $this->tpl_vars['path_css'] = _THEME_CSS_DIR_; $this->tpl_vars['ad'] = __PS_BASE_URI__.basename(_PS_ADMIN_DIR_); $this->tpl_vars['tinymce'] = true; $this->context->controller->addJS(_PS_JS_DIR_.'tiny_mce/tiny_mce.js'); $this->context->controller->addJS(_PS_JS_DIR_.'tinymce.inc.js'); $tinymce = false; } Attention, j'ai volontairement laissé le seul code qui nous intéresse sur base de la demande, il y a du code avant et après celui-ci, au sein de la méthode. C'est volontaire, c'est pour indiquer où chercher.
  10. Je peux ? Un module. De rien. Pardon, c'était plus fort que moi... Plus sérieusement, il vous faudra un module proposant l'ajout d'un produit de ce type, gratuit, en se basant sur les conditions énoncées et lui permettant de visualiser l'avancée de son retour. Si vous avez des questions plus précises ou besoins de plus amples informations, n'hésitez pas. Je suis resté "vague", car la réelle seule idée que l'on peut vous proposer est: "développer un module qui répond à votre énoncé, votre besoin, pour satisfaire au mieux celui-ci.". Pas très parlant, n'est-ce pas ?
  11. Bonsoir, Pour ceux qui se retrouvent sur ce sujet - faisant un peu écho avec d'autres -, je vous transmets le permalien du post répondant à la question ci-dessus dans un autre sujet semblable: http://www.prestashop.com/forums/topic/157313-connexion-au-prestashop-web-service-me-retourne-statut-401/?p=1768926
  12. Bonsoir, L'erreur 401 retournée est liée à l'authentification. Elle peut prendre l'un des messages d'erreur suivants: Please enter the authentication key as the login. No password required Authentication key is empty Invalid authentication key format Authentification key is not active No permission for this authentication key Resource of type xxx is not allowed with this authentication key Au vu du problème expliqué, je pencherais sur l'activation de "Activer le mode CGI de PHP" au niveau des options du WebService. Cela résout bien souvent le problème. A tester, donc.
  13. Bonsoir, Voici un exemple type, qui est appelé dans la méthode install() du module. // Install Tabs if(!$id_tab = Tab::getIdFromClassName('AdminCatalog')) return false; $tab = new Tab(); $tab->name[$this->context->language->id] = $this->l('My tab'); $tab->class_name = 'AdminMyTab'; $tab->id_parent = $id_tab; $tab->module = $this->name; $tab->add(); // End Tabs
  14. Olivier Baquet Email : [email protected] Tel : 09 70 46 55 05 Skype : delete13_fr Les modules sont ici: http://addons.prestashop.com/fr/58_common-services Ces informations proviennent notamment de Google et sites de références.
  15. Ce qui ne change rien, en fait. Beaucoup de sites e-commerces "basiques" font des adaptions et développement spécifiques. Vraiment. C'est ce à quoi je réagis. En résumé, PrestaShop peut être utilisé pour ce type de système mais il faudra au minimum réalisé un développement spécifique selon vers quoi on se tourne, en fait.
  16. Bonjour, Heu, Oron ? Peu importe la catégorie de produits et le nombre de produits. On peut très bien avoir une boutique mono produit, qui plus est. Fotolia est bien un site e-commerce, puisqu'il y est possible d'y faire des achats. Bien entendu, il s'agit de produits dématérialisés. Mais, cela reste du e-commerce. Par ailleurs, PrestaShop propose nativement la vente de produit dématérialisé. En complément, le module de "Produits virtuels avec déclinaisons" aide pas mal le type d'e-commerce que sont ceux des photographes (quelques clients du module en sont, pour info) permettant au client de choisir le format d'image, sur la même fiche produit. Des adaptations et éventuellement des modules spécifiques peuvent être les bienvenus, surtout pour automatiser l'extraction des données par rapport aux photos, par exemple. Mais ce n'est pas une nécessité première, selon votre volonté et envergure.
  17. Nativement, ce n'est pas possible. La solution aurait éventuellement été de déployer les produits comme dématérialisé.en y associant la notice. Ceci dit, ce n'est pas viable pour autant. Il existe des modules plus ou moins dans l'idée, je pense. D'ailleurs, un module de ce type ne doit pas être spécifique compliqué à mettre en oeuvre.
  18. Le soucis ne vient pas de "javascript; void(0);" mais plutôt d'un problème de fonction jQuery animate() qui génère une erreur comme ceci: Uncaught TypeError: Failed to execute 'animate' on 'Element': 1 argument required, but only 0 present.
  19. Heu... J'en vois au moins 5; rien que sur base du nom (en tapant le mot clé donné). Je passe les descriptions, ;-) Je ne connais pas l'application elle-même, mais je sais que son éditeur est également l'éditeur de Store Manager, une application tierce assez réputée auprès de ses utilisateurs sous PrestaShop.
  20. Vous n'avez pas un nom ou encore un lien à donner ? Des applications sur Androïd/IPhone, il en existe pas mal en fait ;-)
  21. En effet, j'avais souvenir de l'option en 1.5 et donc le texte ne m'avais pas spécialement perturbé. Mais, oui, c'est bien plus clair sur la 1.5 ! Je ferais également un test.
  22. Heu, bah c'est quand même logique en fait. L'idée, c'est de pouvoir envoyer les produits en plusieurs colis si tout n'est pas de stocks. Si tout est de stock, normalement, le marchand ne fera qu'un colis, en fait. Dans le thème, sinon, il faut enlever le fait que ce soit une condition {if $show_option_allow_separate_package}, dans shopping-cart.tpl.
  23. (Va savoir pourquoi, ceci dit, c'est comme ça... Mais bon :-/). Je n'ai pas encore essayé de.... Mais de ce que j'en comprends, l'ensemble des produits ne doit pas être en stock pour que l'option soit affichée, premièrement.
  24. Et, il me semble, si tu veux la récupérer il te faut ajouter dans la table "configuration" une nouvelle ligne avec comme valeur ceci: PS_ALLOW_MULTISHIPPING
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More