Jump to content

Aslo

Members
  • Posts

    21
  • Joined

  • Last visited

Profile Information

  • First Name
    Aslo
  • Last Name
    Aslo

Aslo's Achievements

Newbie

Newbie (1/14)

2

Reputation

  1. Parce que celle là marche très bien et que je n'ai pas les moyens de payer une mise à jour Minuscule petite entreprise.
  2. Merci. Mais je ne vois pas où faire cela: "tu selectionnes le transporteur via la fiche d édition du produit"
  3. Bonjour, je fais payer à mes clients un forfait frais de port fixe. Le prix n'est donc pas impacté par le poids des articles ni leur nombre. Toutefois, je souhaite faire payer un supplément de frais de port pour certains articles volumineux, pour une livraison dans certaines zones. PAS tous les articles et PAS toutes les zones donc... Version PS 1.2.5.0. Un module miracle? Merci. Cordialement. Aslo
  4. Bonjour, un petit mot pour vous remercier. J'ai installé le fichier .ovhconfig sur mes 3 sites avec php 5.4 et tout fonctionne toujours! Pas besoin de migrer de version pour l'instant! Merci! Par contre pour ce message d'erreur dans la section module du site en 1.2.5.0, quelqu'un a une idée de ce que cela signifie? Strict Standards: Declaration of Reposition::displayFlags() should be compatible with Module::displayFlags($languages, $defaultLanguage, $ids, $id, $return = false) in /home/mabase/www/catalog/classes/Module.php(325) : eval()'d code on line 150
  5. Oui, oui, d'accord, mais mon soucis était que je ne voyais même pas le fichier .ovhconfig dans mon FTP, donc bien sûr impossible de le modifier ou de le supprimer! Mais, je l'ai trouvé! Il est en fichier caché. Je ne savais pas qu'il y avait des fichiers cachés sur un FTP. Je poursuis mes tests.
  6. Me revoilà. Alors j'ai placé le dit fichier .ovhconfig à la racine de mon site en version 1.2.5.0 (un site à la fois, soyons prudent). Avec la version PHP 5.4. Question: le fichier n'est pas visible via mon FTP... Donc pour le supprimer, comment faire? Et pour tester avec PHP 5.5 et/ou 5.6? Sinon, à priori, le site à l'air fonctionnel dans les grandes lignes: création de compte, création de commande, paiement par CB, création de produit, ajout d'image, de déclinaison, création de catégorie... Tout cela fonctionne (et à même fait disparaitre un bug que j'ai depuis des années... bizarre, bizarre!). Toutefois, je vois un message d'erreur dans l'onglet module (et donc aussi dans l'onglet paiement, le même message), qui est le suivant: Strict Standards: Declaration of Reposition::displayFlags() should be compatible with Module::displayFlags($languages, $defaultLanguage, $ids, $id, $return = false) in /home/mabase/www/catalog/classes/Module.php(325) : eval()'d code on line 150 Késako?
  7. Très honnêtement, ce n'est pas clair! Déjà l'incompétence du gars d'OVH... Qui me dit de mettre à jour mes "modules".... Après 3 mails a ne rien comprendre ce qu'il veut dire par "module", il fini par me dire "module = prestahop". Bon, déjà faudrait se mettre d'accord, un module chez prestashop, c'est pas ça, c'est pas le site entier! Bref, je ne suis pas aidée, ils ne savent même pas eux-même de quoi ils parlent... Donc je ne compte pas sur eux pour en savoir plus... Ce que dit leur guide: Mon site ou une partie de mon site utilise d'anciennes versions PHP, que faire ? A partir du 24 Septembre 2015, vos sites et vos tâches planifiées (CRON) passeront par défaut à PHP 5.4. Nous vous conseillons vivement de tester vos sites et tâches planifiées avec ces nouvelles versions dès maintenant. Deddy. Tu me dis que j'ai juste "un clic" à faire. Se serait génial! Ça peut suffire? Ne pas avoir besoin de passer à une version supérieure de PS? Pour rappel je suis sur les version 1.2.5.0 et 1.4.8.2. Pourquoi alors quand j'ai contacté 2 développeurs PS, on me dit qu'il faut carrément changer de version PS, passer à la 1.6? Pour un devis variant de 2000€ à 7000€.... 7000€ c'est purement inimaginable avec ce que je gagne.... Même 2000€, c'était pas vraiment prévu! Surtout que je n'ai rien demandé, moi! Et puis, si dans 6 mois il faut encore changer de version PHP, encore 7000€? C'est un truc de fou! Merci si vous pouvez me sortir de flou, et m'aider à ne payer que ce qui est vraiment nécessaire....!
  8. OK. Merci pour tout. Résultat: mes 3 sites sont en version 5.2. Je suis en contact avec OVH mais ils ne sont pas clairs, je me demandent s'ils savent eux-même de quoi ils parlent... Est-ce que quelqu'un sait si tous les hébergeurs vont arrêter ces versions de PHP aussi, où si ce n'est qu'une lubbie de OVH? Que dois-je faire concrètement pour que mes sites soient encore fonctionnels, et que cela me coite le moins cher possible...?
  9. Merci de ton aide, mais comment dois-je procéder? Disons que je suis niveau "amateur éclairée".
  10. Bonjour, je possède 3 "petits" sites PS. Petits au sens que mon CA n'est pas bien haut, mon bénéfice encore moins, mais c'est ma seule source de revenu, donc, très très important... L'un est en version 1.2.5.0. Les 2 autres en version 1.4.8.2. Hors, OVH m'annonce froidement que: Vous avez actuellement un ou plusieurs Hébergement(s) WEB mutualisé(s) OVH. A partir du 24 Septembre 2015, OVH ne supportera plus les versions PHP obsolètes suivantes: * PHP 4.x (fin de vie depuis + de 6 ans) * PHP 5.2 (fin de vie depuis plus de 4 ans) * PHP 5.3 (fin de vie depuis plus de 8 mois) Cela pour des questions de sécurité et d'amélioration de nos services. Ces versions n'étant plus maintenues, elles seront remplacées par défaut par PHP 5.4, pour vos sites comme pour vos tâches planifiées. Nous vous conseillons vivement de tester vos sites et tâches planifiées avec ces nouvelles versions dès maintenant, PHP 5.6 étant conseillée. Comment savoir sur quelle version de PHP tournent mes sites? Que vont devenir mes sites après l'arrêt des versions obsolètes de PHP si mes sites tournent sur ces dites version? Merci d'éclairer ma lanterne! Cordialement. Aslo
  11. Ceci est modifiable dans le dossier du site, pas dans le back office. catalog > mails > langue (fr, en, etc) et ensuite ça doit être le fichier outofstock j'imagine. Puis à télécharger via le FTP.
  12. Bonjour, dans ce genre de cas, je fais directement ajouter une option payante dès l'achat du produit. Option > installation > non : pas de supplément / oui : supplément de 60€ Ce n'est peut être pas optimal, mais a l'avantage d'être très simple à mettre en place. Cdlt.
  13. Bonjour, catalog > mails > fichier concerné par le statut Vous pourrez ici modifier tous vos mails. Attention un mail à modifier par langue. Cdlt.
×
×
  • Create New...