Jump to content

Broceliande

Members
  • Posts

    1,735
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by Broceliande

  1. En fait excuse moi mais si tu relis ta question , je cite : Je te propose de te relire et te relire encore et faire comme si tu n'avais pas ta question dans la tête hein ... Mais bon je pige tout de même . Clairement tu ne vas pas proposer un module qui va remplacer une classe native , si ? Donc je pense que bien sûr pour Cart.php il va te falloir faire une override . Pour ce faire y'a eu des tas d'articles en ce sens et je vais pas me répéter , faut juste taper override sur le forum ou override prestashop et tu vas trouver ... Quant à l'install de tes fichiers , c'est tout de même du php basique , jette un oeil du côté de la fonction php "copy" .... En théorie les dossiers visés ne sont pas réputés inscriptibles , il faudra donc prévenir tes clients qu'ils doivent l'être pour une install correcte. Après bon que diable : tu veux faire un module prestashop et le diffuser (vendre non ? ) , bref peu importe , mais dans ce cas tu ne t'attends tout de même pas qu'on te donne du code tout fait ... ? Et surtout , ça se tiens à 3 bricoles , sur lesquelles je t'oriente : - Faire une override , documenté plusieurs fois ici même , je donne même une override en réponse à au moins deux des posts première page de ce jour (sur cette section ) - copy ou @copy (pour éviter une erreur d'install au cas ou ) : fonction php ultra documentée - surcharger la méthode install du module dans ton php , comme le font pleins de modules natifs. Avec ça obligé tu t'en sors ...
  2. hmmm mon Patric faudrait pas épingler celui là ? il est déja presque parti à dreuze ....
  3. Effectivement j'ai carrément zappé la valeur de ces champs par défaut.... remplace simplement le tout dans le fichier par : <?php class NewProductsController extends NewProductsControllerCore { public function productSort() { if (!self::$initialized) $this->init(); $stock_management = (int)(Configuration::get('PS_STOCK_MANAGEMENT')) ? true : false; // no display quantity order if stock management disabled $this->orderBy = Tools::getProductsOrder('by', Tools::getValue('orderby','date_add')); $this->orderWay = Tools::getProductsOrder('way', Tools::getValue('orderway','asc')); if($this->orderBy=='position') { $this->orderBy = 'date_add'; $this->orderWay = 'desc'; } self::$smarty->assign(array( 'orderby' => $this->orderBy, 'orderway' => $this->orderWay, 'orderbydefault' => Tools::getProductsOrder('by'), 'orderwayposition' => Tools::getProductsOrder('way'), // Deprecated: orderwayposition 'orderwaydefault' => Tools::getProductsOrder('way'), 'stock_management' => (int)($stock_management))); } } ?> Ceci marche et je viens de le tester, contrairement au code précédent .
  4. oui j'allais le dire pour ton appel : variable smarty = $ mais t'as une autre incohérence dans ton code ainsi modifié : $smarty->assign('link1', $image1[0]['link']); $smarty->assign('link2', $image1[1]['link']); $smarty->assign('link3', $image1[2]['link']); $smarty->assign('link4', $image1[3]['link']); ^ça c'est pas bon du tout , tu devrais avoir : $smarty->assign('link2', $image1[0]['link']); $smarty->assign('link2', $image2[0]['link']); $smarty->assign('link3', $image3[0]['link']); $smarty->assign('link4', $image4[0]['link']);
  5. OPC = One Page checkout = Processus de commande sur une seule page . Toutes les étapes sont alors regroupées
  6. Une remarque à part , Il est bien sûr possible d'enrichir ce code, par ex. de tester si le client est loggué et alors se baser sur son adresse , et ne switcher sur la méthode "adresse boutique" que si on ne l'a pas. Mais bon je trouve que j'en ai assez fait comme ça , sans même savoir si vous utilisez OPC ou non ...
  7. Salut , Ce qui est problématique est que la plupart du temps , ce message est affiché avant l'authentification du client. Or à ce stade , on ne connait pas encore la taxe afférente a son pays d'origine. Une solution(mais pas idéale à mon goût) est d'utiliser la taxe liée au pays de la boutique. L'un comme l'autre ne parlez pas d'opc , je pars donc du principe que vous utilisez le processus de commande en 5 étapes, sinon ben tant pis pour vous il fallait être plus précis Ca peut se faire comme suit , il faut créer un dossier OrderController.php dans le dossier /override/controllers Dans ce fichier , vous collez ça et rien d'autre : <?php class OrderController extends OrderControllerCore { public function preProcess() { global $isVirtualCart, $orderTotal; ParentOrderController::preProcess(); // OrderControllerCore extends ParentOrderController /* If some products have disappear */ if (!self::$cart->checkQuantities()) { $this->step = 0; $this->errors[] = Tools::displayError('An item in your cart is no longer available for this quantity, you cannot proceed with your order.'); } /* Check minimal amount */ $currency = Currency::getCurrency((int)self::$cart->id_currency); $orderTotal = self::$cart->getOrderTotal(); $minimalPurchase = Tools::convertPrice((float)Configuration::get('PS_PURCHASE_MINIMUM'), $currency); if (self::$cart->getOrderTotal(false, Cart::ONLY_PRODUCTS) < $minimalPurchase && $this->step != -1) { $this->step = 0; /* tax mod */ $products = self::$cart->getProducts(); // we need at list a product id , better take it in cart $id_product=$products[0]['id_product']; // user is not necessary logged yet, use shop defaults instead $id_country = (int)Configuration::get('PS_SHOP_COUNTRY_ID'); $id_state = (int)Configuration::get('PS_SHOP_STATE_ID'); $id_county = 0; $rate = Tax::getProductTaxRateViaRules((int)$id_product, (int)$id_country, (int)$id_state, (int)$id_county); $minimalPurchase = $minimalPurchase*(1+$rate/100); /* tax mod end*/ $this->errors[] = Tools::displayError('A minimum purchase total of').' '.Tools::displayPrice($minimalPurchase, $currency). ' '.Tools::displayError('is required in order to validate your order.'); } if (Tools::getValue('ajax') && Tools::isSubmit('checkMinQuantity')) if (count($this->errors)) { self::$smarty->assign('errors', $this->errors); $errors = self::$smarty->fetch(_PS_THEME_DIR_.'errors.tpl'); die('{"hasError" : false, "errors" : [""], "data" : '.Tools::jsonEncode($errors).'}'); } else die('{"hasError" : false, "errors" : [""]}'); if (!self::$cookie->isLogged(true) AND in_array($this->step, array(1, 2, 3))) Tools::redirect('authentication.php?back='.urlencode('order.php?step='.$this->step)); if ($this->nbProducts) self::$smarty->assign('virtual_cart', $isVirtualCart); // Update carrier selected on preProccess in order to fix a bug of // block cart when it's hooked on leftcolumn if ($this->step == 3 && Tools::isSubmit('processCarrier')) $this->processCarrier(); } } ?> Pensez bien sûr à renseigner l'adresse de la boutique dans le back office , sinon bien sûr ça marchera pas vu que je me base dessus pour récup un taux de tva "par défaut..."...
  8. C'est bête à dire mais plus ça semble simple .... moins ça l'est ... J'ai fais ça il y a un bon moment pour une agence. Le principe était un onglet produits supplémentaire en BO pour la configuration d'une quantité maximale commandable ( avec une valeur par défaut à 0 = pas de limite ). En front l'ajout au panier déclenche le message qui va bien quand la quantité est supérieure au max commandable et annule donc l'ajout au panier . De mémoire , il faut pas mal de modifs du module blockcart , mais il est suceptible d'être mis à jour ..., alors pour l'occase j'en avais fais un deuxième nommé blockcartextended , un truc comme ça . Il fallait aussi modifier pas mal le javascript ajax-cart , cart ce type de module doit avoir et utiliser son propre controller , modifié en conséquence , et doit donc appeler un cart.php placé dans le dossier du module plutôt que celui à la racine , pour charger le controller étendu et ainsi éviter une override. Si je retrouve mon code je le posterais , mais pas du tout certain qu'il fonctionne direct tel quel ...
  9. Purée c'est une question piège ça, non ? On veut tout bien sûr ! Je vois que le débat démarre pas vite alors je vais essayer d'amorcer un peu. Bon faut trier je vais pas tirer trop vite sur cette perche tendue (je sens que tu vas me la ressortir celle là hein ?) Perso ce que j'aime c'est découvrir des petites astuces hyper utiles que j'ai pas encore eu à chercher ... et me dire "mince ça c'est pas con , ça c'est cool !..." , un peu comme quand je découvrais la bave aux lèvres les "deuxlignes" d'hebdogiciel ... Bon j'imagine qu'il y aura des demandes plus sérieuses, encore que je suis très très sérieux pour le coup , ça moi c'est ce qui me ferait attendre la NL avec impatience....
  10. Hello, Une petite surcharge de rien du tout et le tour est joué (en principe ... ) : Tu crées un fichier nommé NewProductsController.php vide dans /override/controllers , et dedans tu colles juste ça : <?php class NewProductsController extends NewProductsControllerCore { public function __construct() { $this->orderBy='date_add'; $this->orderWay='desc'; parent::__construct(); } } ?>
  11. Une petite remarque toutefois : je ne suis pas certain que DDLX soit enchanté de te voir ainsi publier le fichier du module en entier ... tu ferais bien de ne garder que les lignes génériques que tu as toi même modifié ...
  12. Bon je commence par ce qui me saut le plus aux yeux: Tu peux pas commenter la globale smarty dans ta méthode transfertLiens() Tu en as véritablement besoin .... donc function transfertLiens() { global $smarty; ...... ensuite $image1 = mysql_fetch_object(mysql_query("SELECT link FROM ps_slider_module WHERE id=1")); Je suis pas certain qu'une liaison soit initialisée et laissée active lors de ton appel. Tu peux vérifier avec un var_dump mais si ça se trouve $image1 est null et donc tu peux assigner ce que tu veux , smarty va afficher du rien puisque null . Dans l'environnement presta , la bonne méthode pour éxécuter ta requête est : $image1 = Db::getInstance()->ExecuteS("SELECT link FROM ps_slider_module WHERE id=1")); Bon là t'auras pas un objet mais un tableau associatif , ce qui change pas grand chose , tu récupère ta valeur et tu l'assignes ainsi : $smarty->assign('link1', $image1[0]['link']); ensuite ce qui me chagrine dans ton code c'est que je vois pas d'appel à transfertLiens() ... faut au moins le faire dans le hook , sinon pas d'assignation : function hookHome($params) { $this->transfertLiens(); return $this->display(__FILE__, 'ddlxslider.tpl'); }
  13. Salut, Pour un guide assez complet , "google is your friend" , mais tu peux commencer par Celui-ci Ce qui t'arrive est déplorable mais malheureusement fréquent. La ou un seul prestataire aurait du te suffire , tu parles de plusieurs, alors que ton site n'est pas fini... A mon sens ce qui manque depuis le début à ton projet est un cahier des charges bien précis, seul chose qui peut te servir de parefeu si tes attentes ne sont pas remplies :s J'espère que la lecture du manuel t'apportera un regard plus averti lors du choix de tes futurs prestataires. Cdt,
  14. Salut Iorek, Je me pose la question de savoir si tu représentes ici Lyra Networks , est-ce le cas ? Désolé mais bien que ton post le laisse penser , tu ne le précises pas expressément ... Ayant 3 de mes clients qui utilisent systempay , je ne connais que trop bien les modules prestashop de Lyra pour cette plateforme. En effet ils sont gratuits, mais je dois même souligner une chose , ils sont en permanence suivis , mis à jour au fil des versions de prestashop , et d'une simplicité d'installation et d'utilisation déconcertante... (non , j'ai pas d'actions chez Lyra Networks...) Je me suis longtemps demandé justement de quelle manière les choses s'étaient passées concernant ce module : J'entends par là que jusqu'à ce jour je me suis dit que Lyra avait été mandaté par la plateforme pour développer et maintenir ce module. Aujourd'hui je me demande si Lyra N. n'est pas justement à l'origine de la plateforme systempay , c'est un peu déroutant , mais je suppose que tu vas préciser et m'éclairer du coup, hein ? A mon sens, Il est clair qu'il est dans l'intérêt direct des plateformes de paiement est que les modules pour les diverses plateformes e-commerce soient gratuits , d'un part , mais aussi , surtout , fiables et stables. Dans le cas du module systempay , les banques n'hésitent pas une seconde à fournir le lien vers le module , lorsque d'autres se contentent d'adresser un guide d'intégration ... Je me demande pourquoi justement il serait si difficile de mettre ce module sur addons ? En théorie, Lyra comme n'importe quel développeur peut soumettre un module , payant ou gratuit , sur addons . Le module est alors certes soumis à validation , ce qui peut prendre assez facilement deux semaines , mais le jeu n'en vaut-il pas la chandelle ? Quelque soit l'auteur du module payant dont tu parles , et quand bien même il s'agirait de Prestashop 'en personne', je doute que le module puisse être refusé. Il en découlera un intérêt notable pour les usagers de Prestabox , qui eux ne peuvent installer que des modules depuis addons sur leur site (qu'ils soient payants ou gratuits). Après évidemment , qu'un module soient ou non présent en natif est une autre affaire, à laquelle seul Prestashop et ses partenaires entendent quelque chose. J'imagine , oui , les modules natifs spécifiques étant nommés modules 'Partenaires', que ces derniers doivent faire l'objet d'un accord financier... Dans tous les cas de figure, il est parfaitement possible pour Lyra de soumettre le module et le mettre à disposition sur addons. Cela étant dit, je dois rejoindre Jeckyl sur un point : c'est un point de vue très intéressant mais passablement hors topic. Il aurait été suffisant de dire que le module de paiement pour systempay était et resterait gratuit, et que les autres plateformes (eg: atos, mercanet , paybox etc) devraient suivre le même exemple , pourquoi pas? Le reste étant hors sujet... Pour ma part , je dois tout de même donner un point de vu plus tempéré : J'ai développé à un moment donné un module spécifique , justement à un service donné. En l'occurence dans mon cas il s'agit de transport et non de paiement , mais l'exemple que je vais citer n'en reste pas moins probant. Ce module , je l'ai très vite mis à disposition gratuitement sur addons. A ce jour il a été téléchargé plus de 1500 fois. J'ai appris assez récemment que le transporteur lui même recommandait ce module à ses usagers , et ce depuis un bon moment. Or le transporteur en question n'a jamais pris la peine de me contacter , pas même pour me dire qu'ils recommandaient mon module .C'est pourtant pas si difficile hein ? Ben rien , nada. Comme tu le vois il est donc intéressant de savoir si effectivement Lyra a été mandaté et donc rémunéré pour que ce module soit et reste gratuit , ou s'ils ont quelque intérêt particulier à en retirer. Car en ce qui me concerne , c'est vraiment du gratuit pour du gratuit , et ce module ne m'a pas même rapporté plus d'une dizaine de remerciements (dont près de la moitié étaient une introduction à une demande de support , lui aussi , attendu gratuit...) Bref je veux bien que tu nous précise un peu tout ça concernant le module systempay , et dans tous les cas , je t'encourage vivement à soumettre le module sur addons , pour qu'il profite au plus grand nombre. Edit : plus je relis et plus j'ai le sentiment que tu parles au nom de Lyra network , du coup je suis impatient de lire de quelle manière ce module a vu le jour. Pour le reste , je ne peux que saluer en tout cas cette initiative, dans la mesure ou je te rejoins sur un fait indéniable : à être perdus dans les offres payantes , les e-commerçants n'y voient pas clair et finissent souvent par faire un choix à l'aveugle , et effectivement souvent en débit du bon sens.Il me semble que ce sujets hyper-sensible que représentent les palteformes de paiement mérite plus que de l'a peu près
  15. Intéressant , Bluemoon, mais je pense que tu fais d'un cas particulier une généralité... et ce malgré le scan anti-vindicte Si mes prérogatives ne m'imposaient pas un devoir de réserve , je serais en mesure de te citer des cas de commerçants qui vivent de la solution, de manière parfaitement correcte. Avec derrière une véritable infrastructure , des salariés souvent , etc .... Je te remercie de parler des "tripatouilleurs", qui n'est autre qu'une des traductions littérales du terme "hacker" . Ce que nous sommes tous plus ou moins à la base. L'expérience montre que justement , ces fameux modules parfaitement inutiles en front office d'avèrent être les plus prisés. Je te parle d'expérience pour avoir basé ma vitrine sur des modules très spécifiques, transport etc ... et je te le dis d'expérience également : ces modules ne rapportent rien d'autre qu'une démonstration de ce que l'on sait faire. Ils ne sont pas rentable : le temps passé à les maintenir au fil des versions n'est pas payé au smic en regard du nombre de leurs ventes . C'est ici que se trouve la nuance : ce que veulent les e-commerçants , ce sont des modules "inutiles" qui distinguent leur site de celui du concurrent. En ce sens donc ,les producteurs de ces modules sont dans le vrai, et auraient tort de ne pas les rentabiliser. Quant à ceux qui persistent et signent sur des modules originaux et fonctionnels, ils vivent du sur mesure et de l'accompagnement cohérent qu'ils peuvent fournir à leurs clients. Oui là je parle de moi ,parmi d'autres... On tourne autour de quelques idées toutes faites, mais on oublie la réalité du e-commerce. C'est forcément trompeur. Ce discours pourrait être interminable , mais j'ai transmis l'adresse du topic à quelques uns de mes clients et je pense qu'ils pourront apporter un avis et un regard concret sur ce qui est débattu ici. J'espère qu'ils auront le temps de le faire , simplement.
  16. Je n'en reviens pas , vraiment pas , que tu récidives à ce point.... Allez je cite : Il n'a jamais été gratuit ... si on parle du même , alors je me demande comment tu peux l'avoir obtenu gratuitement sur une version 1.3 par exemple. Tu parles de modules indispensables , mais en quoi un carousel 3D est-il indispensable ??? Non il ne l'est pas : il est pratique si on cherche le petit plus qui va démarquer une boutique de celle du concurrent. Aujourd'hui , ce que chacun trouve indispensable n'est en fait que de la poudre aux yeux , du gadget , mais c'est ce qui marche , parce qu'il faut se démarquer de la concurrence , et que c'est justement ce qui change du site lambda qui le permet. Enfin je vais taper fort là ou ça peut faire mal peut être mais je vais dire que merde , Prestashop , le logiciel , est gratuit , mais as tu la moindre idée du nombre d'employés de prestashop en tant que société ???? A un moment donné il faut bien les payer ces employés , non ? Tu ne penses tout de même pas qu'un généreux donateur se cache derrière prestashop et débourse des centaines de milliers d'euros par an pour satisfaire uniquement les commerçants désireux de démarrer avec rien ? Il n'y a rien de cohérent dans ce que tu dis , pardonnes moi d'être aussi ferme... Pour le coup , j'envois un lien à quelques un de mes clients en espérant qu'ils auront le temps de lire tout ça et donner un peu leur avis , car je crois véritablement qu'ici , les commerçants ne sont pas réellement représentés. Je leur laisse la main s'ils en trouvent l'envie et le temps
  17. Daniel3000, Ton intervention me semble suffisamment intéressante pour avoir evie d'y répondre , cette fois sans aucun sentiment de frustration , mais sans pour autant être de ton avis. La dessus , je souligne ce que tu décris comme du "cousu main" et va étayer un peu ce que nous tentons de faire entendre. Contrairement à ce que l'on pense , beaucoup veulent le beurre et l'argent du beurre , en ce sens que la solution , dans son "entièreté" et son entière gratuité ne leur suffit pas. Beaucoup désirent également la fonction bien particulière qui n'existe pas par ce qu'elle ne servira qu'à lui . Leur première approche est de chercher un module gratuit qui étendrait les fonctionnalités pensées de manière à satisfaire le plus grand nombre, mais qui ne satisfera que leur besoin, unique. Comment donc les contributions communautaires garderaient leur sens ici ? Pour un besoin spécifique, un membre suffisament calé de la communauté devrait-il développer un module gratuit ? Le commerçant a pour objectif défini et non tabou de faire du chiffre. En quoi en ce sens devrait-il espérer qu'un membre de la communauté doit obligatoirement répondre à sa demande spécifique ? Bien sûr tu dis le contraire, mais je t'assure que cela ne se passe pas comme ça. Si j'avais le temps , je ferais quelques recherches ici même et te montrerais jusqu'ou peut aller un membre du forum pour obtenir , toujours gratuitement , une adaptation sur mesure de prestashop . Comme je parle ici en qualité de prestataire (et non de modérateur) , je me dois de dire que notre existence ne se justifie que par ces besoins précis et spécifiques. Pour y répondre, nous avons tous du faire des choix , nous avons perfectionné et adapté nos méthodes de travail à un seul logiciel afin d'être maîtres des services que nous proposons. Cela passe donc par les thèmes , les modules. Pour autant nous n'en perdons pas notre esprit communautaire et n'hésitons pas une seconde à proposer un module pratique et non existant gratuitement pour peu que celui-ci soit susceptible de servir le plus grand nombre et ne nous mobilise pas trop de temps (notre casse croûte) . Je rappelle que quand je dis nous , je dis nous , prestataires, et pas prestashop. Nous n'avons pas les mêmes engagements, et avons tous également beaucoup investi dans cette solution , à notre propre mesure. C'est je veux le croire la seule raison qui permet aujourd'hui d'avoir sur une solution entièrement gratuite comme prestashop , un peu plus que ce qui est inclus dans le "pack" , non ? Etrangement, je suis persuadé que si je demandais à mes clients de lire ce post et donner leur propre avis d' e-commerçant aguerri, ils seraient bien plus agressifs que moi dans l'analyse du 100% gratuit. Il est clair que le jour ou les prestataires orientés/spécialisés dans la solution ne pourront plus en vivre, le commerçant devra se satisfaire de la solution elle même , et des seuls modules (y compris payants) , développés par Prestashop. Nous sommes égalements des commerçants , peut être, bien sûr, plus des artisans , mais nous payons des charges , nous donnons de notre temps , et pour ce faire , en ce qui nous concerne , rien n'est gratuit non plus. nous devons investir du temps , un temps conséquent , et au quotidien , ne serait-ce que pour suivre l'évolution du logiciel que nous avons choisi de représenter. Nous investissons également toujours une partie de notre temps pour ici même essayer au mieux de partager ce que nous avons appris, et d'aider au mieux ceux qui en ont besoin . C'est ce qui nous stimule et justifie le choix que nous avons fait , l'orientation prise. Enfin , pour parler de la licence prestashop , qui a d'ailleurs changé avec la branche 1.4 : Cette licence fort heureusement n'interdit pas d'utiliser du code natif pour la création d'un module étendu. Mais il est clair que le prix d'un module tiers ne s'estime pas a son utilisation ou non de code natif, mais à sa qualité , au temps qu'il a demandé, au support que l'on décide ou non d'apporter , son unicité , etc ... On peut toujours parler de gratuité d'ailleurs et comparer les solutions , mais dans ce cas, je crois qu'il y a bcp à dire alors et que celle ci (prestashop) n'est pas en reste! J'ai d'ailleurs comme mes collègues des tas d'anecdotes sous le coude à ce sujet, mais trop peu de temps pour me lancer la dessus... Bref je crois que si notre message ne passe pas, je finirais par remonter ce topic a mes propres clients en leur demandant de donner leur avis en toute honnêteté. Je crois que leur expérience du e-commerce pourra éclaircir des points que vous trouvez oscurs et nous opposent.
  18. Je ne pense pas différer énormément de mes camarades , mais je dois bien donner aussi mon avis. Comme Olea, Jeckyl et bien d'autres , j'ai une proportion de modules gratuits , dont la plupart ne sont même pas sur mon site , et une autre de modules payants. A titre d'exemple un de mes module mis à disposition gratuitement s'est téléchargé sur addons à plus de 1500 exemplaire. Sur le lot , j'ai du recevoir moins d'une dizaine de remerciements... comme quoi ... Sur mon site , les downloads gratuits m'apportaient des tas d'enregistrement pourris comme des adresses mails à la [email protected] , et j'en passe. L'envie de faire du communautaire ne m'a pas pour autant quitté , mais je dois avouer que j'y crois moins. Après il y a forcément l'aspect "on doit bien vivre aussi". Un module maintenu à jour , c'est du support , des heures , pas besoin de faire un dessin : la solution évolue , on doit s'adapter, suivre. Prestashop ne s'adapte pas aux besoins des développeurs , mais à ceux des clients. C'est aux développeurs et intégrateurs de s'adapter pour que leur produits restent compétitif et fonctionnels. Ce n'est pas une mince affaire crois nous... Enfin cela me révolte tout autant de voir ce genre de message. Un commerçant qui souhaite démarrer sans frais se voit proposer une solution gratuite et maintenue, et peut sans problème se satisfaire des modules natifs de prestashop et un thème un peu plus sympa que le natif à moins de 100€ (il y en a plein). Lorsque les besoins changent , c'est généralement que le commerçant vend. Or pourquoi le commerçant ne propose-t-il pas de produits gratuits ??? c'est vrai ça , jamais on ne le voit ? comment se fait-il que nous prestataires ne trouvions pas de produits offerts ? La raison est simple et évidente , dans ce cas. Et bien je dirais que le prestataire ne diffère pas de ce schéma , et qu'il existe très peu de commerçant effectuant leur par de communautaire ici même. Il en existe cependant et qui le font passionément , heureusement. Aussi nous , prestataires , devons calculer un prix de revient de nos produits (charges, frais fixes, heures passées , suivi , support , compatibilité avec le plus grand nombre de configurations , qualité , etc ... ) , pour établir un tarif pour un de nos produits. Il faut savoir que sur un site comme addons , c'est pas moins de 30% qu'un prestataire doit reverser à la plateforme , qui met en valeur ses produits : c'est le deal , logique... C'est tout de même incroyable qu'un commerçant puisse ne pas trouver normal d'avoir à débourser un centime pour , lui , pouvoir faire son business derrière , non ? Par chance mes clients ne souffrent pas de ce syndrôme , mais j'en ai croisé tout de même un bon paquet sur ce forum. Tu comprendras notre léger agacement... Bref je te suggère de regarder l'ensemble de nos posts , je parle de tous les intervenants sur ce topic , et tu pourras juger ou non de notre esprit communautaire. Il n'en reste donc pas moins que ce type de remarque nous hérisse au plus haut point , car c'est dit à mon sens , sans connaissance de cause.
  19. Une remarque au passage : que cela soit pénible , nous le comprenons , mais attention aux amalgames, car ici ceux qui cherchent à t'aider , y compris jeckyl et moi, le font bénévolement et par simple esprit communautaire. Du coup ta remarque : Cela commence à être vraiment pénible!! peut être vraiment mal ressentie au point que plus personne ne cherche à t'aider.c'est pour info....
  20. Comme le dit jeckyl, en passant dans le fichier config.inc.php a la fois display-errors à on au lieu de off, et avec le debug mysql à true, tu devrais obtenir un message d'erreur et non une simple erreur 500. Avec ce message d'erreur , nous serons en mesure de te dire précisément ce qui cloche. Sans lui , on ne sait rien... SI tu as véritablement effectué ces modifs et que tu obtiens toujours une page erreur 500 , alors c'est que le probleme vient de ton hébergement à priori . Il va falloir nous en dire plus sur l'hebergement , et sur les modifs du config.inc que tu as testé pour que l'on puisse t'aider.
  21. Oulà oulà , j'ai pas dis ça hein ! Ca si tu as la patience d'attendre la 1.5 , tu auras tout ce que tu désires. Sinon il faudrait au minimum: - transformer la constante _DB_PREFIX_ en variable dynamique , afin d'attaquer deux install différentes sur la même bdd , selon le besoin - surcharger les classes sensées utiliser une table commune pour redéfinir le prefix "A" - Definir sur l'install courante sinon Au final ça peut fonctionner oui , mais c'est pas du tout l'objet du topic
  22. Bon alors je vais préciser un peu le fond de ma pensée , comme ça j'espère que tu y verras plus clair . Je ne juge de rien et loin de moi l'envie de remettre de l'huile sur le feu, mais c'est normal que je veuille préciser devant l'incompréhension, justifiée ou non . Tu dis rechercher un prestataire , mais tu énumères aussi les bugs , et tu nous racontes également ta mésaventure : c'est ma lecture Il se trouve que je le suis , prestataire , et que cette liste de bug me parle , pour avoir moi même mené à bien de nombreuses mises à jour , modules non natifs compris (je peux te donner des noms hein si tu veux). Je lis donc ce post et j'ai deux possibilités : 1) Je saute sur l'occase et je t'envoies un PM pour te proposer mes services, mais je ne le fais jamais : je ne vends pas de cette manière. 2) Je ne propose pas mes services mais j'essaye de faire avancer le schmilblick. J'ai choisi la 2 ème... Faute d'en savoir plus sur la boutique elle même , je te donne des pistes , non pour que tu les développe toi même , mais parce qu'il m'est arrivé souvent que ce type d'indication aide aux posteurs commerçants de ce forum à trouver un prestataire averti , puisque si cela ne te parle pas , à toi , a eux , ce n'est pas la même chose, et que si je n'avais pas reçu une réaction aussi vive et vindicative , j'aurais creusé encore plus le sujet en mettant ici même quelques unes des solutions réelles et que n'importe quel prestataire choisi par tes soins aurait pu mettre en oeuvre facilement sans que cela te coûte à nouveau plus de 4000€ ... Tu dis vouloir payer , ok , mais si tu peux payer moins ? tu sembles déja avoir perdu suffisament d'argent . Ensuite , comme tu le dis toi même, je ne connais pas l'historique et je ne peux pas sur une simple affirmation juger du degré de responsabilité de Prestashop , mais je peux dire ce que j'ai lu , à savoir que les mises à jours vendues en 'Package' sur le site ne garantissaient pas le fonctionnement des modules non natifs. Je fais référence à ce que je comprends en lisant par exemple cette offre ci : http://support.prestashop.com/fr/25-ticket-mise-a-jour.html . Donc je ne me fais ni juge ni arbitre , ce n'est pas non plus le fond de ta question . J'ai même pris la peine de préciser en éditant mon post que je ne me faisait pas l'avocat du diable . J'ai donc rapidement glissé sur cette considération puisque ceci est et doit rester un problème entre toi et prestashop . Mais certes j'ai précisé le fait que tu n'aurais pas forcément gain de cause, et en tout cas pas sur tout , en raison de ce que tu décris comme disfonctionnements. Bon écoute j'ai fais de mon mieux sur un premier post et mon intention était de t'aider , sans vouloir prendre parti pour quelque chose qui nous échappe et ne nous regarde pas . (Je ne dis pas que cela ne nous intéresse pas non plus , note bien). Bref je pourrais te démontrer que ma réponse initiale comportait réellement de vraies réponses, mais on tournerait alors en rond. Je me contente de faire comme si ces précisions suffiront à t'en convaincre. Pour des réponses plus précises et plus complètes , j'aurais eu besoin de plus d'infos , et plus de temps. J'espère en tout cas très sincèrement que tes problèmes seront règlés au plus vite et ton activité relancée.
  23. Il ne s'agit pas d'être super fort ou non , il s'agit d'avoir déja rencontré et corrigé tel ou tel type de problème pour mes propres clients. C'est pareil pour les commandes qui sautent : j'ai connu des interférences atos/fianet par exemple , mais d'autres combinaisons également qui causaient ce problème . Evidemment que je ne connais ni l'historique ni les détails précis ou versions des modules précités , mais les pistes que je vous ai donné en sont de réelles, que vous les acceptiez ou non . Je vous répète que je ne vous ai rien vendu , rien proposé , et que ma seule volonté était de vous orienter , comme je l'ai fait à ce jour pour plusieurs centaines de personnes (regardez mes posts...). C'est déplorable que ça tourne de cette manière au pugilat mais je m'en remettrais . Sujet clos pour moi
  24. je ne vais pas vous la refaire en entier , mais je vous réitère que vous m'avez mal compris , je ne prends pas parti pour prestashop , ni pour vous , j'essaye juste de vous dire qu'il existe des solutions , je ne citerais qu'un exemple : -> rassurez moi : ce module acheté 380€HT sur prestastore et certifié par prestashop devrait pourtant être exempt de bugs non ? Je vous dis juste moi que ce type de bug est corrigé en 5 mn , par 5 lignes de codes , mais je n'ai pas réalisé ni vendu ce module que je sache??? Qu'il soit ou non exempt de bug , je prends la peine de vous dire qu'il existe des solutions simples et rapides , que j'aurais volontier pris la peine de vous détailler si vous ne m'aviez pas pris pour je ne sais toujours pas quoi d'ailleurs. Peu importe que Prestashop soit ou non responsable de vos maux : j'avais cru comprendre que vous souhaitiez du soutien et des solutions rapides , je me suis trompé ? Pas la peine de me répondre , j'ai perdu assez de temps sur ce fil.
  25. Pourtant je n'ai vraiment pas cherché à vous faire rire , mais à vous orienter, car les problèmes énumérés sont pour beaucoup des problèmes dont je connais la cause , pour avoir du corriger moi même nombre de modules d'autres développeurs , pour mes propres clients , qui souhaitaient en garder le bénéfice . Je pense que vous m'avez mal lu/compris et que vous reportez votre amertume sur la mauvaise personne. Peu importe , j'aurais du m'abstenir : je m'y attendais.
×
×
  • Create New...

Important Information

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