Gilles Boussin

Bonsoir,

Si vous avez configuré un sous-domaine, il faut attendre la propagation des DNS quelques heures.
Pour savoir si vous arrivez sur votre code PEEL, ajoutez en tout début de fichier index.php à la racine sur la première ligne à côté de <?php die('TEST');
=> vous saurez sans aucun doute si la configuration générale de l'hébergement est bonne ou pas.
Si ça ne marche pas demain, alors regardez dans les guides OVH pour la configuration d'un sous-domaine.

Gilles

Parfait ! ;)

Etonnant car sur d'autres versions 5.1 de MySQL il n'y a pas ce soucis. Il doit donc probablement s'agir d'une configuration particulière de MySQL qui crée ce type d'erreur. En tous cas, avec les default partout ça doit résoudre le problème.

Bonjour,

J'ai regardé votre boutique et en l'état actuel je ne peux pas trop vous aider car il y a du spécifique.

Si vous avez bien mis vos modifications dans le fichier fonctions/display_custom.php de votre modèle, vous pouvez toujours repartir sur la base du modèle peel6 qui vous servira de référence sur un fonctionnement standard.

Gilles

Suite à des recherches, dans EasyPHP 3.0 (qui commence à dater sérieusement) vous avez probablement MySQL 4.x

Dans la version MySQL que vous avez, l'absence de valeur par défaut d'un champ oblige à spécifier la colonne lors d'un INSERT, ce qui est assez logique mais n'est pas le fonctionnement habituel de MySQL (est-ce spécifique à une sous-version de MySQL 4 ?)

En tout état de cause, je vous envoie par message privé le fichier de SQL à remplacer dans installation/peel.sql, dans lequel nous avons rajouté toutes les valeurs par défaut '' quand elles n'y étaient pas.
Cette modification sera inclue dans la version 6.0.3 pour assurer une plus grande compatibilité avec les anciens hébergements.

Bonjour,

Vous avez quoi comme version de MySQL ? (regardez sur la page d'accueil de phpmyadmin)

Bonjour,

J'ai oublié une autre modification à faire que j'avais faite de mon côté ;)
Dans lexique/index.php :

remplacer ligne 24 :
print_liste_mot('A');
par
print_liste_mot();

Bonjour,

Il y a de multiples versions d'Excel, d'Open Office, etc. Donc on ne peut pas cibler un unique logiciel.
Habituellement les logiciels ont une fenêtre lors de l'ouverture d'un .csv qui demande le séparateur et l'encodage.

L'export en CSV avec séparateur tabulation est ce qu'on peut considérer comme étant le plus propre : en effet, la tabulation ne sert à rien en HTML, et donc on peut utiliser ce séparateur sans mettre de guillemets pour chaque champ, puisqu'on peut supprimer les tabulations de tout le contenu exporté.

La manière dont nous avons fait vous permet d'importer sur Excel et Open Office, même si il vous faut une étape de configuration du séparateur, ça ne semble pas être bloquant car l'ouverture d'un export sous Excel n'est pas une opération faite 50 fois par jour.
Si d'autres personnes trouvent cela nécessaire d'exporter dans d'autres formats, nous les rajouterons volontiers dans de nouvelles versions.

Pour l'import, le fait de supporter en natif le choix de l'encodage tel que vous le souhaitiez pouvait être bloquant dans votre cas, c'est pourquoi je vous ai envoyé le fichier modifié hier par MP et que les prochaines versions permettront d'importer en ISO-8859-1 en plus de l'UTF-8.

Gilles

Bonjour,

- Dans la page de configuration vous pouvez sélectionner l'encodage utilisé pour les exports => sélectionnez iso-8859-1 et ça exportera dans le format que vous voulez, mais bien sûr ce n'est compatible que si toutes vos données sont en alphabet latin.

- Pour les tabulations ou virgules dans les exports, si vous voulez modifier, vous pouvez faire des modifications dans les fichiers d'export si vous tenez absolument à ces modifications.

- Pour les imports, si vous avez des données en ISO, vous pouvez rajouter dans les fichiers d'import utf8_encode(...) au moment de la lecture du fichier. => remplacez par exemple de le fichier d'import des produits les deux mentions de fgets($fp, 4096) par utf8_encode(fgets($fp, 4096)).

Gilles

Bonsoir,

Ligne 80 de modules/lexique/fonctions.php, remplacez :

WHERE etat=1 AND UPPER(LEFT(word_" . $_SESSION['session_langue'] . ",1)) = '" . nohtml_real_escape_string($letter) . "'

par :

WHERE etat=1 ".(!empty($letter)?" AND UPPER(LEFT(word_" . $_SESSION['session_langue'] . ",1)) = '" . nohtml_real_escape_string($letter) . "'":'')."

ça affichera toutes les définitions dans l'accueil du lexique

Vadim,

Il faudra que j'en discute avec Simon lundi, pour savoir précisément ce qui a été fait, et si nécessaire refaire.

De votre côté, ne cherchez pas à refaire des installations de Wanewsletter, car si on est à plusieurs à travailler dessus ça crée des problèmes.

Gilles

Vadim,

Pour la recherche, c'est compliqué car le module AJAX autocomplete ajuste automatiquement certaines choses, dont la largeur.
Donc l'autocomplete prend la même largeur que le champ input dans lequel on tape le texte. C'est donc celui-ci qu'il faut changer si vous voulez une plus grande largeur.

Gilles

Bonjour Vadim,

L'interconnexion avec Wanewsletter ne se fait pas automatiquement si vous créez votre propre module, il faut dans ce cas mettre un module qui interconnecte l'ensemble.
Habituellement c'est nous qui nous occupons de l'installation et de la mise en place de l'interconnexion.
Je vous laisse discuter avec Benjamin lundi de ce sujet, c'est lui qui gèrera.

Gilles

Bonjour Vadim,

Il s'agit d'un problème d'interprétation des z-index, la liste est à 2000 et le menu ci-dessous est à 1500, donc on pourrait penser que ça passe au dessus, mais sur votre navigateur non.
Si vous modifiez le z-index du parent ça devrait aider : cherchez la ligne suivante dans modeles/xxxx/css/screen.css (ligne 218 sur ma version) :

#main_header #top_search {

et quelques lignes en dessous vous avez la mention d'un z-index, mettez le à 2000 également.

Gilles

Bonjour,

Trouvez une dizaine de lignes plus haut :
$result = mail($this_email, $subject, $mail_content, $mail_header);

et remplacez par les lignes données dans mon précédent message.

Avec plaisir ;)

Bonne soirée,

Gilles

La manière dont est géré l'UTF-8 sur les messageries modernes permet normalement de ne pas encoder en binaire le titre à partir du moment où on précise que la totalité de l'email est en UTF-8. Mais apparemment sur votre messagerie, ce n'est pas le cas.

Donc remplacez dans lib/fonctions/email.php la ligne 123 par les lignes suivantes :

if (strtolower(GENERAL_ENCODING) != 'iso-8859-1') {
$result = mail($this_email, '=?'.strtoupper(GENERAL_ENCODING).'?B?' . base64_encode($subject) . '?=', $mail_content, $mail_header);
} else {
$result = mail($this_email, $subject, $mail_content, $mail_header);
}

Gilles

Pour le warning /achat/achat_maintenant.php on line 49 : pareil, rajoutez vb( ... ) => ça donne :
WHERE pays_'.$_SESSION['session_langue'].'=' . vb($_SESSION['session_commande]['pays2']) . '"');

Pour l'affichage du mode d'expédition : il est toujours précisé la zone de livraison puis le mode de livraison, d'où la présence de "France -". Si vous voulez le retirer remplacez :


$output .= '
<p>' . CUSTOMER . BEFORE_TWO_POINTS . ': <span class="right">' . $frm['nom2'] . ' ' . $frm['prenom2'] . '</span></p>
<p>' . EMAIL . BEFORE_TWO_POINTS . ': <span class="right">' . $frm['email2'] . '</span></p>
<p>' . TELEPHONE . BEFORE_TWO_POINTS . ': <span class="right">' . $frm['contact2'] . '</span></p>
<p>' . ADDRESS . BEFORE_TWO_POINTS . ': <span class="right">' . $frm['adresse2'] . '</span></p>
<p>' . ZIP . BEFORE_TWO_POINTS . ': <span class="right">' . $frm['code_postal2'] . '</span></p>
<p>' . TOWN . BEFORE_TWO_POINTS . ': <span class="right">' . $frm['ville2'] . '</span></p>
<p>' . COUNTRY . BEFORE_TWO_POINTS . ': <span class="right">' . $frm['pays2'] . '</span></p>
<p>' . PAYEMENT . BEFORE_TWO_POINTS . ': <span class="right">' . get_payment_name($_SESSION['session_caddie']->payment_technical_code) . '</span></p>
';
}
$output .= '<p>' . SHIPPING . BEFORE_TWO_POINTS . ': <span class="right">' . String::html_entity_decode_if_needed($_SESSION['session_caddie']->zone) . ' - ' . String::html_entity_decode_if_needed($_SESSION['session_caddie']->type) . '</span></p>';


par :

$output .= '
<p>' . CUSTOMER . BEFORE_TWO_POINTS . ': <span class="right">' . $frm['nom2'] . ' ' . $frm['prenom2'] . '</span></p>
<p>' . EMAIL . BEFORE_TWO_POINTS . ': <span class="right">' . $frm['email2'] . '</span></p>
<p>' . TELEPHONE . BEFORE_TWO_POINTS . ': <span class="right">' . $frm['contact2'] . '</span></p>
<p>' . ADDRESS . BEFORE_TWO_POINTS . ': <span class="right">' . $frm['adresse2'] . '</span></p>
<p>' . ZIP . BEFORE_TWO_POINTS . ': <span class="right">' . $frm['code_postal2'] . '</span></p>
<p>' . TOWN . BEFORE_TWO_POINTS . ': <span class="right">' . $frm['ville2'] . '</span></p>
<p>' . COUNTRY . BEFORE_TWO_POINTS . ': <span class="right">' . $frm['pays2'] . '</span></p>
<p>' . PAYEMENT . BEFORE_TWO_POINTS . ': <span class="right">' . get_payment_name($_SESSION['session_caddie']->payment_technical_code) . '</span></p>
<p>' . SHIPPING . BEFORE_TWO_POINTS . ': <span class="right">' . String::html_entity_decode_if_needed($_SESSION['session_caddie']->zone) . ' - ' . String::html_entity_decode_if_needed($_SESSION['session_caddie']->type) . '</span></p>';
}else{
$output .= '<p>' . SHIPPING . BEFORE_TWO_POINTS . ': <span class="right">' . String::html_entity_decode_if_needed($_SESSION['session_caddie']->type) . '</span></p>';
}

Bonjour,

Il n'y a pas d'envoi automatique avec la version standard, il faut en effet procéder à l'envoi manuellement.
Je vous laisse discuter avec Benjamin ou Sébastien par rapport à l'automatisation si vous le souhaitez.

Gilles

Jean-Luc,

Le formulaire sur la page PEEL est en UTF-8, tout comme il faut, et apparemment Paypal n'accepte pas les données UTF-8.
Pour raisons de compatibilité multilingue, on veut absolument rester en UTF-8.
Donc il faut que Paypal accepte de décoder nos données UTF-8.

Pour ce faire, rajoutez dans modules/paypal/fonctions.php ligne 32 :

<input type="hidden" name="charset" value="'.GENERAL_ENCODING.'">

et ça devrait fonctionner.

Gilles

Vadim,

* Il faut changer dans les lignes suivantes du fichier administrer/types.php :

Juste après :
<td class="normal">Adresse de livraison' . BEFORE_TWO_POINTS . ':</td>
<td>

aux lignes 166 et 167 il faut_mettre:
<input type="radio" name="without_delivery_address" value="0" ' . frmvalide($frm['without_delivery_address'] == 0) . ' /> Oui, à préciser par l\'utilisateur
<input type="radio" name="without_delivery_address" value="1" ' . frmvalide($frm['without_delivery_address'] == 1) . ' /> Pas nécessaire : retrait en boutique

Sinon quand on charge la page d'édition, ça ne présélectionne pas le bon bouton.
Il n'y avait pas d'autre conséquence que la présélection, vos changements étaient bien pris en compte.

* Pour ces erreurs de undefined, pas de conséquence autre que l'affichage des warning, donc comme l'affichage des erreurs ne concerne que votre IP par défaut, pas de problème.

Pour corriger, mettez dans lib/order.php ligne 218 :

, prenom_ship = '" . nohtml_real_escape_string(vb($order_infos['prenom2'])) . "'
, nom_ship = '" . nohtml_real_escape_string(vb($order_infos['nom2'])) . "'
, societe_ship = '" . nohtml_real_escape_string(vb($order_infos['societe2'])) . "'
, adresse_ship = '" . nohtml_real_escape_string(vb($order_infos['adresse2'])) . "'
, zip_ship = '" . nohtml_real_escape_string(vb($order_infos['code_postal2'])) . "'
, ville_ship = '" . nohtml_real_escape_string(vb($order_infos['ville2'])) . "'
, pays_ship = '" . nohtml_real_escape_string(vb($order_infos['pays2'])) . "'
, email_ship = '" . nohtml_real_escape_string(vb($order_infos['email2'])) . "'
, telephone_ship = '" . nohtml_real_escape_string(vb($order_infos['contact2'])) . "'

(on rajoute vb() pour dire que si la variable n'est pas définie, qu'on ne mette pas de warning)

Gilles

Jean-Luc,

J'ai testé sur http://premium.peel.fr/modules/factures/co...mp;mode=facture (nom avec accent, visible jusqu'à la prochain MAJ automatique de la boutique de test) : l'accent est bon, et par ailleurs en entête HTML j'ai bien :
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Pour le PDF, pareil tout est OK.

Envoyez moi le lien de la facture qui vous pose problème que je puisse regarder.

Gilles

Bonjour,

Il s'agit en fait d'un formulaire imbriqué dans un autre : presque tous les navigateurs s'en sortent bien, votre version de IE considère que lorsque le second formulaire est fermé, ça ferme aussi le premier.
Il suffit juste de réorganiser la position de l'appel d'un formulaire. Je vous envoie la page par MP.

Gilles

Bonjour,

Vous utilisez une version < 6. Il semble que cette page posait parfois quelques problèmes.

Mettez une ligne du genre :
echo 'Envoi email '.$numitems.'<br />';

avant la ligne
mail("$femail[$numitems]","$yname a visité le site $site et vous recommande d'aller y faire un tour","$fname[$numitems] bonjour !\n\n$yname a visité le site $site et pense que vous trouverez cet article intéressant :\n\nURL: $referer \n\nCommentaires supplémentaires : \n------------------------------------ \n$comments \n------------------------------------\n\nMerci \n$site \n$support \n$wwwroot","FROM:$yemail");

Si ça affiche des messages d'envois, alors c'est que c'est l'envoi d'email qui bloque. Essayez alors de changer "FROM:$yemail" par "From: $yemail" dans la ligne ci-dessus.
Si ça n'affiche pas de message, c'est que les noms ou emails ne semblent pas vides.

Bonjour,

Ceci provient du fait que l'utilisateur n'est pas loggué et qu'on veut insérer un formulaire Paypal qui récupère l'id utilisateur.
Dans le fichier /modules/factures/commande_html.php, ligne 230, changez $_SESSION['session_utilisateur']['id_utilisateur'] en vb($_SESSION['session_utilisateur']['id_utilisateur']) .

Gilles