Eolia

Simple. - Créez un nouveau groupe client ("devis" par exemple). - Associez votre client à ce nouveau groupe (en plus des groupes auxquels il appartient déjà) - Créez une nouvelle catégorie cachée (non active) que vous appellerez "Produits sur devis par exemple" - N'autorisez cette catégorie que pour ce groupe. - Associez votre produit spécial à cette nouvelle catégorie (et uniquement à celle-ci)

Faux: https://www.ssllabs.com/ssltest/analyze.html?d=www.workstore.com le certif ssl est sur le cluster OVH mais pas sur votre domaine. Il suffit d'aller dans votre panel OVH et d'activer/générer le certificat.

C'est justement parce que c'est un outil automatique (mal pensé) que ça affiche qu'il n'y a pas de surcharge vu que ce module n'a pas de répertoire /override

Non mais lol. Activer le ssl c'est une ligne dans la table configuration sur 0 ou 1 Ca fonctionne, on laisse, ça ne fonctionne pas on corrige ou on enlève. En aucun cas ça ne modifie les fichiers.

Je vais me répéter encore une fois mais c'est nécessaire à priori: - Cleaner est un outil, pas une solution - Cleaner nettoie ce dont il est sûr d'être une infection, pour le reste seul un humain peut décider quoi faire - Cleaner vous donne une explication ou un conseil facile à comprendre à chaque ligne - Ce qui est en rouge doit impérativement être traité - Un fichier cœur modifié doit être remplacé par l'original de votre version (et non pas ouvert, copié/collé ou modifié et enregistré) - Ce qui est en orange doit être analysé, si vous ne savez pas faire demandez à un pro. - Si vous avez été infecté vous devez IMPERATIVEMENT changer les mots de passe de TOUS les employés

Sauf si le custom.css de son thème n'est pas compilé. C'est exactement le même problème pour tous ceux qui utilisent Elementor, ça génère des pages infâmes avec plein de styles inline...

Je ne suis pas d'accord. J'ai plusieurs clients chez O2switch (7€ par mois) et aucun problèmes de perfs. (Je ne parle pas d'OVH) Et pour être intervenu de nombreuses fois, c'était à chaque fois un problème de script (dernier module débugué, avant intervention 40 secondes après debug 286 ms) Pas d'index sur les tables, requêtes toutes en LEFT etc. (ça fonctionne avec John Doe et 3 robes mais avec 30 000 commandes, 65 000 produits ce n'est plus du tout la même histoire). Si un Prestashop ne rame pas à l'install il ne doit pas ramer ensuite ou alors il faut regarder ce qu'on a modifié/ajouté.

Deuxième module inutile... Si votre site rame il faut en trouver la raison (Module mal écrit, requêtes SQL pas optimisées, serveur limité, etc...) Ce genre de module ne sert que de cache misère mais ne corrige rien.

Exact, ligne 86 de /controller/front/ContactController.php, remplaçez $customer->getByEmail($from); Par $customer->getByEmail(Tools::getValue('from'));

Plusieurs remarques: - Ce module est inutile et ne changera RIEN au référencement, c'est une aberration de croire que ça gène Google qu'il y ait un chiffre dans l'url, on a eu depuis 2016 de nombreux débats à ce sujet. - Si vous avez des catégories avec nom identiques vous allez avoir de mauvaises surprises (Homme/teeshirt, Femme/teeshirt par exemple) - Certains modules ne seront plus fonctionnels à cause de la ré-écriture des routes. - Ce module installe ses overrides comme un sagouin en les écrivant de force plutôt que d'utiliser le fonctionnement natif de Prestashop (qui contrôle déjà que les fonctions ne sont pas déjà overridées)

Non, pas de risque. Ce qui est écrit en dur en http:// sera redirigé systématiquement en https.

Non un superadmin est admin Si vous êtes chez OVH les mails ne partent pas en tâche Cron, je ne cherche même plus à savoir pourquoi...

Ah ben moi c'est PhenixSuite ou rien

Pas exactement, il envoie un mail à l'adresse mail du dernier employé de type "Admin" connecté.

Perso je ferai une multiboutique avec la seconde en sous-domaine comme vous le proposez. Avantage, vous pourrez partager le catalogue et mettre en produit associés la version neuve/occasion.