strapper

Bonjour, On me demande pour une installation prestashop 1.6.0.9 configurée en multiboutique, sur 3 noms de domaine différents, d'installer un certificat SSL pour un seul de ces 3 noms de domaine, donc pour une seule de ces 3 boutiques. prestashop, par sa configuration, est-il en mesure de faire ceci, ou bien est-il obligatoire dans ce cas spécifique de passer les 3 domaines en SSL puisqu'il s'agit de la même instance de prestashop 1.6.0.9 ?

Hello, From an implementation side you're wrong, please take a look at the following (and old...) ticket on the forge : PSCFV-1859 If prestashop follows your way, there will be an oauth2 way, the facebook way, the google way, the usb dongle way and so on... You better ask to prestashop to make a generic hook for hooking an authentication module, this way the authentication path of prestashop won't become a whole spaguettis plate in programmer's nightmares And provider could then plug in any method of authentication without having to hardcode it into prestashop's classes.

Perhaps do you mean a pluggable authentication, with a specific hook for instance ? Also, the same way for the search/layered module so that it could be possible to hook in a search engine (native search engine, addon module for sphinx, solr, elasticsearch, custom, ...)

Hello, I would like to know if, for instance on the product template/page, the combinations are fully loaded with javascript selection, like it has always been in prestashop, or if it will be at last with ajax loading, in order to soften the javascript burden when there are many combinations on one single product, as well as make easier the programmer's work when doing a module based on attributes ? When there are several attributes' combinations it could easily be a burden on that page! This is a killer feature in drupal commerce when having products combinations, indeed...

bonjour, effectivement vous ne pouvez pas installer un template pour ps 1.5 sur un ps 1.4, ce qui a été mal compris. http://forge.prestashop.com/browse/PSCFV-10228 ça me paraissait tomber sous le sens qu'un template pour prestashop 1.5 s'installait -après- une mise à jour vers prestashop 1.5 merci d'avoir constaté que les hooks spécifiques à prestashop 1.5 ne se créent effectivement pas après une mise à jour depuis prestashop 1.4... attention aux "id" des hooks existants svp, comme décrit dans ce rapport de bug...

bonjour , merci pour votre réponse. actuellement ce que vous décrivez n'a pas lieu, puisque l'installation du template "simple responsive" et ses modules (voir ici pour le template : http://www.prestashop.com/forums/topic/244041-free-simple-responsive-theme-15x/ ) ne provoque pas l'apparition des hooks correspondants, mais des erreurs liées à la non-présence de ces hooks lors de l'interprétation du fichier xml lié à l'installation du thème+modules.

autre bug rencontré... màj par le module "autoupgrade" d'une version 1.4.10.0 à 1.5.4.1 ou 1.5.5 : http://forge.prestashop.com/browse/PSCFV-10228 hooks spécifiques prestashop 1.5 non créés pour installe un thème+modules prestashop 1.5 qui utilisent ces hooks, après...

lors d'une migration de prestashop 1.4.10 vers 1.5.4.1 ou 1.5.5, et après avoir comparé la table ps_hooks avec celle d'une installation prestashop 1.5.5 "neuve" les hooks ne sont pas créés, donc certains thèmes+modules ne peuvent pas s'installer correctement. http://forge.prestashop.com/browse/PSCFV-10228

-modifié-

las, à l'époque j'avais fait un module spécifique d'indexation par rapport à nos besoins linguistiques et de rendu de combinaisons. c'est dommage que le code de recherche par facettes soit aussi abcons sinon je l'aurais volontiers surchargé à l'indexation et à la recherche.

Réponse : regardez le fichier paypal.php ligne 45 : define('_PAYPAL_TRANSLATIONS_XML_', 'translations.xml'); lignes 703 et suivantes, classe getTranslations avec un fichier translations.xml qui prend les traductions en fonction d'un code ISO de pays... le tout sans prendre en compte le système de traductions standardisé de prestashop... qui a pondu ça et pour quelle raison, sérieusement ? quand je vois ça, effectivement je me dis que d'autres solutions présentes ou qui arrivent sont effectivement mieux standardisées...

en effet : http://www.journaldunet.com/solutions/saas-logiciel/prestashop-bilan-2012-et-perspectives-2013.shtml si une version 2.0 est effectivement en route, serait-il possible d'avoir une roadmap, éventuellement des fonctionnalités prévues svp ?

suite à 3 sites (un prestashop, un virtuemart et un wordpress) qui se sont fait pirater de cette façon, je recommande la lecture de cette page : http://forum.malekal...urs-t42477.html et l'analyse de vos fichiers de log pour ftp.

@doekia: zen il y a quand même du bon travail qui est fait.... le point est d'avancer dans la même direction plutôt. pendant ce temps, d'autres avancent.

oui, et malheureusement, les développeurs de la société prestashop font tout ce qu'ils peuvent, et même très bien, mais tant qu'il n'y aura pas une politique d'ouverture communautaire, même à titre de test, du svn pour ce genre de chose, ils n'y pourront pas grand'chose et certaines autres solutions, elles, développées avec les contributions de la communauté (exemple: drupal commerce, avec contributions publiques des développements de cap gemini entre autres) avancent... il existe pourtant des développeurs désireux de faire avancer la solution dans le même sens que la société prestashop; une solution open-source existe aussi par sa communauté de développeurs externes compétents : voir les autres projets (y compris e-commerce) qui se sont étendus, en restant toujours sous le contrôle de la société éditrice.