Jump to content

Broceliande

Members
  • Posts

    1,735
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by Broceliande

  1. Euh tu as combien d'utilisateurs dans cette page [c'est pour rire...]? Merci de préciser ta version.
  2. Hmm là je pense que ton prestataire te l'a faite à l'envers .... Comme Yoya et Atch le soulignent , tout est possible (mais si on sait le faire) . Du coup cherche peut être de ce côté...
  3. Le hic c'est que vignette.tpl , ça on connait pas , il sort d'ou ce tpl ? Dans tous les cas les infos que tu as dans le tpl produit (product.tpl) sont assignées à smarty par un controller (ProductController), et que sur d'autres pages ce sont d'autres controllers, et enfin , que selon ces controllers toutes les infos ne sont pas nécessairement dispos . Par exemple dans les listings produits... De plus si dans le controller product $product est un objet , dans d'autres il est le plus souvent un tableau associatif et accéder à une propriété se fait par un . au lieu d'un -> ...
  4. Le plus souvent le problème vient du module mailalert ... Et tout aussi souvent, le réinitialiser (ou encore désinstall réinstall) , puis le reconfigurer résoud le tout . Certaines versions de mailalert posaient pb par le passé , mais c'est assez loin alors je gage que ce n'est pas ton cas
  5. La seule véritable solution aux problèmes d'affichage dans IE9 est d'activer ccc pour les css . Cela ne déplace pas les css comme tu sembles le penser mais les regroupe. Or la faille d'IE est qu'il ne digère plus les css au delà d'un certain nombre de fichiers. Virer les @media fonctionne parfois certes, mais parce que probablement qu'IE occupe des 'slots' pour chaque media laissant moins de place aux autres feuilles css .
  6. Tu pourrais nous donner un lien , avec MR actif bien sûr , histoire que je puisse regarder ce qui cloche en JS
  7. En fait ce problème est spécifique à la 1.5 , et sa solution tout autant, de par le fait .... Je n'ai pas connaissance de lenteur de ce type sur ta version. Tu as un lien ?
  8. Comment ton virtual Host est-il configuré ? en alias ? (genre /maboutique ) , ou ... ?
  9. Comme quoi ça valait le coup de t'encourager !
  10. Ben écoute moi je dis que c'est une excellente entrée en matière et que même si tu indiques que ça ne résoud pas tout , tu as le mérite d'apporter une solution . Congrats then !
  11. Ben pas con ça mais seulement quand j'aurais plus d'atomes crochus avec ubuntu En même temps je suis persuadé que ce qui vaut pour ubuntu vaut pour debian , au final les packages sont les mêmes , c'est juste une question de version .... de distrib...
  12. J'ai connu aussi ces problèmes de lenteur avec memcache. Pour commencer il faut savoir qu'il existe deux librairies distinctes , memcache et memcached... le hic étant de choisir la bonne. Il faut savoir également que pour les versions les plus récentes de php , et quand je dis récent c'est pas si récent que ça , ce type de cache n'a vraisemblablement aucun intérêt. Php est le plus souvent déja compilé avec un cache interne. Enfin j'ai cru voir passer des remarques sur les perfs sql , et sur le cache filesystem. Pour SQL memcache n'a aucun effet. Le cache filesystem a ses limites lui aussi, tout comme memcache, et pour conclure je dirais qu'il est largement préférable de laisser ce type de cache à la charge de php. Dans les version < 5.3 je dirais qu'apc a de bonnes perfs. Au dela , sur la plupart des distribs , apc n'apporte plus rien. Je pense pour avoir comparé sans creuser véritablement qu'activer le cache dans prestashop (je parle donc de la toute dernière ligne dans les preférences -> performances) n'est bénéfique que si la configuration serveur elle même n'a pas déja son propre cache actif par défaut. Dans le cas contraire , un cache de plus a l'effet inverse de celui désiré . Je dis tout ça par constatation sur une dizaine de dédiés. Tous Ubuntu, mais pas forcément avec la même version php. Comme je l'ai dis je n'ai pas creusé , me contentant d'installer apc sur certaines configs , activer le cache sur d'autres , le désactiver autrement ... au vu des perfs.
  13. Jusqu'ici 2FR3 ne s'est montré ni désagréable, ni injurieux, ni diffamant. Nul besoin donc de l'entraîner à ta suite.
  14. J'ai lu et décortiqué ce même article en long en large et en travers. Ca ne ressemble en rien à un taillage en bonne et due forme , mais plus à de la véritable information ... à mon grand damn. L'article est public , signé ,et un grande partie de son contenu est déja connu de nombre d'entre nous (nous ne sommes pas aveugles non plus). Gageons que ce soit un mauvais moment à passer et que presta retrouvera son panache. [mode pieu]
  15. J'ai déplacé le topic ici , il n'a plus sa place dans une section générale
  16. Ca s'enflamme un peu trop , je ferme .
  17. Communauté dont je fais partie justement , ce qui m'amène donc à donner également mon avis. En ce qui me concerne je précise que je n'ai absolument aucun lien avec prestashop .
  18. Ca n'est ni constructif ni correct...ponpon <> pompon .... Certes on a pas mal à redire sur les toutes dernières versions de presta mais j'ai envie de dire que si prestashop ne 'vendait' pas sa solution de cette manière, qui le ferait ? Comme d'autres, beaucoup d'ailleurs ici , cette solution me fait vivre et je trouve plutôt pas mal de pas avoir à m'occuper du marketing pour justifier l'emploi de cette dernière auprès de mes clients. Que les dernières versions soient réellement viciées est une chose, dans ce cas ce sont ces bugs qu'ils faut remonter et pas juste cracher sur une simple newsletter marketing. Il n'est pas difficile d'attendre qu'une version soit stable aux yeux de tous avant de migrer les clients, ou de migrer sa propre boutique. Tout vient à point...
  19. En toute honnêté je rejoins Devnet , un hébergement de base chez un hebergeur connu et solide de préférénce pour éviter de tout (perdre s'il met la clé sous la porte...) : 60€ / an , + un nom de domaine si besoin mais pas obligatoire (7€ / an environ) Edit : jeckyl a absolument raison aussi concernant les backups , mais ovh par exemple gère les sauvegardes site + bdd automatiquement et il est facile d'accéder à j-1 , j-3 etc...
  20. Très probablement , le fichier cache css n'est pas remis à jour. Lorsque le ccc est actif , les fichiers concaténés sont stockées dans themes/dossierduthemes/cache (sur 1.4 en tt cas) Peux tu checker et vider ce dossier ? (a l'exception du fichier index.php qu'il contien normalement) En actualisant le cache devrait se reconstruire
  21. Parfois il faut actualiser avec ctrl F5 , pour avoir les modifs. Dans tous les cas en local cela fonctionne , j'ai testé également sur un site en ligne avec un thème complètement différent, pareil. Je pense qu'il y a un bémol sur la manière dont tu l'as mis ou testé :s Possible également qu'il faille donner un chemin plus complet , le site est en ligne pour testre ?
  22. Dans le dossier du thème, tu trouveras un dossier css . Dans addresses.css , tu peux ajouter la ligne suivante : div.order_delivery{display:none} si tu veux masquer tout le bloc adresses. ou ul#delivery_address{display:none} si c'est juste l'adresse de livraison que tu désires masquer
×
×
  • Create New...

Important Information

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