patriq

Utilisateur open source
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    70

  • Inscrit(e) le

  • Dernière visite


Messages posté(e)s par patriq

  5. Posté(e) · Signaler ce message

    Bonjour,

    Chez quel hébergeur êtes-vous?

    Pour trouver l'origine du problème, vous pouvez recommencer l'installation, mais en forçant l'activation des messages d'erreurs. Dans le fichier de configuration, vers la ligne 277, remplacer temporairement la variable $display_errors par la valeur 1 :

    
if (function_exists('ini_set')) {

@ini_set("gd.jpeg_ignore_warning", 1); // Ignore les alertes créées par la fonction jpeg2wbmp() et la fonction imagecreatefromjpeg()

ini_set('display_errors', 1);

}

    Merci

    Ok Je vais faire ça...!!! merci

  6. Posté(e) · Signaler ce message

    dans la page d'installation ...à l'etape 3/6 quand je mets la nom de la base de data...je suis à nouveau renvoyé à l'étape 2/6.....?¿¿De plus je n'ai pas le graphisme...!!

    J'ai donc installé directement les fichier SQL dans BD et renseigné info.inc.php...bien, j'arrive à la page d'accueil...ok tout semble correct ...mais impossible de s'enregistrer . et non plus pas de graphique dans le autre page...voilá....

    J'ai reinstallé la version 6.2 et tout fonctionne parfaitement....

  7. Posté(e) · Signaler ce message

    Bonjour,

    Dans PEEL rien ne spécifie l'usage de cp1257_general_ci.

    Dans le SQL exécuté par PEEL, à certains endroits on spécifie latin_swedish (qui gère bien tous les accents), et majoritairement on ne spécifie rien, ce qui fait que ça prend le charset par défaut du serveur MySQL utilisé. De plus en plus, c'est l'utf8 qui est utilisé par défaut sur les nouvelles installations de MySQL, mais ça peut aussi être ce qu'on veut tant que ça gère les accents.

    Si vous avez des données avec des caractères bizarres c'est qu'à un moment donné, sur le serveur sur lequel vous êtes ou un autre avant migration, un charset ne gérant pas correctement les accents a été utilisé.

    Le mode de fonctionnement de MySQL est le suivant : si on change l'encodage d'un champ, ça va convertir le champ en même temps.

    => Si on prend l'exemple d'un champ qui reçoit des données accentuées alors même que le champt est dans un format ne gérant pas les accents : ce champ contient alors des caractères spéciaux à la place des accents, qui n'ont pas été reconnus. Et si on modifie par la suite le charset du champ, ça va garder ces caractères spéciaux, car ça les convertit !

    Donc pour résoudre votre problème :

    - soit vous récupérez d'anciennes versions des données avant problème d'accents

    - soit vous convertissez ces données pour les corriger.

    Pour corriger les données :

    - convertir avec phpmyadmin les champs dans le bon charset

    - utiliser convert pour altérer les données afin de reconstituer les accents : http://dev.mysql.com/doc/refman/5.0/en/charset-convert.html

    Gilles

    Merci pour cette explication, donc j'ai changé dans les champs concernés la codification et tout fonctionne parfaitement je reçois les accents et les caractéres speciaux..

  8. Posté(e) · Signaler ce message

    Hello, je me suis aperçu que je ne pouvais pas avoir les accents sur les voyelles et pas plus les carractéres speciaux comme le Ç ou le Ñ...j'ai regardé la BD..et vu que l'interclassement est latin1_bin ou latin_sweedish_ci et aussi dans la nouvelle version cp1257_general_ci mais mon phpMyAdmin indique utf8_unicode_ci...donc je l'ai changé pour latin1_bin..et aussi cp1257_general_ci.....rien à faire toujours pas d'accent et de Ç...donc j'ai mis tout les champs interclassement en utf8_unicode_ci et ça marche j'ai les accents et le Ç,Ñ ..

    Je me demande bien pourquoi....??? :angry:

  9. Posté(e) · Signaler ce message

    Bonjour,

    Nous avons fait de nouveaux tests avec la version 5.7.

    Quand on désactive la protection du die() vers la ligne 40 dans Fichier lib\FCKeditor\editor\filemanager\connectors\php\config.php ça marche bien, mais sinon la protection avec le die() empêche l'ajout d'image.

    Ceci ne vous concerne pas car vous avez indiqué dans un de vos messages que vous aviez déjà essayé de retirer le die().

    Néanmoins pour tous ceux qui ont une version 5.7 et qui ont gardé la version d'origine de FCKEditor, pour résoudre les problèmes d'ajouts d'image avec FCKEditor, voici ce que vous devez faire :

    Code à ajouter ligne 35 dans lib\FCKeditor\editor\filemanager\connectors\php\config.php en remplacement des 2 lignes session_start() et $user_is_peel_admin = .... :

    // Paramétrage des sessions

    $session_length = 3;

    $session_cookie_name = "sid";

    ini_set('session.gc_maxlifetime', 3600 * $session_length);

    ini_set('session.use_cookies', '1');

    ini_set('session.use_only_cookies', '1'); // évite les attaques avec session id dans l'URL

    ini_set('session.use_trans_sid', '0'); // empêche la propagation des SESSION_ID dans les URL

    ini_set('url_rewriter.tags', '');

    ini_set('session.name', $session_cookie_name);

    if (!empty($session_save_path)) {

    ini_set('session.save_path', $session_save_path);

    }

    session_start();

    // Vérification des droits : l'utilisateur doit être un administrateur PEEL

    $user_is_peel_admin = (isset($_SESSION) && isset($_SESSION['utilisateur']) && !empty($_SESSION['utilisateur']['email']) && $_SESSION['url'] == $_SERVER['HTTP_HOST'] && !empty($_SESSION['utilisateur']['priv']) && $_SESSION['utilisateur']['priv'] == "admin");

    Gilles

    Super fantastique ça marche parfaitement maintenant....merci..!!!! :angry:

  10. Posté(e) · Signaler ce message

    Bonjour patriq,

    Aucune des pistes évoquées dans ce sujet, n'a pu vous aider?

    Avez vous un message d'erreur qui s'affiche, ou un log d'erreur lorsque vous essayez d'uploader l'image?

    Cordialement,

    J'ai essayé mais cela n'a rien donné voila la reponse quand j'essaye d'utiliser FCK Editeur ..The server didn't reply with a proper XML data. Please check your configuration.

    Dans la verion 5.6 FCK fonctionnait parfaitement....je n'ai pas encore eu le temps de voir de plus près tout ça.. :angry: :huh:

    A+ :)

  11. Posté(e) · Signaler ce message

    J'ai essayé sans image et même avec la version originale...j'ai ce même déplacement seulement sur les catégories du catalogue mais pas de l'acceuil à par exemple meilleur vente .ou contact...currieux...!!!

    je continue de chercher merci.!!! :angry:

    En fait j'ai remarque que le déplacement sur la gauche venait du fait que dans le cas ou il n'y avait pas besoin la barre verticale de l'exploreur ne se charger pas...mais dans le cas ou la barre est necessaire vu la longueur de la page la barre se charge bien sur provocant le déplacement vers la gauche...voilà donc rien à voir avec la programation de la boutique... :huh:

  12. Posté(e) · Signaler ce message

    Bonjour Patriq,

    Ceci est peut-être dû au temps pris par le navigateur pour charger la page, et son CSS.

    Avez-vous intégré vous-même des éléments graphiques?

    Si les images sont lourdes, elles peuvent prendre du temps à être chargées, et "déformer" très ponctuellement la mise en page.

    Cordialement,

    J'ai essayé sans image et même avec la version originale...j'ai ce même déplacement seulement sur les catégories du catalogue mais pas de l'acceuil à par exemple meilleur vente .ou contact...currieux...!!!

    je continue de chercher merci.!!! :angry:

  13. Posté(e) · Signaler ce message

    Hola , quand je clique sur une des catégories dans le catalogue l'affichage de la page se déplace légerement de la droite puis sur la gauche...la même chose sur IE que sur firefox...j'ai essayé de positionner le fichier haut.php dans les propriétés de la page ..ça bouge toujour

    je cherche toujours pourquoi ..j'ai le même probléme avec la version 5.0 qu'avec la nouvelle version..

  16. Posté(e) · Signaler ce message

    Hola, j'ai remarqué que l'on ne pouvait utiliser les zones personnalisables en html que pour seulement une langue...Si je coche la case Français j'ai par exemple mon banner dans la boutique en Fr mais pas en Anglais ni en Espagnol, si je coche la case en Anglais j'ai mon banner dans la boutique en anglais mais pas dans les autres langues......AHHAAA ..!!!

    Bien sur il manque un bout de script et quelques champs dans la table peel_html

    Qui a la solution?

    Aucunne réponse .....je suppose que je suis le seul a avoir constaté cela....!!!

    Je vais revoir les scripts du html.php et essayer de résoudre ça...

  17. Posté(e) · Signaler ce message

    Hola, j'ai remarqué que l'on ne pouvait utiliser les zones personnalisables en html que pour seulement une langue...Si je coche la case Français j'ai par exemple mon banner dans la boutique en Fr mais pas en Anglais ni en Espagnol, si je coche la case en Anglais j'ai mon banner dans la boutique en anglais mais pas dans les autres langues......AHHAAA ..!!!

    Bien sur il manque un bout de script et quelques champs dans la table peel_html

    Qui a la solution?

  18. Posté(e) · Signaler ce message

    Bonjour patriq,

    Pouvez-vous être plus précis ?

    Travaillez-vous sur une version "locale" de PEEL (EasyPHP, Wamp ou autre...) ou sur une site en ligne?

    Quel est le processus que vous suivez pour passer commande?

    Cordialement,

    Hola tout va bien maintenant je peux afficher la page de fin de commande sans problème......merci beaucoup cette boutique est vraiement intéréssante

    surtout la possibilité du choix de couleur et de taille..

    hasta luego amigo

Twitter Advisto ecommerce

Facebook PEEL Shopping