Jump to content

Broceliande

Members
  • Posts

    1,735
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by Broceliande

  1. Il semble que c'est un peu ce que nous craignons tous... En tout cas les signes sont bel et bien là. Si prestashop suit le modèle magento d'une manière ou une autre, alors c'en est fini des versions (gratuites) stables... le terme est incompatible avec le modèle marketing... Pour l'heure, je dirais que quand on voit ce qu'on nous propose après plus d'un an d'effets d'annonce, l'aspect rustine des derniers commits sur svn , ceux là même avant la release, ne pas utiliser le terme stable ressemblerait presque à de l'humilité :s
  2. "Est-ce que ça vient de mon hébergeur?" .... Clairement oui : les conditions optimales pour une maj correcte ne sont pas réunies. Ceci dit comme tu ne reçois que des warnings, je t'invite à commencer par désactiver l'affichage des erreurs dans /config/config.inc.php en passant display_errors à 'off' Ensuite tu vas devoir autoriser apache à écrire sur l'arbo complète de prestashop , donc par ex tous passer de manière récursive en 755, selon l'hébergeur...
  3. +1 , mais ce que je trouve encore plus dommage , c'est que tout le monde se soit rué à ce point sur cette nouvelle version, qui n'a pas réellement été testée. Depuis plusieurs mois j'ai des demandes récurrentes sur des versions alpha / beta/ rc / svn en tous genres, que je refuse bien entendu. A un moment donné il va bien falloir tester la 1.5 en prod, c'est indéniable, mais la d'après mes premières constatations, en terme de stabilité, on est encore loin du compte, en tout cas pour ce qui est des versions upgradées. Je suppose que les versions natives 1.5 rencontrent des problèmes moindres. Certes je parle sans arguments : pour l'heure c'est uniquement un ressenti, mais comme tous je vais devoir approfondir. D'ici là, j'applique le principe de précaution en disant à mes clients qu'il est préférable d'attendre. Une mise à jour n'est pas une opération à prendre à la légère.
  4. Une petite rectification s'impose : nous n'avons absolument pas dit que nous ne savions pas à quoi servait ce hook, mais seulement que nous n'avions pas sur le coup d'exemple d'usage... En revanche ce qui est parfaitement exact, c'est que ce hook est effectivement là pour le cas ou l'on souhaiterait intervenir à cet endroit. Là je suis contraint de dire non , non , et re non! L'essence même des hooks est de pouvoir exécuter un code externe à un moment donné du traitement, sans avoir à modifier le code natif. Commenter les hooks potentiellement non exploités revient à perdre tout ce pour quoi ils existent. Imagine une seconde ce qui se passerait si pour utiliser tel ou tel hook, on devait décommenter des lignes de code natif ! "Pour utiliser ce module , décommentez les lignes xx et yy du fichier lambda.php, puis les lignes zzz etc ... " : et encore , on ne parle pas des différente versions qui peuvent donc donner lieu à une variation ... Ca me rappelle de très mauvais souvenirs sur l'installation de modules sur les osc.... Pour le coup toute mise à jour impliquerait d'avoir à refaire la manip... Je pense que la nature même des hooks t'échappe encore quelque peu (je me trompe ? ). Je n'ai jamais vraiment trouvé le terme idéal au demeurant. Mais clairement, les appels aux hooks dans le core sont indispensables à la création de fonctionnalités supplémentaires. Si aucun module n'est accroché au hook , alors l'appel consomme des ressources négligeables, d'autant que la liste des modules 'accrochés' aux hooks est mise en cache. Au sujet des commentaires d'ailleurs, un puriste te dirait qu'ils n'existent que pour apporter des informations au code, et en aucun cas à occulter/désactiver des lignes de code. Un code source qui comprend des blocs ou lignes de code commentées est généralement un code inachevé ou perfectible. Bref en résumé et pour conclure, utilisés ou non , les hooks sont là à dessein et il est bien plus gènant d'avoir à intervenir sur un traitement qui n'appelle aucun hook que d'avoir un appel inutilisé.
  5. En toute honnêteté Erriku je ne vois plus du tout ou tu veux en venir et j'ai presque l'impression que tu fais montre d'une mauvaise foi ou d'une mauvaise volonté hors du commun. Un simple exemple je cite : J.Danse a mis un lien vers un article détaillé qui explique tout ceci , que dire de plus, sinon que je n'ai pas encore eu le temps de saluer la qualité de ce dernier mais que ce sera fait !? Maintenant on parlait d'exemple d'utilisation alors je vais t'en trouver un à la volée et au pif : - Ce hook intervient juste avant l'affichage du controller . - Le hook retourne le controller en paramètres , entre autre. - Supposons donc que l'on souhaite simplement logguer les appels à ces controllers et en tirer des stats , alors on implémente ce hook dans un module , on fait notre sauce , et le tour est joué... C'est minable comme exemple mais à l'instar de chaque hook , seuls ceux qui en ont besoin se rendent compte qu'il est présent et l'utilisent. La boucle est bouclée... Par le passé le reproche était fait à la solution (et je suis pas le dernier à avoir pesté) de ne pas avoir suffisament de hooks... Il est clair qu'aujourd'hui , chercher à en supprimer serait malvenu non ?
  6. Je plussoie également, en même temps avec le recul, s'il n'est pas dans la bdd ça représente bien un loupé/oubli (?), ce que soulignait notre ami Erikku. Ici on a beau jouer sur l'aspect technique, il est clair que ce hook n'est pas pleinement intégré... Le pourquoi du comment risque de rester un mystère, mais on peut peut être rendre à ce topic ce qu'il mérite en cherchant ce que nous pourrions bien faire de ce hook ?
  7. Effectivement le hook n'est pas dans la table des hooks. Ceci dit il est plus facile de l'ajouter depuis un module que de faire une surcharge pour que le hook soit appelé. +1 veut simplement dire "je partage l'avis de celui que je cite..." en gros on se joint à l'avis donné sans en rajouter... On appelle ça plussoyer
  8. Bien sûr qu'ils vendent ! tu veux des noms , des numéros , je suis sûr qu'ils accepteront de te répondre ???! On aura bien tout lu ici... Que je réfléchisse deux secondes avant de poster? Commence par te relire, modérer le ton et la forme de tes propos, et on en reparlera. Quant à moi j'assiste à un pugilat en bonne et due forme d'un module que je connais et dont mes clients qui l'utilisent sont pleinement satisfaits. J'ai donc le droit de remonter également mon expérience.
  9. Histoire de rétablir un peu l'équilibre , je vous fais un retour de mon propre vécu. Plusieurs de mes clients utilisent ce module sans problème. Il remplit parfaitement les fonctions énumérées , et la description précise néanmoins la limite imposée par amazon : Je ne vois absolument pas ce que le développeur peut faire de plus, tant qu'amazon ne permet pas la création via webservice d'articles non référencés dans leur database . Il faut arrêter de crier au bug et à l'arnaque , c'est un module très technique et le seul dans son genre. Quant au remboursement ce n'est pas non plus à l'auteur qu'il faut s'en prendre : il faut voir ça avec addons. Le contributeur n'a pas le pouvoir d'initier un remboursement.
  10. Ici on parlait de la version 3.0.9 du module, et je constate que celle dispo sur addons est désormais 3.0.11 . Cette erreur est-elle corrigée ? pouvons nous avoir un retour ? Je confirme les faits évoqués par jeckyl au passage : un client qui bénéficie d'un bon de réduction de 15€ se voit devoir payer 100/1.196 - 15€ soit : 68.61 € sur paypal , alors qu'il aurait du payer la somme de 85€ . Mes clients affectés par ce bug me remontent qu'il est particulièrement délicat et difficile de demander au client de règler la différence. Je suis plutôt de l'avis de fGaillard sur le fait qu'une correction vaut mieux qu'un retour en arrière , mais qu'en est-il aujourd'hui ? Ceci parce que de notre côté nous devons nécessairement agir, et vite, auprès de nos clients, quitte à passer dans une version antérieure :s Merci
  11. Il faudrait activer l'affichage des erreurs pour en savoir plus. Tu édites /config/config.inc.php La tu cherches display_errors="off" et tu remplaces par display_errors="on"
  12. Salut, Concernant le cache css, tu devrais t'assurer qu'apache a les droits en écriture sur le dossier du thème utilisé. En fait les compressions CCC s'écrivent dans /themes/montheme/cache Le cas échéant , tu peux le créer à la main . Si tu n'es pas sûr des droits, essaye de passer le dossier en 777 et réessaye.
  13. Salut, Si j'ai bien compris, tu utilises des déclinaisons pour gérer ton prix à la coupe à partir d'un prix de base au kg ? et tu veux le prix ttc hors déclinaison ? dans ce cas tu peux faire (dans product.tpl ) : {assign var='basePrice' value=$product->getPrice(true, $smarty.const.NULL, 2)} <span id="base_price">{convertPrice price=$basePrice}</span> pense à vider le cache smarty après modif
  14. Bonjour, C'est dommage que nous n'ayons pas un lien vers la boutique ...(?) A vrai dire, comme le suggère jeckyl , ce peut être du tout ou rien, selon les modules installés. Si tu n'utilises que des modules natifs, alors c'est les doigts dans le nez, à l'exception du thème. Dans le cas contraire, il faudra inventorier les modules complémentaires, trouver leur maj ou leur équivalent pour la dernière version de prestashop. Le cas échéant , les adapter, s'ils ne sont plus suivis ou mis à jour ... Comme mes collègues, je te conseille vivement de faire appel à un professionnel, mais il faut vraiment faire le tri et comparer les offres. Il faudra s'assurer que tes commandes, tes clients, ton catalogue, seront préservés après maj. S'assurer d'un vrai sav car certains problèmes n'apparaissent pas nécessairement de suite. Personnellement, je peux réaliser rapidement un état des lieux du site actuel, ses modules spécifiques, etc... A partir de là il sera facile de trouver un prestataire en lui fournissant un cahier des charges précis. Je ne peux toutefois que te recommander de bien prendre le temps à ce stade de choisir ce dernier, et de t'assurer qu'il a déja réalisé des migrations de ce type, sans embûches, lui demander de réelles références, et ne pas hésiter à demander l'avis de la communauté. Cdt.
  15. Paniers de plus de 200 articles, 6000 articles, et tu ne parles pas du trafic... Il est évident oui que l'hébergement n'est pas adapté . Au minimum oui c'est un dédié qu'il faut , car même un vps sera moyen pour le coup. Ovh a des kimsufi 24G très performants à 50€ / mois. Pour beaucoup de mes clients c'est un bon compromis. C'est en dessous d'un dédié standard, c'est très véloce, grâce aux 24 go de mémoire vive. Le bémol c'est qu'on n'a qu'un disque dur (pas de raid mirror donc) , et que pour le coup il faut mettre en place des solutions de save bdd etc vers un backup ftp, car si le dur tombe en panne , il sera remplacé , mais pas les données :s. Perso je fais des cron vers des scripts bash qui gèrent ça. A noter aussi qu'au départ , je n'utilise pas de contrib ovh , je prends un ubuntu serveur 64 de base et j'installe et configure moi même les services : on cherche la performance, et non à héberger plusieurs sites.
  16. D'une certaine manière, la différence entre le mode gris et le mode liste , sur un mobile , est nettement moins flagrante que sur un navigateur plein écran. Outre les boutons, je ne sais pas véritablement si la gestion javascript + cookies liée à cette fonctionnalité sera opérationnelle sur tous les mobiles, au risque sait on jamais d'obtenir des résultats farfelus. Plus que deux boutons et une gestion grid/list par l'utilisateur, effectivement il pourrait être intéressant de définir le mode d'affichage que l'on souhaite justement sur la partie mobile. Un truc à creuser peu être en effet.
  17. Pour l'avoir testé , je ne peux que m'incliner : madoué ce module devrait être natif, c'est clair, mais à défaut il est exactement ce que j'aurais fait si personne ne l'avait développé ... A adopter les yeux fermés , parole de Bro
  18. Hello dindonroyal (lol...j'ai hésité) . Cool que tu y sois parvenu , mais à mon sens , la méthode est génante. D'une part ce sont des modification en dure dans le core : adios les maj .... D'autre part , ça n'est pas très formateur à mon sens , si l'on fait abstraction du côté fonctionnel, ni très sécure au final ... Etant donné que l'upload se fait avant commande , n'importe quel gamin en mal de sensations peut t' innonder de fichiers en toute impunité. A mon sens , hormis si c'est absolument indispensable que la personnalisation intervienne avant la commande, il est préférable de gérer les envois en post commande. Je te propose de jeter un oeil sur ce module : http://www.presta-broceliande.fr/fr/16-mes-uploads.html
  19. Merci pour ta réponse, on aime bien savoir à qui on parle , enfin ça là ça n'engage que moi L'approche que tu as est d'utiliser l'existant , ce qui est louable, et sans connaitre les tutos que tu as suivi, je ne peux que déduire qu' il y est forcément question de modification du core... mais bon ... Je vais rejoindre jeckyl sur ce point : si tu parviens à joindre des pdf ou zip à tes fiches produits, côté BO, cela n'a pas de sens que tu rencontres des pbs avec d'autre extensions. Es tu bien certain d'avoir traîté tous les scripts altérés par ces modifs ? Idéalement , tu nous posterais tes scripts modifiés ... ça devrait nous parler, et peut être que ces scripts peuvent ou doivent être transformés en surchage, afin de pas figer le site dans une version donnée et assurer les maj à venir.
  20. Bonsoir, A mon sens ce n'est donc pas du tout un menu catégories dont tu as besoin . En effet si chaque catégorie doit mener à un produit unique , nul besoin d'avoir une catégorie pour ça. Un simple menu configurable et relooké fera l'affaire. Le titre du lien étant ta fameuse 'catoégorie' , et le lien le produit tout simplement ... à moins que tu n'aies une arborescence dans ces catégories ?
  21. Aucun espace visible non plus en ce qui me concerne , quelque soit le navigateur... sur le lien présent dans ta signature en tout cas vu que tu ne précises pas... Une remarque : ta signature comporte 3 fois le même lien sur 3 mots clefs différents. Ceci n'a aucun intérêt particulier. Ca ne t'apportera rien du tout côté ref nat dans la mesure ou 3 liens identiques qui se suivent, c'est sans espoir ... à mon sens ...
  22. Bonsoir, Le sujet a été traîté 1000 et une fois ici bas, je pense qu'un peu de recherche avancée sur le forum, voire google, n'est pas un luxe. En revanche , concernant la 1.5 , je ne répondrais pas de par sa spécificité et le fait essentiel qu'elle n'est pas disponible en version stable. J'imagine que ce que tu pourras trouver à ce sujet pour la version 1.4 sera en grande partie exploitable et adaptable sur ta version. A vue de nez, une solution de base est de surcharger FrontController pour que seul un utilisateur loggué puisse voir la home, et dans le cas contraire , le rediriger vers une page à part ... Tu n'as pas dis si tu cherches juste une solution ou si tu souhaites la développer... Je n'ose pas imaginer que tu sois commerçant et que tu puisses déja utiliser une 1.5 ?
×
×
  • Create New...

Important Information

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