Rabah J

Salut, Je déterre un peu le topic. Je suis sur une version 1.5.6, l'affichage des commandes dans le BO déconne. Que je choisisse 20, 50 ou 300 rien n'y fait, le nombre de lignes de commandes affichées reste à 50. As-tu trouvé une solution ? Dans ma version, la ligne 207 du dossier classes/controllers/admincontroller.php n'est pas du tout celle-ci...

Bonsoir, je viens apporter ma pierre à l'édifice. Manipulations pour Prestashop V1.6.0.14 -> Pour supprimer la mention "NEUF" ou "VENTE" ou les deux sur la page produit alors il faut aller dans /thèmes/votrethème/product.tpl et supprimer les lignes ci-dessous {if $product->on_sale} <span class="sale-box no-print product-box"> <span class="sale-label product-label">{l s='Sale'}</span> </span> -> Pour supprimer la mention "NEUF" ou "VENTE" ou les deux sur la page catégorie alors il faut aller dans /thèmes/votrethème/product-item.tpl et supprimer les lignes ci-dessous {if isset($product.on_sale) && $product.on_sale && isset($product.show_price) && $product.show_price && !$PS_CATALOG_MODE} <span class="sale-box product-box"> <span class="sale-label product-label">{l s='Sale'}</span> </span> {/if} -> Pour supprimer la mention "NEUF" ou "VENTE" ou les deux sur la page d'accueil alors il faut aller dans /thèmes/votrethème/product-item-owl.tpl et supprimer les lignes ci-dessous {if isset($product.new) && $product.new == 1} <span class="new-box product-box"> <span class="new-label product-label">{l s='New'}</span> </span> {/if} {if isset($product.on_sale) && $product.on_sale && isset($product.show_price) && $product.show_price && !$PS_CATALOG_MODE} <span class="sale-box product-box"> <span class="sale-label product-label">{l s='Sale'}</span> </span> {/if} J'espère vous avoir fait gagner du temps. C'est le but du partage ;-) Cordialement,

Bonsoir, Je voudrais vous faire part de quelques données qui me laisse sans voix, toujours concernant la saturation de mon serveur. Hier soir à 22h (+ ou - 5min) mon serveur sature et les stats prestashop m'annonce 113 visites. Le graphique de mon serveur est très très ascendant, le pic est flagrant. La RAM de base a un 1G, elle sature et en demande 4 ou 5 de gigas. A ma grande surprise, aujourd'hui à 16h (+ ou - 5min) les stats prestashop m'annonce 115 visites soit l'équivalent d'hier soir mais le graphique de mon serveur ne montre aucune saturation pourtant l'affluence est quasiment identique. Le graphique de mon serveur est plat, aucun pic de consommation de RAM ou de CPU. Aujourd'hui à 21h (+ ou - 5min) les stats prestashop m'annonce 113 visites soit l'équivalent d'hier soir et de 16h aujourd'hui mais le graphique de mon serveur ne montre aucune saturation pourtant l'affluence est quasiment identique. Le graphique de mon serveur est plat, aucun pic de consommation de RAM ou de CPU. Je n'y comprends pas grand chose. Quelqu'un pourrait m'élucider cet énigme ? Merci à tous Je fatigue là. Je sens la saturation venir, ma RAM s'assoupie. Je vais dodo. Heuuu. Bonne nuit.

En effet DevNet, Je viens d'avoir OVH au téléphone, la personne m'expliquait que mon contrat ne bénéficie que de 1G de mémoire alors qu'hier, lors du pic d'affluence, ma boutique demandait 4/5G. Cependant, j'aimerais si vous ne connaîtriez pas des sites où je pourrais tester ma boutique en ligne afin de savoir si il y a une chose en particulier qui occuperait le serveur de façon anormale (script, apache, sql...). Et si vraiment, il n'y a rien d'anormal alors effectivement, je passerais sur un hébergement beaucoup plus conséquent. Merci par avance.

Je te remercie Lion-s. L'affichage d'erreur est bien activé. Là en ce moment (tout de suite), la boutique tourne bien, les pages se chargent rapidement, pas de soucis. Par contre hier, à l'annonce d'une seconde démarque de promos, le serveur était "dans le coma". Le FO ou le BO étaient inaccessibles. Je dois lancer maintenant des campagnes sms et mails, je ne veux pas que le serveur sature encore car les clients fuient. Par exemple : hier à 22h, il y a eu 113 visites d'un coup. Le serveur a saturé. Pourtant je trouve le nombre de visites ridicules. Aujourd'hui, je dois envoyer près de 4000 sms, ça va être la catastrophe une nouvelle fois. Je ne sais pas comment faire.

Bonjour, Les promos sont configurées via Promotions > Règles de prix catalogue. Je ne pense pas que ça soit les promos en soit mais que la surcharge du vps ovh soit engendrée par un nombre de visiteurs élevé à un moment donné. Qu'il y est promos ou pas. Le site devient inaccessible ainsi que le BO. Par exemple, hier c'était la cata, il y a eu 800 visites. Certainement 600 visiteurs uniques d'un coup vers 22h lorsque le serveur a bloqué. (vps Cloud 2 / 2vcores 1G) Url du site : http://qamis-daffah.fr/ Merci et à bientôt

Salut les gars, Je viens vers vous et surtout toi DevNet pour quelques conseils. J'ai mis mon site PS 1.5.6.1 sur VPS OVH Cloud 2 (apparemment adapté pour site presta) avec une formule 2vCores 1Go à 17€/mois. En période normale, le site tourne bien, les pages se chargent rapidement. Aucun soucis Mais il suffit que je lance des promos et là c'est la cata. FO ou BO inaccessibles autant pour moi que pour les clients. Je vois sur le manager de OVH que le processeur et la RAM sont "dépassés". Je vois les graphiques de ces derniers avec des courbes ascendantes, très ascendantes. je ne m'y connais pas du tout et j'aimerais savoir quels "premiers" contrôles je pourrais faire pour cibler le problème de cette surcharge ? Car il ne s'agit pas de 3000 visites d'un coup mais seulement 400 à 800 visiteurs uniques au moment de l'annonce. Je vous remercie pour vos éclaircissements les gars. A+

Bonsoir, Les tarifs donnés par KokoW sont bons. Le contrat de vente à distance est négociable jusqu'à 50%. Cordialement, RJ

Bonsoir Boon802, Le module CM CIC Paiement fonctionne bien avec la version Prestashop 1.5.6, nul doute sur ce sujet. Avez-vous réglé votre problème ? Si aucune commande n'est enregistrée dans le back-end, le panier devrait ne pas se vider. De prime abord, c'est deux conséquences sont effectivement dues à une mauvaise manipulation concernant l'url CGI2 ou url Retour. L'url de retour que vous devez envoyer à [email protected] doit être dans un format tel que celui ci : http://www.votresite.com/modules/nom_du_fichier_du_module_cmcic_paiement/order.php (ou différent, en gros il faut le chemin complet et finir par /order.php) Bien à vous, RJ

Hi, TPE and Company code are mentionned on the e-mails sent by [email protected] after having a contract with your bank. Note that all the e-mails sent by [email protected] are very important. Hope this will help. RJ

Bonsoir wamamadeus, Ce que vous souhaitez faire est un peu plus long que ce que vous pensez mais pas plus difficile. Cependant, est-ce que le premier est déjà en ligne ? Y'a t-il des clients enregistrés ? Des commandes validées ? Si oui, souhaitez-vous garder tout cela ? Au quel cas, la tâche est un peu plus longue. Si non, en 15min l'affaire est pliée. Tout dépend de votre réponse. Ensuite je pourrais vous indiquer le processus étape par étape. Je remercie toutes les anciens du forum Prestashop car j'ai appris énormément de choses et aujourd'hui je pense avoir beaucoup à partager. Bonne réception,