Muad'Dib

Only took me 5 years to find this solution, but thanks to you @tdr170 i finally have fixed my favicon problem I have on my website since PS version 1.2.5 So thank you very much for the TIP hehehe Never give up, never surrender! Cheers!

@vekia, Many thanks for the very quick reply and please appologies for my belated one I got caught up with other things. That was indeed what I needed so my problem is solved However just to make sure for everyone reading, that transplant button only works if we defined the hooks in question you want to transplant to in the module.php file beforehand right ? I know I always had to do it, but who knows maybe I was doing something wrong Marking as solved since it is Thanks again!

Hey there, I was wondering if there was any easy way to do this, add some other buttons where the 'add-to-cart' button already is on the product page? Let's say for example purpose, I want to move the 'send-to-a-friend' button from the 'sendtoafriend' module from the left part of the product page, beneath the pictures, to the right part of it beneath short description & price, just aside the 'add-to-cart' button. How would you get this done? I doubt there is no easy way for this, and it is probably done through the themes, but I want to make sure. And if doing with themes, would it be possible to have that button showing or not depending if the module is installed or not? Many thanks in advance for the heads up. Cheers!

Bonjour, Vu que tous les utilisateurs qui s'inscrivent sont mis dans le groupe default qui a pour valeur 1 quelque soit les installations, le plus simple pour résoudre votre problème serait donc d'appliquer la valeur 1 à toutes les catégories. UPDATE category_group SET id_group = 1; Cela ne fonctionnera donc que pour les utilisateurs qui se sont inscrits et pas pour les groupes non-inscrits à savoir visitor and guest. Maintenant si vous voulez vraiment appliquer tous les groupes un par un à toutes les catégories, сela sera beaucoup plus fastidieux. En effet il vous faudra ajouter un nouveau champ par groupe et par catégorie. Ex: - Ajout du groupe 2 a la catégorie 1, INSERT INTO category_group (id_category,id_group) VALUES (1,2); - Puis ajout du groupe 3 à la catégorie 1, INSERT INTO category_group (id_category,id_group) VALUES (1,3); [...] Jusqu'au groupe 'n', INSERT INTO category_group (id_category,id_group) VALUES (1,n); Et ensuite on recommande pour les catégories 2, 3, 4... jusqu'à n. Donc long et fastidieux sauf si vous maîtrisez le scripting shell. / ! \ : Pensez à sauvegarder votre base avant toute manipulation! Notez que je n'ai pas personnellement testé cette manipulation, je vous donne juste les requêtes SQL en me basant sur votre question, maintenant, je ne peux pas vous garantir que d'autres tables soient impliquées dans les droits des groupes sur les catégories. Bon courage!

Hello, BO > Modules > Front office features > Images slider for your hompage > configure Hope this helps. Cheers!

Bonjour, Effectivement ademEklabul a raison. N'oubliez pas qu'en mutualisé le timeout d'exécution est à 120ms. Bon courage.

Oui je les utilise et je vais à chaque fois les chercher sur le site des douanes.

Je n'ai pas eu de perte de catégories sur mes produits lors de ma MAJ, étrange. A froid comme ça pas trop d'idées non, mais si jamais j'ai une illumination, je reviendrai poster Je vous rassure, c'est moins pire qu'il n'y parait, voir même c'est plus mieux

Bonjour, Plutôt sympa propre et fonctionnel. Je n'y trouve pas grand chose à redire. Si ce n'est pour être pointilleux qu'il faut refaire le contour des images de votre block reinssurance pour être raccord avec le fond blanc utilisé et également revoir le dernier block à droite dans votre pied de page Paypal + Social car PayPal sort du footer et le block social est coupé avec twitter qui se retrouve sous votre bouton share addthis. C'est tout Bon courage! Cheers!

Bonjour, Pas d'inquiétudes ces erreurs sont des tentatives d'applications de changements déjà effectués. D'où la question que je vois poindre au bout du chemin, pourquoi les scripts d'upgrade font deux fois ces updates? Un oubli dans un fichier .sql d'une des versions ou bien la technique, je tente deux fois pour être sûr que cela passe au moins une fois? Pour vous rassurer lorsque j'ai migré de 1.2.5 à 1.5.2 direct sans phases intermédiaires, de mémoire j'avais 48 erreurs de requêtes MySQL. Forcément au début j'étais un peu dubitatif et j'ai ressayé plusieurs fois. Toujours pareil. Idem en passant par des versions intermédiaires mineures ou majeures. J'ai ensuite regardé ces erreurs pour me rendre compte que toutes étaient des changements déjà effectués, donc absolument sans importance. Au final ce qui compte c'est que le changement ait été effectué, comment, quand et par qui importe peu Bienvenue sur PS1.5.2 et je vous souhaite déjà bon courage (vous comprendrez vite) Cheers!

Executer les mêmes requêtes sur ps_product_shop UPDATE ps_product_shop SET available_for_order='1'; UPDATE ps_product_shop SET show_price='1'; Je viens de me rappeler que j'ai eu besoin de mettre à jour cette table aussi pour changer mes règles de taxes à mon avis c'est pareil. Bon courage! Cheers!

Only difference with me is I ran the MYSQL query directy on the DB using the mysql I do not use phpmyadmin. But it worked for me. I see no reason why it should not work for you... Strange thing. I am also on ps1.5.2.

My pleasure Strange. I did that on mine yesterday just after having the same issue after importing a .csv and it worked just fine... All my products were changed to the proper tax rule. Is the tax rule set when you open the products for edition?

Je pense que ce dont vous avez besoin devrait se trouver dans la classe Category. La duplication ne pose pas le moindre problème a priori. Je n'ai pas encore eu le temps de trop tester sous PS1.5.2 mais sur ma version précédente PS1.2.5 cela se faisait très bien à condition que la duplication en question soit bien faite. Il fallait juste prendre bien garde à changer le nom de classe du module, les appels objets (oui je sais ça tombe sous le sens) renommer les fichiers php/tpl ainsi que les différents appels pour que tout soit cohérent. Bon courage!

Hello, You also need to run this query: UPDATE ps_product_shop SET id_tax_rules_group='1'; /!\ Do not forget to make a backup of your DB before doing the query in case anything goes wrong. Have fun Hope this helps. Cheers! PS: Note that I assumed your taxe rule was ID 1, change that by your real tax rule ID