shogun

Bonjour,
mon site actuel tourne chez OVH sur PHP 5.2
Il s'agit d'une version Peel premium 5.41 customisée. J'ai reçu un mail d'OVH qui indique que les anciennes versions de PHP vont être abandonnées sur leur mutualisés. Il recommandent ainsi l'utilisation de PHP 5.5 au minimum.
 
Est ce que ma version de Peel peut tourner sous PHP 5.5 ? Je pense notamment aux magic_quotes qui n'existent plus.
 
A terme je pourrais passer sous PEEL7 mais les travaux de migration sont importants et je n'ai pas le temps en ce moment.
 
Bien cordialement,

Bonjour,
 
utilisateur de peel premium v 5.41 je me pose des questions sur une éventulle migration vers la dernière version.
La version que j'utilise a été fortement customisée pour répondre aux problèmes à l'époque. Une partie des bugs/améliorations a été prise en compte au fur et à mesure des évolutions du logiciel mais après avoir fait joujou sur la 7.2 pour voir, j'ai quelques questionnements génériques que j'ai listés ci-dessous.
Si quelqu'un peut m'éclairer sur les réponses, cela me permettra de décider si j'entame ou pas les travaux vers la 7.2
 
1 - Pseudo obligatoire -> A quoi ça sert, peut on le rendre optionnel
2 - N° tel obligatoire -> A quoi ça sert, peut on le rendre optionnel
3- peut pas faire de test d'email en localhost, pourquoi ? (ce serait justement très pratique pour les tests)
4-peut on configurer la taille des textes de l'admin facilement (css?)
5-Produits affichés en ligne dans une catégorie : pas alignés (images décalées probablment car textes produits pas de même longueur) : est ce un bug qui sera corrigé ?
6-Est ce que les URLs vers des anciens articles importés de PEEL v5.41 fonctionneront encore ici (/ au référencement)
7-Non vérifié, mais est ce comme dans les anciennes version lorsqu'on paye par CB ou paypal on a qd même un email envoyé avant même que la commande ne soit payée?? : c'était un problème pour moi que j'avais corrigé
8-Y a t il un moyen pour mettre un warning que le site est en vacances?
9-taille de zoom = taille page produit, ce qui n'est pas parfait
10-Mise en forme : sur les catégories accueil : nom au dessus, sur les sous catégories : nom en dessous?
11-gestion des emplacements : dans l'admin (texte d'aide) il est dit qu'on peut mettre des modules à droite hors cette option n'apparait jamais
12-Peut on mettre le catalogue verticalement à gauche?
13-Peut on mettre le panier à droite? (de manière à ce que son contenu soit toujours visible)
14-Envoyer à un ami/ ajouter au pense bête/ QR code /logos FB twitter et autres: peut on supprimer tout ça?
15-fil d'ariane produit redondant avec fil d'ariane catégorie...
16-pour les catégories il y a une image pour chaque langue. Peut on avoir l'option que si une seule image existe elle soit utilisée pour toutes les langues?
17-comment est géré le multisites, avant il y avait une tables pivots que je ne retrouve pas?
18-y a t il d'autres thèmes smarty/twig pour peel que le standard (gratuit ou payants), ne serait ce que pour se faire la main
19-Dans une catégorie qui ne possède pas de produit, est tout de même affiché : "Liste des produits" : est ce un bug qui sera corrigé ?
 
Merci d'avance pour les éclaircissements.
 
Cordialement,

Bonjour,
 
j ai cherché le site mais pas trouvé la réponse : parfois de la TVA sur les frais de port est appliquée, alors que tous mes ports sont sans TVA. C est aléatoire et peu fréquent et indépendant de la zone (France,CEE,hors CEE). J ai vérifié dans la base et le champ tva_cout_transport contient alors 19.6% du port total.
Un peu ennuyeux pour la compta.
Est ce qu il y a un bug, qui aurait éventuellement été corrigé depuis ? (je suis en v5.41 premium)
 
Cordialement,
 
Shogun.
 

Bonjour,
 
j'ai un petit problème qui se produit pour la première fois depuis 3 ans de fonctionnement et environ 2000 commandes. Sur une commande client, le lien facture PDF de la page commande redirige vers la facture...d'un autre client !
J'ai regardé le lien, il contient un code facture (7uZEdn en l'occurence ici). J'ai vérifié en allant sur la page commande de l'autre client (une assez ancienne commande), et le code du lien est différent (HrMM2f) mais on arrive bien sur la même facture.
Y a t il une faille sur le système de codage des factures qui pourrait générer ce pb ?
 
 
EDIT : je me suis trompé, il s'agit bien du même code pour les 2 factures, c'est donc le probleme de pas de bol de tomber sur le même numéro
 
Est ce que rajouter 2 caractères par exemple à la fonction de codage aléatoire (8 au lieu de 6) ferait l'affaire dans l'avenir ?

Bonjour,

je suis sur peel premium 5.41 et j'ai le pb suivant :

lorsque je mets à jour le statut d'une commande client à 'envoyé' depuis l'administration, celui-ci recoit un email qui est dans la langue de l'administration (çad en français pour moi), et non dans la langue de sa commande.

Vu le code, ceci est normal puisque le texte de l'email est dans les fichiers de langue.

Je peux gérer cela en choisissant la langue de l'administration en fonction des clients mais cela est fastidieux.

Comment pourrait on corriger cela ?

Bien cordialement,

Shogun.

Bonjour,

je suis en version peel premium 5.41 et j'aimerais y implémenter la possibilité pour le client de passer en HT si il a un no de tva intracommunautaire. Cette fonction est dispo sur les versions 6, mais j'ai fait tellement de modifs sur la mienne que je ne préfère pas upgrader.

Je crois que le plus simple (tout comme dans la v6) serait que je fasse un test sur une variable (à créer), au même titre que le test sur la zone d'envoi est fait (et dans le cas où celle-ci est une zone hors TVA, alors pas de TVA sur le calcul).
Dans lib/class/caddie.php, j'ai repéré la variable zonetva, est-ce cela ?

(par exemple avec une variable que j'appelle tvaIntra je pourrai modifier


$tva_percent = ($this->zoneTva == 1) ? $tarif['tva'] : 0; par if (($this->zoneTva == 1)&&($this->tvaIntra == 1)) $tva_percent =$tarif['tva']; else $tva_percent = 0;
)

et de la même manière tout le reste des $tva_percent de ce même fichier.

Pouvez vous m'indiquer si cela est pertinent et quels seraient les autres fichiers à modifier ?

Merci,

Cordialement,

shogun.

Bonjour,

dans le bloc catalogue, les pop-up sous menus ont une largeur fixe et de ce fait un algo a été réalisé qui coupe les noms de catégorie qui seraient trop long et remplace les caractères en trop par 3 points (...). Cet algo marche bien si le nom de catégorie est plus court ou plus long que la largeur du cadre, par contre si le nom est exactement de la largeur (ou à peu près ?) du cadre, alors l'affichage du nom de la catégorie passe sur 2 lignes, la deuxième étant visuellement coupée aux trois quarts (puisqu'il n'y a verticalement de la place que pour 1 ligne en fait).

Cordialement,

Shogun.

Bonjour,

sur une 6.2 fraichement installée avec easyphp, j'ai le pb suivant : si on désactive 'produits a la une' il se produit l'erreur suivante (qui s'affiche a peu près au niveau ou devrait être le sideblocktitle panier):
"
Fatal error: Call to undefined function get_on_rollover_products_html() in \www\lib\fonctions\fonctions.php on line 446
"

Cordialement,

Shogun.

Bonjour,

je viens de mettre une version 6.1.1 en ligne dans le but de test sur un vrai serveur. Je me suis également configuré un compte sandbox pour paypal (et j'ai donc modifié les appels a paypal et ipn pour inclure l'url de la sandbox bien sûr)

Lorsque je fais une commande par chèque : tout est validé comme il faut et le client (moi pour le test) comme l'admin reçoivent bien l'email.
Lorsque je fais une commande via paypal : la commande passe bien au statut réglée dans l'admin (preuve que l'ipn fonctionne bien) par contre aucun email n'est envoyé.

Après vérification du code, je ne trouve pas de commande d'envoi d'email ni dans l'ipn, ni dans le ok.php (plus logique dans l'ipn mais j'ai vérifié quand même), ni dans le code de maj de l'état de la commande dans la base.

Est ce que j'ai manqué qqch dans la configuration ?

Cordialement,

Shogun.

Bonjour,

je viens de tester la mise à jour 6.1.1, qui corrige quelques bugs.

J'obtiens à l'affichage produit coté client une erreur différente cette fois :


Fatal error: Call to undefined function get_product_stock_infos() in D:\EasyPHP-5.3.6.0\www\lib\class\Product.php on line 852


Après vérification du code, il me semble que cette fonction n'est prévue que sur le module premium et que dans le code shopping il n'y pas de test sur le fait que le module de gestion de stock soit activé ou non, d'où l'erreur (au contraire de la ligne 782 de \lib\fonctions\display_product.php où ce test est bien effectué)

Par ailleurs, si je corrige ce problème j'en ai un nouveau :

Fatal error: Call to undefined function affiche_etat_stock() in D:\EasyPHP-5.3.6.0\www\lib\class\Product.php on line 858

Car cette fonction n'existe pas non plus.

Et finalement ça marche si je corrige ce dernier problème en mettant return 0;

Cordialement,

Shogun.