PhenixTweet

29 minutes

a répondu au Message de eric - 29 minutes

OVH c'est la pire daube de serveur - plus de 10 ans chez hiwit en France service client Français des pros qui vous aides en cas de probléme rien a dire
https://www.hiwit.net/

1 heure

a répondu au Message de eric - 1 heure

Chez OVH il faut systématiquement utiliser le smtp sinon les messages partent en spam (Mauvais reverse MX sur leur serveur de mails par défaut)

2 h.

a répondu au Message de Atchworks - 2 h.

2 jours

a répondu au Message de Atchworks - 2 jours

smtp mais au début j'utilisais mail et puis j'ai eu un souci que je croyais lié à mail mais finalement c'était un réglage de séurité côté ovh et finalement j'ai laissé smtp.

Atchworks @atchworks

2 jours

a répondu au Message de eric - 2 jours

Merci ;)
tu utilises la fonction mail de php ou smtp pour expédier les mails de la boutique ?
en 8.2.33 j'ai un bug avec swift

2 jours

a répondu au Message de Atchworks - 2 jours

hello c'est la 8.2.33 pour moi

Atchworks @atchworks

2 jours

Re,

Question : Ceux qui tournent sous Phenix, vous avez quelle version de PHP d'activée ? Merci ;)

Atchworks @atchworks

3 jours

Bonjour,

Je viens de migrer en php8.2 ( j'ai essayé au dessus mais la boutique répond avec une erreur 500). J'étais en 7.x !!!
Tout semble fonctionner, mais les mails arrivent maintenant en mode txt avec du HTML en pagaille :(
Une idée d'une option ou extension php qui serait passée à le trappe ?
Merci ;)

5 jours

a répondu au Message de herve_02 il y a 5 jours

Dans votre cas particulier modifiez la fonction AdminCartRulesController::getProductRuleDisplay($product_rule_group_id, $product_rule_id, $product_rule_type, $selected = array()) et ajoutant votre condition sur la référence dans la requête SQL concernant les 'products'. Ca vous ramènera vos produits, vous les sélectionnez tous et une fois la règle enregistrée pour enlevez votre modif.

herve_02 @herve_02

5 jours

a répondu au Message de herve_02 il y a 5 jours

Comme je passe mon temps à chercher des contournements parce que je n'ai pour le moment pas le temps (d'autres urgences niveau1000) de gérer "proprement". Il n'est pas possible de créer des règles paniers sur _au hasard_ "la référence du produit commence par..." sans avoir besoin de sélectionner les 3500 produits qui commencent par ?
oui je sais je suis...

herve_02 @herve_02

5 jours

a répondu au Message de herve_02 il y a 5 jours

Bon j'ai lu des trucs et regardé des vidéos... C'est une autre manière de faire. je dois réfléchir sur les bénéfices-chiantitudes que cela implique... et on a pas loin d'un historique 4000 produits à gérer.. et une liaison avec notre logiciel de gestion/compta.

herve_02 @herve_02

5 jours

a répondu au Message de Eolia - 5 jours

m*rde.. donc je ne peux pas faire une règle de panier suivant les caractéristiques des produits. Il faudrait changer le mode de fonctionnement et faire une "déclinaison" du produit "papier". Actuellement je crois (je suis un newbie presta/phenix) que ce sont 2 produits différents avec juste une code ressemblant (ils ne sont pas reliés. sauf par un préfix/suffixe à leur référence)Genre le papier est prod123 et le numérique est Pprod123. mes "modules" font la jonctions en cherchant le P(référence ) ou le non_P(référence). Il y a un "lien" qui me permettrait de comprendre les déclinaisons?

5 jours

a répondu au Message de herve_02 il y a 5 jours

Ne mettez pas de format de code postal car ce n'est pas une regex à cet endroit mais un format type et on ne peut pas en mettre plusieurs (comme pour le Royaume-Uni)

5 jours

a répondu au Message de herve_02 il y a 5 jours

La requête correcte est

CODE
                $results = Db::getInstance()->executeS('
                    SELECT CONCAT(agl.`name`, " - ", al.`name`) as name, a.`id_attribute` as id
                    FROM `'._DB_PREFIX_.'attribute_group_lang` agl
                    LEFT JOIN `'._DB_PREFIX_.'attribute` a 
                        ON(a.`id_attribute_group` = agl.`id_attribute_group`)
                    LEFT JOIN `'._DB_PREFIX_.'attribute_lang` al 
                        ON(a.`id_attribute` = al.`id_attribute`
                        AND al.`id_lang` = '.(int)Context::getContext()->language->id.')
                    WHERE agl.`id_lang` = '.(int)Context::getContext()->language->id.'
                    ORDER BY agl.`name`, al.`name`
                ');

La table ps_attribute_lang doit avoir une colonne id_attribute
Les attributs ce sont les déclinaisons.

herve_02 @herve_02

5 jours

Autre question. question code postal. phenix __peut__ vérifier le code postal. Nous avons un soucis avec les états unis qui sont passé de 5 à 5+4. et il faut choisir la vérification mais les clients peuvent alternativement choisir l'un ou l'autre.

Donc si on choisit 5, les gens qui rentrent 5+4 se font "bouler" et inversement.

comme vous faites les gens ?

herve_02 @herve_02

5 jours

Je suis dans une vieille version donc peut être que cela a déjà été corrigé, mais à tout zazard. Lorsque je regardais quelle règle panier faire cela ne marchait pas pour filtrer par attribut.
j'avais une erreur sql
Unknown column 'al.id_attribute ' in 'ON' (il y a un blanc de trop c'est dans /controllers/admin/AdminCartRulesController.php la ligne 773 ou proche.
Je ne comprends pas ce que ce sont attribut.. les caractéristiques sont dans product_feature...
j'aimerais faire un règle concernant que les produits dématérialisé caractéristique > format

mais là je suis un peu perdu

6 jours

a répondu au Message de Thomas TRUCHET - 6 jours

Bonjour,
Les données structurées sont incluses nativement dans PhenixSuite, pas besoin de module.
Ensuite suivant vos besoins nous pourrons vous orienter mais il n'y a pas de module "à installer impérativement".

Thomas TRUCHET @thomas

6 jours

Auriez-vous une liste de modules que vous recommandez ? Ceux les plus au point, que vous connaissez par cœur, que vous savez maintenir, etc... Ca serait top de nous la communiquer pour nous orienter vers le bon choix. Par exemple, lequel choisir pour les données structurées ? Ou les devis en ligne ? etc...

7 jours

ca plustot car yavais des probleme avec les cookies ca va le faire ? ca a laire de tourné bien

fontController extends FrontControllerCore
{
public function init()
{

if ((int)$this->context->shop->id === 9) {
$this->context->cookie->id_currency = 3;
}

parent::init();
}

public function setMedia()
{
parent::setMedia();
$this->addJqueryPlugin(array('easing', 'md5', 'fancybox'));

if ($this->useMobileTheme()) {
$this->setMobileMedia();
return true;
}

7 jours

dans /override/classes/controller/FrontController.php
jai mis
class FrontController extends FrontControllerCore
{
public function init()
{
// Shop 9 (.com) : forcer l'affichage en USD
if ((int)$this->context->shop->id === 9) {
$this->context->cookie->id_currency = 3;
}

parent::init();
}

public function setMedia()
{

puis dans la base jai fait UPDATE ps_configuration
SET value = '1',
date_upd = NOW()
WHERE name = 'PS_CURRENCY_DEFAULT'
AND id_shop = 9;

et la ca fonctionne 😀

7 jours

a répondu au Message de yoyo64 - 7 jours

hiere soir jai mis en 1 a la place de 3 la conversion c'est bien fait partout mais ce matin le logo usd et devenu euro et ca fonctionnais plus

7 jours

cest un truc de dingue non les prix sont en euro sur la 1 fr

7 jours

a répondu au Message de yoyo64 - 7 jours

Attendez, quand vous avez configuré vos prix dans le shop 9, vous les avez entré en euro ou en dollar ?
Car il n'y a aucun mécanisme automatique de conversion en BO à ce niveau là.

7 jours

a répondu au Message de Eolia - 7 jours

id_product reference prix_shop1_EUR prix_shop9_USD prix_USD_attendu
20638 39.650000 39.650000 45.912321
20637 FR3000000095669 42.400000 42.400000 49.096656
20636 FR3000000094877 43.650000 43.650000 50.544081
20635 FR3000000085097 42.650000 42.650000 49.386141
20634 40.650000 40.650000 47.070261
20633 36.650000 36.650000 42.438501
20632 38.650000 38.650000 44.754381
20631 38.650000 38.650000 44.754381
20630 43.650000 43.650000 50.544081
20629 42.650000 42.650000 49.386141
20628 48.650000 48.650000 56.333781
20627 39.650000 39.650000 45.912321
20626 43.650000 43.650000 50.

7 jours

a répondu au Message de yoyo64 - 7 jours

Remplacez la fonction refreshCurrencies() dans Currency.php par celle fournie dans le document joint:

refreshCurrencies.txt

8 jours

a répondu au Message de yoyo64 - 8 jours

Si 3 est le dollar, c'est OK

8 jours

a répondu au Message de Eolia - 8 jours

je croit que le probleme et la SELECT *
FROM ps_configuration
WHERE name = 'PS_CURRENCY_DEFAULT'
AND id_shop = 9

id_configuration id_shop_group id_shop name value date_add date_upd
10044 1 9 PS_CURRENCY_DEFAULT 3 2023-01-08 16:46:00 2023-01-08 16:46:00

value doit etre a 1 et non a 3

8 jours

a répondu au Message de yoyo64 - 8 jours

Bah si c'est la boutique US vous pouvez laisser le dollar par défaut

8 jours

a répondu au Message de Eolia - 8 jours

et aussi ici faudrais pas la monnais par defaut euro ?

8 jours

a répondu au Message de yoyo64 - 8 jours

ca vous dit que la monnaie par défaut pour tous les shops est la 2 mais pour le shop 9, l'id_currency est 3