shogun
Utilisateur open source-
Compteur de contenus
129 -
Inscrit(e) le
-
Dernière visite
Messages posté(e)s par shogun
-
-
Merci shogun ;) ...ok je comprend il faut faire tourner peel en local avec une version plus récente pour le serveur PHP...bonne soirée...euh au fait ça fonctionne comme XAMPP ???...
lionel
Salut lionel,
en fait seules les versions PEEL supérieures ou égales à 5.5 on les fonctions preg a la place des ereg. Donc vu que tu as la 5.41 comme moi, celle ci ne tournera pas sans modif sur un serveur qui ne supporte pas de vieilles commandes de php. Donc il te faut justement une version de serveur plus vieille. Et dans mon cas easyphp 1.7 marche tres bien, sans avoir de modifs a faire (rapide et facile donc).
En plus easyphp est encore plus simple que XAMPP. il faudra juste que tu actives l extension de gestion des images.
A+
shogun
-
Jean Herve,
en fait j ai résolu moi même : il se trouve que l ipn.php n est plus compatible avec paypal puisque le protocole appelé est le http et non le https.
Il suffit de faire les modifs en mettant ssl et port 443 et ca marche
Il semblerait que peu de personnes ici n utilise l ipn de paypal ? Il est assez dangereux de faire ses notifications autrement je trouve...
J espère que cela aidera les autres
A+
Shogun.
-
OK c est du a la fonction nl2br
Résolu donc !
-
Salut,
j utilise FCKeditor qui est tres bien. Dans mes textes, qd je fais un retour a la ligne l editeur me fait des paragraphes <p></p> ce qui est normal. Rien d autre dans la visualisation html.
par contre dans ma page sur mon site j ai de grands espaces entre mes paragraphes. Apres une verification avec firebug il se trouve qu'un <br/> est insere entre chaque ce qui explique le probleme.
Quelle solution peut on appliquer a votre avis ?
Cordialement,
shogun.
-
Merci pour votre réponse, et donc d'ou vient le beug ;) ???...sachant que j'ai la version 5.4...déjà merci pour votre réponse et le temps que vous passez et qui reste précieux , je le sais trop bien ...à charge de revanche si vous avez besions :(
lionel, gilles ne parle pas de la version de peel mais de php. J ai aussi la version 5.4 et elle n a pas les modifs sus citees. Il te reste donc les solutions decrites dans mon post plus haut.
shogun.
-
Salut,
auparavant je faisais rediriger automatiquement le client vers le site une fois le paiement effectue. Mes fichiers ok et nok.php etaient donc appeles et le paiement mis a jours par ceux ci en consequence.
pour des raisons de securite, il vaut mieux comme cela est prévu utiliser la notification ipn.php
j'ai bien configuré mon compte paypal mais il semble que les paiements ne soient pas mis a jour. Or a la lecture de la doc paypal il semblerait qu'il faut appeler https//www.paypal.com alors que dans ipn. php apparait le port 80 donc normal
y a t il eu des MAJ de ce fichier depuis la 5.41 ?
Merci pour votre aide.
-
alala, je viens de me rendre compte d un truc ;) :
je viens de me faire un sitemap bilingue et ca ne sert... a rien ! au contraire : en effet je me retrouve avec des liens comme :
monsite.com/cat-macategorie-12/monarticle-23.html pour le francais et
monsite.com/cat-mycategory-12/myarticle-23.html pour l anglais
je pensais avoir resolu le pb, mais non car ces deux liens renvoient vers la meme page, en francais, puisque c est uniquement la variable de langue qui gere l affaire...
ca j avoue que c est pas trop top
qq aurait une solution ? ou alors je force l ecriture de liens avec les ?lang=en dans le sitemap ??
bon en attendant je le vire (le sitemap)
-
bon je viens de modifier le sitemap.php de l administration pour qu il soit bilingue. J ai donc un gros xml a la racine
Ensuite j ai soumis a google via les outils webmaster.
Question 1 : google va t il lors de ses visites sur mon site prendre le dernier sitemap.xml a la racine ou faut il le resoumettre regulierement ?
Question 2 : j ai lu qu on pouvait via le htaccess lancer le sitemap.php des que le fichier xml etait demande (pour le maj automatiquement), qu en pensez vous ?
Q 3 : sur mon site qui compte environ 1900 articles, google m en avait reference environ 400. Est ce que le sitemap va ameliorer les choses ou bien google va t il de toute maniere faire une 'selection' qui aboutira au meme resultat ? De maniere generale j ai lu que les sitemap etaient a peu pres inutiles sauf pour les tres gros sites ??
shogun
-
bon je reprends ce meme sujet apres un moment.
1-Deja mes resultats sur google et bing ne sont carrement casses la g... : y a t il besoin de regulierement ressoumettre son site aux moteurs de recherche ? 9ca n a peut etre rien a voir mais j ai active le nuage de tag recemment, je viens de le desactiver on verra ce que ca donne)
2-A priori le referencement d un site bilingue n est pas chose facile. Il semble qu au dela de sites et de domaines distincts, google preconise des repertoires differents:
ex : monsite.com/fr et monsite.com/en
ici la methode utilisee est la variable de langue (avec le parametre ?langue=en par ex). Cette methode est elle efficace ? en effet le moteur de recherche aura dans ses donnees plusieurs url identiques mais amenant a plusieurs langues, donc peut etre une perte de score ?
apres analyse par google webmaster j ai plein de balises titre en double, la cause etant justement cette methode de gestion des langues
une solution (peu elegante certes) serait de dupliquer l arborescence du site dans des sous repertoires /fr et /en et de modifier la variable de l url du site pour qu elle depende de la langue : est ce realisable et qu en pensez vous ?
toute aide pour ameliorer le referencement serait la bienvenue
shogun.
-
Salut lionel,
j'avais le même problème, le plus simple est d'utiliser plutot easyphp version 1.7, qui supporte le php4
tu le trouveras ici
sinon si tu n as pas peur de modifier le code tu peux remplacer tous les ereg par des preg - voir un de mes anciens posts ou jean-hervé a répondu en citant l'ensemble des modifs a faire -
A+
shogun
-
Equimonde,
Tu es un killer, ça marche ! ;)
Merci beaucoup,
Shogun.
-
Tous les dossiers doivent se retrouver en chmod 755 et le fichiers en 644Pour les htaccess je regarde de suite ;)
Merci equimonde,
j'ai fait comme tu as dit, mais les repertoires restent en visibilité publique...
pourtant mon .htaccess qui est à la racine ne semble pas poser pb d'après moi.
A tout hasard voici le fichier
###################################################### ## Fichier .htaccess pour les boutiques PEEL ## ## copyright ©2004-2009 ## ## http://www.peel.fr/ ## ###################################################### ### Interdit l'affichage des fichiers autre que .html et .php <FilesMatch "\.(inc|tpl|h|ihtml|sql|ini|conf|class|bin|spd|theme|module|exe|asa)$"> deny from all </FilesMatch> ### Configuration pour les fichiers .htaccess et .htpasswd <Files ~ "^\.ht"> Order allow,deny Deny from all Satisfy All </Files> ### Interdit l'affichage du fichier info.inc.php <Files ~ "\info.inc.php$"> deny from all </Files> ### Interdit l'affichage du fichier info.inc.php <Files ~ "\configuration.inc.php$"> deny from all </Files> # Retirer toute la section des Rewrite[...] si l'hÈbergement ne supporte pas l'URL Rewriting RewriteEngine on # Suivant l'hebergement il faut configurer le RewriteBase RewriteBase / RewriteRule ^achat/cat-(.*)-([0-9]+)\.html$ achat/index.php?catid=$2 [QSA,L] RewriteRule ^lire/(.*)-([0-9]+)/(.*)-([0-9]+)\.html$ lire/article_details.php?id=$4&rubid=$2 [QSA,L] RewriteRule ^lire/(.*)-([0-9]+)\.html$ lire/index.php?rubid=$2 [QSA,L] RewriteRule ^(.*)-([0-9]+)/(.*)-([0-9]+)\.html$ achat/produit_details.php?id=$4&catid=$2 [QSA,L]
voilà voilà,
shogun.
-
bon j'ai essayé de passer récursivement tous les répertoires en 701, cela semblait faire l'affaire mais avec l url rewriting plus possible d'accéder aux articles !!
je repasse donc tous mes répertoires en 705, mais du coup mon problème revient
help!
Merci,
Shogun.
-
Bonjour,
j'ai du merder avec mon FTP sur les droits de certains répertoires, ou modifier par erreur un htaccess, toujours est-il que je me retrouve sur mon site avec une visibilité publique de tous les répertoires.
Ex : si qq tape www.monsite.com/modules/ , il va se retrouver avec la liste du répertoire et non avec un forbidden.
Comment puis-je restaurer cela ?
Merci bcp,
Shogun.
-
Ha ok, bon je vais laisser tout tel que alors.
Merci Jean-Hervé.
-
Bonjour Jean-Hervé,
je pense que les 3 premiers points sont sans conséquence. Sur le bug d'affichage du caddie, avez vous un correctif ?
Cordialement,
Shogun.
-
Bonjour,
je vous rapporte un petit bug (5.41) sur la page de details suivant l historique des commandes, lorsque l on clique sur le i blanc dans un carré vert pour avoir le détail d'une commande.
Les états de livraison et expédition sont les mêmes : en cause la fonction affiche_resume_commande, partie affiche_statut :
if ($affiche_statut == 1) {
$sql_statut_paiement = "SELECT id, nom_" . $_SESSION['langue'] . "
FROM peel_statut_paiement
WHERE id = '" . intval($commande->id_statut_paiement) . "'";
$res_statut_paiement = mysql_query($sql_statut_paiement);
$s = mysql_fetch_array($res_statut_paiement);
$sql_statut_livraison = "SELECT id, nom_" . $_SESSION['langue'] . "
FROM peel_statut_livraison
WHERE id = '" . intval($commande->id_statut_livraison) . "'";
$res_statut_livraison = mysql_query($sql_statut_livraison);
$s = mysql_fetch_array($res_statut_livraison);
en cause la redondance du $s
pour résoudre, remplacer le deuxième $s par autre chose
Un autre bug, pas résolu celui-ci : sur cette même page, le meta du titre de la page renvoi non pas au meta du site mais au meta d un article
en cause a mon avis, le fait que la fonciton affiche_meta recupere l id et considere que l on est dans une page article.
Comment faudrait il modifier cette fonction pour que le meta par defaut s affiche a la place ?
Merci,
Shogun.
-
Bonjour,
j'utilise les prix par lots pour quasi tous mes articles, et j'ai lu que la 5.6 corrigeait des bug concernant ce point.
Je n'ai pas encore rencontré de pb, mais à titre préventif (je suis en 5.41) quelqu'un pourrait il m'éclairer sur la nature du bug et son correctif ?
Merci !
-
Jean-Hervé,
merci pour votre réponse, je vais essayer ça.
Cordialement,
Shogun.
-
Bonjour,
concernant le référencement de ma boutique, j'obtiens de très bons résultats globalement (google, bing), bravo à PEEL pour la propreté de leur code.
Question néanmoins : si le référencement de mes pages en français est bon, celui des pages en anglais ne l'est pas
Ma boutique étant par défaut en français, je pense que les moteurs parcourent donc le catalogue en français.
Comment peut-on faire pour que les moteurs parcourent également les articles en anglais ?
Autre question : le meta titre du site est fixé dans peel, quelque soit la langue : ne vaudrait il pas mieux un titre pour chaque langue ?
Merci !
Shogun.
-
Jean-Hervé,
merci de votre réactivité. J'ai directement essayé avec le lien direct achat maintenant.php et ça marche nickel !
Encore merci,
Shogun.
-
Jean-Hervé,
merci, je vais essayer cela.
Je vous tiens au courant.
Cordialement,
Shogun.
-
Bon,
lorsque qu'on est sur Résumé de votre commande, on peut cliquer pour revenir en arrière (javascript history back)
sous firefox ou safari, ça marche impec, mais sous IE6, ca marche pas ! -> rien ne se passe en cliquant une fois et on revient au panier si on clique 2 fois. Sachant que ça concernera environ 50% des clients, je ne peux pas laisser passer ça...
après 3 bonnes heures à éplucher tout mon code, parce que je croyais que le bug venait de mes modifs , je me rends compte que c'est un bug de PEEL :
j'ai tout réinstallé fraichement (5.41) et on le retrouve aussi sur de nombreux sites online
De manière générale, j'en ai un peu marre de perdre mon temps à corriger des bugs, des mises en pages douteuses, de réaliser des améliorations absolument nécessaires par moi-même et de corriger des traductions en anglais faites par des collégiens, et ce depuis des mois... ;)
Message 1 à PEEL : quel est le correctif pour ce bug SVP
Message 2 à PEEL : puisque les corrections de bug régulières ne sont pas une upgrade prévue pour les clients (au contraire de Microsoft par exemple), peut on bénéficier à prix avantageux (au lieu de racheter une nouvelle license complète) de la dernière version (ce bug y est il d'ailleurs corrigé ??)
Désolé pour l'humeur, mais encore une après midi de perdue :( . Si ce bug n'avait pas été identifié, ça aura au moins servi à ça...
Shogun.
-
Je vous remercie Gilles,
je vais essayer tout ca ;)
Cordialement,
Shogun.
message de confirmation suppression produit
dans Module PEEL Premium pour PEEL SHOPPING
Posté(e) · Signaler ce message
Bonjour,
lorsque dans la liste des produits je clique la croix rouge pour supprimer :
-en local avec easyphp, il m ouvre une fenetre et me demande la confirmation
-sur mon site online, heberge chez ovh, il ne me demande rien et efface directement
???
j ai vérifié et on a bien dans les deux le code :
<a onclick="java script:return confirm(\'êtes-vous sûr de vouloir supprimer le produit ' ....etc.....
d où peut venir la différence a votre avis ??
Shogun.