Jump to content

Vas69

Members
  • Posts

    75
  • Joined

  • Last visited

1 Follower

Profile Information

  • First Name
    Vas
  • Last Name
    Jeb

Recent Profile Visitors

616 profile views

Vas69's Achievements

Apprentice

Apprentice (3/14)

  • First Post Rare
  • Collaborator Rare
  • Reacting Well Rare
  • Week One Done Rare
  • One Month Later Rare

Recent Badges

8

Reputation

  1. Merci Eolia ! Ce soir, je m'endormirai l'esprit un peu plus léger grâce à ta réponse... 🙂 Sinon ma version de PS est une bonne vieille 1.6.1.23
  2. Bonjour, Suite à une maj de module qui plantait, j'ai appris que j'avais été piraté. J'ai donc désactivé le cache, supprimé tous les modules douteux, ainsi que les fichiers qui semblaient infectés (merci à l'outil cleaner.ph d' Eolia). Par contre, il me reste quelques alertes que je n'arrive pas résoudre. La première concerne le fichier produc.php, malgré mes tentatives pour réinstallé le fichier d'origine, celui-ci s'affiche toujours la mention MD5 SECURITY, mais je ne trouve pas le même bout de code malicieux que j'avais trouvé dans les autres fichiers remplacés depuis. Du coup, je ne sais pas si le fichier est infecté ou éventuellement modifié par un autre module pour une bonne raison La seconde concerne des fichiers (Ps_accounts561AdminContainer.php, Ps_accounts561FrontContainer.php, Ps_checkout6350AdminContainer, Ps_checkout6350FrontContainer.php) apparaissant dans le dossier cache et comme leurs noms et le code l'indique en rapport avec les modules PSAccount et PSCheckout. Là encore je ne sais pas si ces fichiers sont légitimes ou signe que l'infection est toujours là... Si vous avez une idée, je suis preneur, merci ! 😊 Ps_accounts561AdminContainer.zip product.php.zip
  3. Alors, la réponse du support a été : vous vous êtes fait hacké comme piste pour la solution le remplacement de certains fichiers ! Du coup, suppression de module, remplacement des fichiers infectés (merci à Eolia pour son cleaner.php) .... Une fois PS nettoyé et le module réinstallé celui-ci fonctionne parfaitement ! Cela m'a pris pas mal de temps mais au moins j'ai un PS clean maintenant.
  4. Bonjour à tous, Je viens de faire une maj du module vers la v5.2.57 pour pouvoir vendre sur Amazon.be. Mais dés que je veux enregistrer la configuration, je me retrouve éjecté de PS avec un retour sur la page de connexion du bo ! Bien entendu j'ai ouvert un ticket ... en attendant est ce que certains d'entre vous se sont retrouvés dans le même cas de figure ?
  5. @piperozzo je pensais bêtement que ce serai possible depuis l'outil d'import csv de prestashop, mais non ! Du coup tu peux surement le faire via une requête SQL, perso je ne me risquerais pas car je n'ai pas le niveau et trop peur de pourrir la bdd par des injections sauvages. Mais peut être que quelqu'un ici pourra partager une requête SQL opérante... Sinon possibilité de passer par un module, il en existe un spécialisé dans l'export/import de commande. C'est peut être le moyen le plus simple pour avoir une solution de secours quand le module de common-services est HS "temporairement".
  6. Export des commandes par fichier depuis sellercentral, puis import des commandes vers prestashop ... Sinon je regarde de plus en plus vers Store Manager pour PrestaShop, l'un de vous connais ou a déjà testé ?
  7. @Janett je trouvais ta solution simple et élégante sauf que.... ça ne marche pas ! 😂 Du moins pour moi (PS 1.6.1.24, Version de PHP 5.6.40), avec cache vidé bien entendu ...
  8. Finalement la solution trouvée est : {if $product->quantity <= 0} style="display: none;"{/if} Pour l'emplacement ou l'appliquer, c'est logiquement sur la classe que l'on souhaite ne pas afficher. dans mon cas précis, j'ai choisi de ne pas afficher la box d'information produit entière donc tout simplement : <div class="box-info-product"{if $product->quantity <= 0} style="display: none;"{/if}> Un autre exemple, si vous souhaitez simplement ne pas afficher le prix : <div class="price"{if $product->quantity <= 0} style="display: none;"> Il y a certainement plein d'autres manières plus judicieuses de le faire, mais à défaut de mieux ça fait le job !!! 😉 Un grand merci à Kerlin pour le coup de pouce ...
  9. Bonjour et merci pour la réponse ! Je suppose que la personne ayant répondu a dû supprimer son compte... En fait, je cherche juste a masquer les prix lorsque les produits ne sont plus dispo. Je te mets donc la partie concernée de mon product.tpl en fichier joint. Tu verras il y a quelques petits bout code perso à droite et à gauche... 😂 Normalement la modif devrait être faite autour de la <div class="price">... mais je ne suis pas certain que la syntaxe du bout de code ({if $product->quantity = 0} style="display: none;"{/if}) que j'ai proposé soit correct non plus ! 😅 Voici le lien vers un exemple de produits vendus : exemple
  10. @kerlin j'ai le même besoin que toi pour PS 1.6, c'est à dire cacher les prix des produits en stock 0. J'ai déjà essayé d'insérer à la ligne 297, juste avant {if $product->quantity > 0}<link itemprop="availability" href="https://schema.org/InStock"/>{/if}, dans le product.tpl : {if $product->quantity = 0} style="display: none;"{/if}. Mais cela donne une erreur 500 Mais comme les réponse apportées ont été supprimées, peux tu nous redonner la solution ? Merci ! Désolé pour le déterrage de topic mais je vois l'intérêt d'en créer un autre alors que sujet a déjà été abordé et solutionné ! 🙄
  11. Est ce que l'un d'entre vous a déjà un problème avec les ventes amazon qui remontent bien, mais ne s'affichent dans le tableau de bord ? Rien à voir avec la dernière version puisque j'avais ce petit souci auparavant ... PS 1.6.1.24 PHP 5.6.4
  12. @mc0657 Je ne permets pas de juger des qualités des dev chez Common-services. J'ai plutôt l'impression que le pb se situe dans le nb de dev, il me semble qu'ils sont moins de 5 personnes (je penche même pour 1-2 dev et 1 service externe pour le support de 1er niveau) pour assurer un support mondial ET mettre à jour TOUS leurs modules, surtout celui d'Amazon qui modifie son API constamment. Si Amazon ne modifiait pas son API tous les 3 mois, la solution serait bien plus pérenne ! Maintenant c'est vrai qu'Amazon communique toujours à l'avance sur ces changements et que le nb de vente du module parait suffisant pour avoir une véritable équipe !
  13. Avec un peu de chance la v5.3.4 de la semaine prochaine sera 100% opérationnelle ! 😂
  14. Prestashop a du recevoir une floppée de réaction par chat et sans doute désactivé par précaution tous les modules de Common services en attendant que la situation soit réglée... Coté communication, Prestashop n'a pas fait mieux que Common services pour le coup !
×
×
  • Create New...