PhenixTweet

Войти

Имя пользователя или адрес электронной почты

{{invalid_feedback_email}}

Пароль

{{invalid_feedback_pass}}

Пользователь с такими учетными данными не найден. Проверьте введенные данные и повторите попытку.

Забыли Ваш пароль? Сбросить пароль

Нет учетной записи? Зарегистрироваться

1 д. назад

В ответ Julien на его Публикация 1 д. назад

Je vais ajouter les horaires d'ouvertures dans le json-ld si ils existent ;)

Julien @bobby4722

1 д. назад

В ответ Eolia на его Публикация 1 д. назад

Oui c'est vrai que je n'ai pas la vue globale que tu peux en voir en tant que DEV. Je pensais plus à un truc du style Google (tu sais pour les magasins) ce qui s'affiche à droite dans les résultats de recherche avec le numéro de téléphone.

Puis aussi dans le sens où des clients aux USA s'imaginent que nous bossons H24 et à leur heures de dispo...
En fait, j'en ai un peu ras le bol d'avoir des clients "Amazonizés" ou genre comme chez McDO. Donc j'essaye au mieux de les recadrer gentiement mais les mode de conso changent ...

1 д. назад

В ответ Julien на его Публикация 1 д. назад

Hum... c'est plus un dev spécifique là. 3h du matin heure locale du serveur ?
Perso je rajouterai un texe au dessus du formulaire de contact pour expliquer que les messages sont traités de telle heure à telle heure (heure française) les jours ouvrés.

1 д. назад

В ответ Nemo на его Публикация 1 д. назад

Problème corrigé dans le module

2 дн. назад

Bonjour, avez-vous remarqué que depuis un certain temps, tous les informations douanières colissimo ont disparu !!!
De plus, quand j'essaye de les remettre, le message est "Mise à jour ok", mais les champs restent vides.
J'étais surpris de ne plus faire de vente en Europe !
Avez vous constaté le même problème ?

Julien @bobby4722

2 дн. назад

В ответ Eolia на его Публикация 2 дн. назад

est-ce que on pourrait aussi l'ajouter au site par exemple ? car il y a des clients qui s'imaginent avoir une réponse à 3h du matin ? pardon je veux dire par exemple une réponse automatique ou quelque chose du genre pour la messagerie

En tout cas j'ai lu le changelog de la 38 et c'est du lourd comme d'hab ! 👍

3 дн. назад

3 дн. назад

3 дн. назад

4 дн. назад

В ответ Eolia на его Публикация 4 дн. назад

Merci beaucoup Eolia.
J'ai modifié le fichier et ça fonctionne !

4 дн. назад

В ответ herve_02 на их Публикация 4 дн. назад

Dans le module autoupgrade vous avez le lien pour télécharger le zip de la mise à jour :)
Si vous avez des correctifs pertinents, je me ferai un plaisir de les appliquer dans les modules concernés.

4 дн. назад

В ответ Pilou на его Публикация 4 дн. назад

Ah oui c'est ennuyeux 😒
2 solutions:
- Soit vous utilisez la fonction dupliquer en attendant le correctif
- Soit vous rajoutez ce bloc à la fonction processAdd() ligne 3259 de /controllers/AdminProductController.php (juste avant le checkproduct)

CODE
        foreach(Language::getLanguages(false) as $lang) {
            if($name = Tools::getValue('name_'.$lang['id_lang'])) {
                $_POST['link_rewrite_'.$lang['id_lang']] = Tools::str2url($name);
            }
        }

4 дн. назад

В ответ Pilou на его Публикация 4 дн. назад

Je viens d'essayer sur un Phenix non modifié et ça me fait la même chose.
Personne n'a eu le soucis svp ?

herve_02 @herve_02

4 дн. назад

В ответ Eolia на его Публикация 4 дн. назад

Le soucis avec les mises à jour de modules, c'est que si vous les avez modifiés pour les faire tomber en marche, (mondial relay par exemple) il est assez stressant de lancer une mise à jour sans savoir ce qui va être mis à jour et l'impact que cela va avoir.
Dans un site en prod ou c'est utilisé 3 ou 4 fois par jour... pas simple.
comment on fait pour télécharger la mise à jour pour faire un diff ?

4 дн. назад

Bonjour Eolia,

Lors de la création d'un nouveau produit, ce message apparaît:
Le champ link_rewrite est obligatoire au moins en Français (French) .
Vous devez saisir au minimum le nom du produit dans la langue par défaut pour pouvoir enregistrer ce produit.
Pour info, une seule langue installée.

6 дн. назад

В ответ BigM на его Публикация 6 дн. назад

Avec 1000 elle sera appliquée en dernier si plusieurs règles dans le même panier.

6 дн. назад

В ответ Eolia на его Публикация 6 дн. назад

Je vois. Merci pour l'explication. Mais qu'en est-il de « priority: 1000 » ?

6 дн. назад

В ответ BigM на его Публикация 6 дн. назад

Si c'est un montant et qu'elle est affectée à un client c'est que c'est une remise due (avoir ou geste commercial). Elle doit donc être visible et prioritaire pour ce client.

6 дн. назад

Je viens de vérifier. Oui, seulement si c'est avec un montant.

6 дн. назад

В ответ BigM на его Публикация 6 дн. назад

Uniquement si elle est en montant et nominative

7 дн. назад

Problème constaté après la mise à jour vers la version 37.
Lors de la création d'une règle de panier, après l'avoir enregistrée, les options « Mettre en évidence » et « Utilisation partielle » sont toujours définies sur OUI. La priorité est définie sur 1000, quelle que soit la valeur saisie.

8 дн. назад

В ответ BigM на его Публикация 8 дн. назад

AFTER EACH UPDATE:

- Go to the modules page to launch the upgrades.
- Debug mode is enabled to view potential errors. Navigate to your BO and FO to verify that no messages appear. If so, make the necessary corrections.
- Once the check is OK, disable debug mode and remove the maintenance.

8 дн. назад

В ответ Eolia на его Публикация 8 дн. назад

Désolé, c'est ma faute. Je suis immédiatement allé dans le FO et j'ai vu le message d'erreur. Après avoir travaillé sur la boutique (y compris la page du module), le message a disparu.

8 дн. назад

В ответ BigM на его Публикация 8 дн. назад

Vous êtes bien allé dans la page des modules après la mise à jour ?

8 дн. назад

After update to v37 I get the following SQL error in FO when debug modus enabled.

DocMusicStation HERBERT @docmusicstation

11 дн. назад

Passé ce soir en prod sur 1.6.2.37 sans aucun soucis.
Les BO et FO ont encore gagnés en rapidité.
Merci Eolia ;)

DocMusicStation HERBERT @docmusicstation

12 дн. назад

В ответ Eolia на его Публикация 12 дн. назад

Je ne suis pas en php8 mais en 7.4
Par contre c'est mysql qui est en version 8.
Votre fichier corrige bien l'avertissement ;)
Merci

12 дн. назад

В ответ Julien на его Публикация 12 дн. назад

Non, c'était bien le cache (qui est dans la même étape que la mise à jour de la BDD, à la fin)

Julien @bobby4722

12 дн. назад

В ответ Eolia на его Публикация 12 дн. назад

De mon côté c'était la mise à jour de la base de données qui prenait un temps fou en fin de MAJ.

12 дн. назад

В ответ Julien на его Публикация 12 дн. назад

Depuis la 37 le vidage du cache est instantané.