Kzoo

Bonsoir, Toutes mes excuses, en effet, je me suis trompé, merci de m'avoir déplacé.

Bonjour à tous, ça faisait longtemps 😋 Je suis à la recherche d'un module de fidélité donc. J'ai regardé sur le site addons et sur certains sites de développeur connus mais je ne trouve pas mon bonheur, alors je me tourne vers le forum. Je souhaiterais un module qui me permette de faire en sorte que le client puisse bénéficier d'une remise fixe en fonction de son CA, évoluant par système de palier. Exemple, 200€ = 2% 500€ = 3.5% 1500€ 5% etc. C'est tout à fait possible de le faire manuellement avec x groupes en fonction du nombre de palier, certes, mais je vous avoue que ce serait plus simple en étant automatisé, et puis c'est plus sérieux vis à vis de la clientèle. Mais en plus de cela, j'aimerais pouvoir ajouter, si je le désire, un bon de réduction, un code offrant un objet ou encore la livraison par exemple, ou tous pour un palier le plus haut. C'est à ce niveau là que ça pose soucis. Il y a bien un module qui gère la partie remise automatiquement avec le groupe mais il ne permets pas le reste. J'ai bien peur devoir passer par la case du développement spécifique plutôt qu'un module déjà existent mais on sait jamais, si vous avez des idées ou un lien, c'est avec plaisir. Merci de m'avoir lu.

Bonjour, Merci mais dans quel fichier effectuer cette modification ?

Bonjour, J'ai un petit soucis lorsque je désire supprimer un produit de mon catalogue. Sans l'option PS_MOD_DEV sur true, j'ai une erreur 500. L'option activé, j'ai cette erreur : Unknown column 'cart_rule_product_rule.id_product_rule' in 'where clause' DELETE FROM `ps_cart_rule_product_rule` WHERE NOT EXISTS (SELECT 1 FROM `ps_cart_rule_product_rule_value` WHERE `cart_rule_product_rule`.`id_product_rule` = `cart_rule_product_rule_value`.`id_product_rule`) Je pense que le problème réside dans le fait que dans la clause "Where" le préfixe de le table n'est pas présent, mais je ne sais pas où corriger cela, alors au lieu de faire au pif et de briquer mon site, je préfère demandé Prestashop version 1.6.1.0 Merci de votre aide.

En fait non, rien de nouveau. Je calle

Je crois avoir pointé un truc dans la configuration d'apache2. Ceci dit, c'est un dédié, du coup faut que je trouve.

Alors, teste avec une nouvelle installation bidon, même problème donc c'est un problème serveur.

Alors, j'ai fais une tentative, non concluante, cela ne renvoie pas vers la page indiqué. En revanche, si je ne laisse qu'une seule langue d'activé sur le site, cela fonctionne. Mais quand j'arrive sur la page d'accueil et que je veux aller sur une fiche produit ou sur une page du CMS genre qui sommes-nous, je tombe de nouveau sur une page 404. Comme si le site n'arrivait plus à convertir les URL. J'avoue je ne comprend pas.

Par contre c'est bien présent dans le htaccess

Bonjour, Je n'ai pas la ligne sur mon phpinfo, mais j'ai : oaded Modules core mod_so mod_watchdog http_core mod_log_config mod_logio mod_version mod_unixd mod_access_compat mod_alias mod_auth_basic mod_authn_core mod_authn_file mod_authz_core mod_authz_host mod_authz_user mod_autoindex mod_deflate mod_dir mod_env mod_filter mod_headers mod_mime prefork mod_negotiation mod_instaweb mod_php5 mod_reqtimeout mod_rewrite mod_setenvif mod_socache_shmcb mod_ssl mod_status url_rewriter.tags a=href,area=href,frame=src,input=src,form=fakeentry a=href,area=href,frame=src,input=src,form=fakeentry

Je me demande si, étant donner que le nom de domaine n'est pas encore rattaché, si cela n'a pas d'influence. Pour le moment je fonctionne avec l'url du serveur en directe. Mais en même temps je ne vois pas en quoi, cela peut changer quelque chose que ce soit en xxxxxxxxxx.com ou en nsip89.74.78.77.eu

Oui oui, il est bien activé. Voilà la liste des modules activé : Loaded Modules: core_module (static) so_module (static) watchdog_module (static) http_module (static) log_config_module (static) logio_module (static) version_module (static) unixd_module (static) access_compat_module (shared) alias_module (shared) auth_basic_module (shared) authn_core_module (shared) authn_file_module (shared) authz_core_module (shared) authz_host_module (shared) authz_user_module (shared) autoindex_module (shared) deflate_module (shared) dir_module (shared) env_module (shared) filter_module (shared) headers_module (shared) mime_module (shared) mpm_prefork_module (shared) negotiation_module (shared) pagespeed_module (shared) php5_module (shared) reqtimeout_module (shared) rewrite_module (shared) setenvif_module (shared) socache_shmcb_module (shared) ssl_module (shared) status_module (shared)

Bonjour, Je suis sur une migration de site entre deux serveurs et je rencontre quelques soucis, actuellement avec l'url rewriting. J'ai parcouru pas mal le forum, effectuer aussi des recherche avec google, mais les solutions que j'ai trouvé n'ont pas fonctionné. Je tourne sous 1.6.1.0 le temps de finaliser la migration correctement. Lorsque tout sera OK, je ferais les mises à jour vers la dernière 1.6. Lorsque j'active l'url rewriting, ma page d'accueil passe en erreur 404 en indiquant que le /fr/ n'existe pas. Je n'ai aucun soucis lorsque l'option est désactivé. J'ai vérifier les droits fichier/dossier, que l'option soit bien activée sur mon serveur, le htaccess est bien modifier lorsque j'active ou désactive l'option. L'option activé, j'ai bien ces lignes de présentes : RewriteEngine on RewriteRule . - [E=REWRITEBASE:/] RewriteRule ^api$ api/ [L] RewriteCond %{REQUEST_FILENAME} -s [OR] RewriteCond %{REQUEST_FILENAME} -l [OR] RewriteCond %{REQUEST_FILENAME} -f [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^.*$ - [NC,L] RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L] Et biensur vider cache site/navigateur. Je fonctionne sur un serveur dédié ovh, fonctionnant sur Débian 8, Apache 2 et php 5.6 si cela peut être utile. J'avoue qu'un peu d'aide serait la bienvenue.

Merci pour tes précisions, je n'avais pas encore fais de mise au point sur PHP7, mais du coup je comprends mieux. On restera sur php5.6 jusqu'à ce qu'on passe en 1.7 de presta, si on le fait un jour. Concernant mon soucis, après avoir virer l'url rewriting et activer l'affichage des erreurs, il fallait juste corriger par-ci par-là des droits d'accès dossier/fichiers et tout est rentré dans l'ordre. Je considère mon problème résolu. Merci de m'avoir aiguillé.

Tu peux détailler le coup de la mauvaise idée de passer en php 7? Sinon je suis passer de l'erreur 404 a 500 en désactivant le rewrite url depuis la base de donnée. Je vais creuser les erreurs en log et dans le fichier de config.