Jump to content

Broceliande

Members
  • Posts

    1,735
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by Broceliande

  1. Salut, Quelle version de prestashop ? Sur les dernières versions du module GA , il y a déja une distinction selon le controller actif, si on est sur order ou pas en clair . function hookHeader($params) { // Better way to check which file / controller name is loaded if (!($file = basename(Tools::getValue('controller')))) $file = str_replace(array('.php', '-'), '', basename($_SERVER['SCRIPT_NAME'])); // Otherwise, create Google Analytics stats $ganalytics_id = Configuration::get('GANALYTICS_ID'); $multilang = method_exists('Language', 'isMultiLanguageActivated') ? Language::isMultiLanguageActivated() : (Language::countActiveLanguages() > 1); $defaultMetaOrder = Meta::getMetaByPage('order',$this->context->language->id); $order = ($multilang?((string)Tools::getValue('isolang').'/'):'').$defaultMetaOrder['url_rewrite']; $pageTrack = preg_match('#(^'.__PS_BASE_URI__.'order.php)|(^'.__PS_BASE_URI__.($multilang ? ((string)Tools::getValue('isolang').'/') : '').$defaultMetaOrder['url_rewrite'].'[^-])#', $_SERVER['REQUEST_URI']) ? '/order/step'.(int)Tools::getValue('step').'.html' : $file; $this->context->smarty->assign('ganalytics_id', $ganalytics_id); $this->context->smarty->assign('pageTrack', $pageTrack); $this->context->smarty->assign('isOrder', false); return $this->display(__FILE__, 'header.tpl'); } Il n'y a qu'un seul tpl , certes , mais je crois bien que le module en lui seul fourni suffisament d'informations pour gérer les entonnoirs de conversion ... ... mais je suis pas un spécialiste GA non plus ...
  2. Bonjour, Je pense que tu devrais vérifier tes paramètres seo : voir si le rewrite est bien actif, et surtout regénérer ton fichier .htaccess Pour info , le mot Urgent comme d'autres de ce type sont interdits dans les titres de Topic , j'ai donc édité le tiens.
  3. Au final si tu lis bien l'ensemble des posts de ce topic, c'est tout de même ce que nous sommes nombreux à faire : repasser en 2.8 ... .. ce qui ne résout rien au final, concernant ce nouveau module, qui sera forcément incontournable à court terme..
  4. Et si tu n'as toujours pas résolu ton problème , assure toi que la valeur de display_errors est bien égale à "off" dans ton config.inc.php
  5. Je suppose que tu as orienté tes recherches vers les tpl , et plus particulièrement category.php. Il existe un champ de la bdd qui est très probablement accessible depuis le tpl , et qui se nomme level_depth. essaye de chercher et isoler ce bloc dans category.tpl : {if $subcategory.id_image} <img src="{$link->getCatImageLink($subcategory.link_rewrite, $subcategory.id_image, 'medium')}" alt="" width="{$mediumSize.width}" height="{$mediumSize.height}" /> {else} <img src="{$img_cat_dir}default-medium.jpg" alt="" width="{$mediumSize.width}" height="{$mediumSize.height}" /> {/if} je pense que si tu le modifies pour avoir ça : {if $subcategory.level_depth <2} {if $subcategory.id_image} <img src="{$link->getCatImageLink($subcategory.link_rewrite, $subcategory.id_image, 'medium')}" alt="" width="{$mediumSize.width}" height="{$mediumSize.height}" /> {else} <img src="{$img_cat_dir}default-medium.jpg" alt="" width="{$mediumSize.width}" height="{$mediumSize.height}" /> {/if} </a><br /> {/if} tu devrais t'approcher du résultat souhaité. Pour info je n'ai absolument pas vérifié si level_depth faisait partie de la requête des sous catégories , et donc il n'y a plus qu'à croiser les doigts pour que ça le soit, sans quoi il faudra également surcharger le controller .... mais c'est une autre histoire....
  6. C'est plutôt Atch le spécialiste du css de nous deux , mais il me semble que : Tu dois chercher tous les blocs commençant par @media... , Tu trouveras alors des règles css spécifiques à deux ou trois tailles d'écrans différentes, type min-height max-height ... Tu commentes ces blocs entiers qui concernent des largeurs non standard sur pc ... en les encadrant par /* et */ exemple : /* @media only screen and (min-width: 768px) and (max-width: 959px) { .... } */ Par contre il existe des fonctions spécifiques dans les tpls lorsqu'un mobile est détecté , alors si tu veux vraiment désactiver tout ce qui a trait au mobile, même momentanément , tu devrais éditer le fichier /modules/responsive/responsive.php, et mùodifier les lignes 249 à 253 comme suit : private function isMobileAgent() { /* require_once(_PS_MODULE_DIR_.'responsive/classes/MobileTools.php'); return MobileTools::isMobileAgent(); */ return false; } quand tu voudras inverser le processus , il te suffira de décommenter ce que tu as commenté ( /* et */) puis de supprimer le return false;
  7. Ca devient absolument inextricable cette histoire de module paypal ... On ne sait absolument plus à quel saint se vouer : les usagers qui remontent des disfonctionnements affolants, ou la team qui dit ne plus constater aucun problème. On en est également au 3ème module quasi indissociable de prestashop qui n'est plus intégré à la solution mais disponible sur addons, je parle bien entendu de : - module upgrade - module paypal - backward compatibility Sans ces trois modules, toute mise à jour vers une 1.5 devient véritablement hasardeuse, d'autant plus si on veut utiliser le thème mobile. Avec ces modules, toute mise à jour devient parfaitement hasardeuse, , d'autant plus si on veut utiliser le thème mobile. Faut-il mettre à jour? Pour ma part j'ai appliqué pour mes clients le principe de précaution en repassant après maj vers 1.4.9 à la version 2.8 de paypal. Clairement je me sens plus attentiste que communautaire depuis quelques temps, ce qui n'est pas dans mes habitudes, mais je n'ai pas le choix : je ne peux pas expérimenter au dépends du CA de mes clients... Bref on se demande vraiment que penser. Vivement que tout ceci se décante.
  8. Bonsoir cool31, Tu peux préciser un peu ce que tu cherches à faire?
  9. Y a t-il une raison pour qu'il ne fonctionne pas ? a part qu'il doit falloir un générer un par site... C'est juste une question hein , car tu ne précises pas toi même si tu l'as testé et quels problemes tu as rencontré, si toutefois tu as eu des problèmes, ou si toutefois tu as testé... ^c'est un belle boucle hein c'était juste pour en savoir plus...
  10. Le problème que tu rencontres est un conflit de cookies. Les cookies sont basés sur un nom de domaine , en non sur un sous dossier Tes 3 sites ont le même domaine donc no way ... : Pour tenter d'être plus précis, dans les 3 cas , le cookie sera stocké sous le nom de www.monsite.com Chaque site utilisant le même cookie , il n'y a aucune difficulté à imaginer le bazar que ça peut mettre. Effectivement la solution de mettre monsite.fr pour un site et www.monsite.fr pour l'autre , comme indiqué ci-dessus, fonctionne. Mais ce n'est pas une solution , car ces deux url dans l'esprit des visiteurs ne peut constituer deux sites distincts , certains oubliant les trois w , dautre les mettants alors qu'il n'y en a pas. Si tu n'a pas 3 domaines distincts à ta diposition et que tu souhaites tester le multiboutiques proprement, alors il te suffit de crée 3 sous domaine (ou 2 si tu le souhaite) , dans la console d'administration de ton domaine. Par exemple : site.mondomaine.com / site2.mondomaine.com , site3. ..... Il y aura un cookie par site, bien distinct, et comme le panier est basé sur le cookie, entre autres... le tour est joué
  11. Hello bigyom, A priori si tu modifies ça dans ton index.tpl, ligne 50 : <div id="center_column" class="grid"> , Alors il me semble que tu devrais démarrer en affichage grille , sauf valeur contraire enregistrée dans le cookie . On devait rendre ça configurable d'ailleurs :s
  12. Pour le coup je réitère ma remarque Olivier, à savoir que j'attend avec impatience ce retour d'information. Il s'impose de préciser que je te suis justement reconnaissant de partager avec nous ces infos et qu'on sait pertinemment que c'est un geste communautaire de ta part . Laisse chacun croire ce qu'il veut , ça vaut même pas le coup de relever
  13. Hello Bruno, En ce qui me concerne je ne ressens une l'humeur trolleuse ambiante, mais plus des inquiétudes qui ne trouvent toujours pas de réponse à ce jour. Je salue tout comme toi le travail de dingue effectué par la team. Comme tous je pense, je n'ai qu'une hâte, c'est de pourvoir jouer pleinement avec ce nouveau joujou et tu sais que je suis prestashop depuis un bon moment maintenant. Par contre, comme les autres, je trouve que ce travail a été bouclé un peu précipitamment à mon sens si l'on considère que selon toute évidence, cette release n'est pas utilisable telle quelle en production. Bien sûr on voit clairement les acteurs de la solution intervenir sur le forum de manière très réactive. On peu aussi comprendre les impératifs de date : un salon du e-commerce, ça ne se rate pas. Mais dans ce cas pourquoi voit on plus souvent des réponses qui semble décrédibiliser les utilisateurs lorsqu'ils disent n'être pas parvenu à mettre en oeuvre correctement cette fameuse version ? Ensuite nous avons constaté des changements qui ne peuvent nous laisser de marbre comme le renommage de cette version en 'free' et non en 'stable' comme pour les précédentes. Tout comme l'interview de Benjamin Tezner sur jdn qui parle d'une version Community gratuite. Ca interpelle tout de même non ? De nôtre côté cela laisse présager une version pro payante... du coup on se demande jusqu'à quel point cette version community sera suivie et étendue. Que des questions au final auxquelles on aimerait bien avoir des réponses... qui peinent à venir. Alors bon on est peut être des enfants gâtés, d'une certaine manière, mais je ne pense pas une seconde que tous ces commentaires soient assimilables à du troll. Surtout que la communauté commence un peu à se sentir en marge ces derniers temps, pour un ensemble de raisons. Longue vie à prestashop, bien entendu !
  14. Si, mais va falloir mettre les mains dans le cambouis. Le controller que tu cites, best sales, se base sur des enregistrements faits dans une table spécifique ou le prix de vente ne figure pas. Tu vas donc devoir changer la requete, voire idéalement créer un nouveau controller, mais il faudra attaque la table order_detail et non la table best_sales. A titre d'exemple , la requete suivante retourne les ids produits puis le total ve,du dans un ordre descendant : SELECT DISTINCT psod.product_id, Sum(psod.product_price) AS totalsold FROM ps_order_detail AS psod GROUP BY psod.product_id ORDER BY psod.product_price DESC
  15. Ca me fait plus penser à un bug javascript/ajax à la limite, si d'autres parviennent à installer correctement.
  16. J'y penserais merci ... mais je dois dire que si je cite cette solution c'est que je la trouve adaptée... 120€ l'année ça semble peu cher pour une équivalence matérielle , je me trompe ?
  17. C'est marrant je me suis toujours demandé pkoi les gens payaient pour un serveur CDN. Un kimsufi 24g ça coute 50€ / mois , 3 sous-domaines ça coute rien sinon 3 minutes sur un manager de ndd, et on a à la fois performance et pleine liberté ... C'est du I7 , 24 go de ram , la seule contrainte étant de gérer un script pour les backups afin d'envoyer ça sur un backup ftp : car la seule lacune de cette solution c'est l'absence de raid .... On ajoute à ça une bonne config sur mesure php / mysql pour ne plus être tributaire , en debian ou ubuntu histoire de pas passer des heures à ajouter une simple extension php , un petit apt-get install xcache ... .. et ça roule ! PS : je précise que j'ai aucune action chez ov... juste pour dire ... j'aimerais ben notez bien ...
  18. J'ai tendance à penser que la réinitialisation du module l'a enregistré sur un hook par défaut et que ton thème le prévoit sur un autre hook. Peux tu nous poster le config.xml qui se trouve à la racine de ton thème : là on pourra vérifier. Dans ce cas il suffira d'aller le greffer sur le bon hook et le supprimer de l'autre.
  19. Un proverbe dit "fais ce que je dis, pas ce que je fais". Je suppose que la dose de travail pour boucler cette 1.5 n'a pas permit à la team de revoir tous les modules natifs. Ceci étant dit , il est bien évidemment recommandé d'adopter cette nouvelle architecture pour tout nouveau module... question de clarté, de lisibilité, et d'uniformité. De plus , c'est tellement plus élégant !
  20. Ca part d'un bon sentiment mais justement non : activer l'affichage des erreurs peut complètement planter les retours ajax. Compte tenu du fonctionnement d'autoUpgrade, tout en ajax, et qui peut s'interrompre si il obtient un résultat inattendu , j'ai envie de dire surtout désactivez cet affichage !
  21. Concernant l'intégration wordpress / prestashop, webbax si ma mémoire ne me joue pas de tour avait fait un excellent tutoriel sur la manière d'afficher un header et footer presta avec un contenu wordpress entre les deux. C'est probablement la seule méthode qui s'applique à prestashop indépendamment de la version. Il y a des contraintes bien sûr, car on effectue un bootstrap (de mémoire) de wp au sein de presta, mais ces contraintes sont particulièrement simples (bdd wp accessible depuis l'éhbergement prestashop)
×
×
  • Create New...

Important Information

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