Flux d’activité

jacouille24 · 8 déc. 2009

Jacouille-24 et moi-même préparons quelque chose de grandiose pour vous !!

Je vous dirai juste que nous allons vous proposer des évolutions intéressantes sur la base de Shopping ^^

JE CONFIRME, DEUX FICHIERS COMPRESSES 1 POUR PEEL VERSION 4 ET 1 POUR PEEL VERSION 5

A TRES BIENTOT :rolleyes:

Jacques alias jacouille24

on va vous laisser mijoter quelques temps et vous ne saurez rien de plus pour le moment :lol:

Guillaume · 8 déc. 2009

Bonjour,

Je souhaite ajouter la fonction commentaire à certains produits de mon catalogue comme c'était le cas dans les versions précédentes (2.9)

Pouvez-vous me dire comment procéder ?

Merci d'avance

Guillaume

equi-monde · 7 déc. 2009

Jacouille-24 et moi-même préparons quelque chose de grandiose pour vous !!

Je vous dirai juste que nous allons vous proposer des évolutions intéressantes sur la base de Shopping ^^

kikinou · 6 déc. 2009

Bonjour babar27,

bon ben je vais faire comme toi alors au moins pour tester :lol:

Merci beaucoup pour ton aide en tous cas. A Jean-Hervé aussi.

@+! :rolleyes:

baba27 · 6 déc. 2009

Bonsoir tout le monde,

Très bien ton site baba27. Moi j'ai vu aussi le site du zéro :-p
Sinon, je ne sais pas si j'ai trouvé, mais j'ai lu que sur le site de free, certaines fonctions étaient désactivées, dont ini_set....
(http://www.free.fr/assistance/947-acces-libre-php-fonctions-php-interdites.html)
Cela expliquerait peut-être que depuis tout ce temps cela ne fonctionne pas ?
Y'a-t_il un autre moyen de gérer les sessions ? (Comme la V4 par exemple ? Est-ce que c'était moins sécurisé sur la V4 que sur la V5 ?
Merci d'avance pour vos infos. :lol:

bonjour kikinou

ça marche, ;) :( en supprimant l'appel du fichier cookie.php.

dans caddie_ajout.php commenter (ajouter // en début de la ligne) les lignes suivantes :

//if (!isset($_COOKIE[$session_cookie_name])) {

//header("Location: $wwwroot/cookie.php");

//die();

//} else {

puis passer à la ligne 104 pour commenter :

//}

sinon on a une erreur "parsec"

c'est peut-être pas la meilleure solution, mais free n'a pas vocation d'héberger des sites de ventes pro. Sur un hébergeur pro le php.ini est aussi verrouillé mais avec les .htacess on peut accéder au php.ini et sécuriser son site ,

mais ça va permettre de tester la version 5. :rolleyes:

pour l'envoi aux amis , je suis sur le problème : c'est une option pour la version 5 shopping mais ça marche pour la 4

donc cela devrait pouvoir s'adapter à la 5.

babar27

kikinou · 6 déc. 2009

Bonsoir tout le monde,

Très bien ton site baba27. Moi j'ai vu aussi le site du zéro :-p

Sinon, je ne sais pas si j'ai trouvé, mais j'ai lu que sur le site de free, certaines fonctions étaient désactivées, dont ini_set....

(http://www.free.fr/assistance/947-acces-libre-php-fonctions-php-interdites.html)

Cela expliquerait peut-être que depuis tout ce temps cela ne fonctionne pas ?

Y'a-t_il un autre moyen de gérer les sessions ? (Comme la V4 par exemple ? Est-ce que c'était moins sécurisé sur la V4 que sur la V5 ?

Merci d'avance pour vos infos. :rolleyes:

jacouille24 · 5 déc. 2009

Bien le bonjour à tous.

J'ai remarqué que lorsque l'on a passé commande et que l'on veut voir son historique, il n'y a pas la possibilité de rééditer un bon de commande ou une facture.

MAINTENANT C'EST FINI ... JACOUILLE EST PASSE PAR LA.

Comment faire.

ouvrir ( modeles/standard ) et éditer la page "historique_commande_liste.php

suivant l'éditeur, aller à la ligne 30 et vous trouvez ceci

<a href="<?php echo $_SERVER['PHP_SELF']?>?mode=details&id=<?php echo $r->id ?>&id_utilisateur=<?php echo $_SESSION['utilisateur']['id_utilisateur']?>&timestamp=<?php echo urlencode($r->o_timestamp)?>">

<img src="<?php echo $wwwroot?>/icones/info.gif" width="21" height="21" border="0" title="Informations"></a>

au dessous de cette ligne ajouter

<a href="<?php echo $wwwroot?>/factures/commande_html.php?code_facture=<?php echo $r->code_facture?>&mode=bdc">

<img src="<?php echo $wwwroot?>/icones/proforma.gif" width="21" height="21" border="0" title="Editer la commande/facture"></a>

Moi, comme vous le voyez, j'ai privilégié la commande en html (qui vient de PEEL 5) qui est acceptée partout, mais il est possible de faire la même chose avec la commande pdf, il suffit de remplacer ce qui est en rouge par: commande_pdf.php de même il est possible de remplacer la commande par la facture en remplaçant ce qui est en bleu par: facture

Ce qui est en vert, n'est autre qu'une petite icône distincte afin de ne pas se tromper en l'information et l'édition, j'y ai ajouté aussi une info-bulle à chacun ( en orange )

Bon amusement à tous

@ la prochaine sur vos écrans (en HD 16/9) :rolleyes:

serialmother · 4 déc. 2009

Effectivement en mettant le stock à 0 lors de l'import, tout fonctionne parfaitement après lors de la sélection des tailles et couleurs.

Merci Jean-Hervé

Gilles Boussin · 4 déc. 2009

Bonjour Marc,

Les références à la réécriture d'URL qui figuraient dans le post "Nouvelle version PEEL SHOPPING 5.0" sont une erreur.

Je vous remercie de nous avoir signalé ce problème.

Par ailleurs, je vous invite à me contacter par message privé si vous rencontrez des problèmes pour mettre en place votre réécriture d'URL.

Cordialement,

Yves COLLARD · 4 déc. 2009

A priori, les corrections que je viens de proposer devraient permettre de corriger le point 2 soulevé par Yves :

2) Avec des images carrées (mais je n'ai pas envie de reprendre mes 600 images), problème suivant:
Paramètrage vignettes 150x150px et produits détail 260x260px:
- c'est ok pour l'affichage en lignes et page détail produit, mais l'image est grossie à 260x260px dans l'affichage en colonnes et donc floue.
- Paramètrage vignettes 260x260px et produits détail 260x260px:
- c'est ok pour l'affichage en colonnes et page détail produit,
- mais l'image reste à 260x260px dans l'affichage en ligne et déborde du cadre

Ok pour moi, ça fonctionne, tout est nickel, merci Jean-Hervé.

je cherche maintenant à avoir l'image centrée dans l'affichage des produits en ligne, et aussi comment avoir une image plus grande dans l'affichage des produits en colonne, c'est dommage d'afficher le vignette de 150px dans un cadre (sur 2 colonnes) de 351px

Yves

Gilles Boussin · 4 déc. 2009

A priori, les corrections que je viens de proposer devraient permettre de corriger le point 2 soulevé par Yves :

2) Avec des images carrées (mais je n'ai pas envie de reprendre mes 600 images), problème suivant:

Paramètrage vignettes 150x150px et produits détail 260x260px:

- c'est ok pour l'affichage en lignes et page détail produit, mais l'image est grossie à 260x260px dans l'affichage en colonnes et donc floue.

- Paramètrage vignettes 260x260px et produits détail 260x260px:

- c'est ok pour l'affichage en colonnes et page détail produit,

- mais l'image reste à 260x260px dans l'affichage en ligne et déborde du cadre

Gilles Boussin · 4 déc. 2009

Pour la page de détails produits, il faut à mon avis faire de même : commenter le style de fp_image_grande.

td.fp_image_grande img{

/*

width:260px;

height:260px;

*/

}

Gilles Boussin · 4 déc. 2009

Bonjour,

Désolé pour le retard dans ma réponse, mais les souci relevés m'ont pris du temps à identifeir.

Je reprends les points abordés par Yves :

1) Impossible d'utiliser des images rectangulaires, elles sont déformées au format carré pour la page produit et l'affichage des produits en colonnes

J'ai testé avec une photo en 300px * 400px

<b>Sur les pages de catégories : </b>

Au niveau de PEEL, redimensionnement de la photo en 187 * 250, cad bien proportionnel ---> Le problème ne vient pas du redimensionnement en lui-même

Dans code source de la page, dimensions de l'image (balise img : width="187" height="250") ---> C'est OK

Problème repéré :

Dans screen.css, width et height fixés à 260px

td.produit2col img {

/*width:260px;

height:260px;*/

}

---> En commentant ces lignes, le problème est résolu, MAIS il faut bien tester partout que ça ne pose pas de problèmes de mise en page ailleurs

marc · 4 déc. 2009

Pourquoi avoir mis dans les nouvelles fonctions dans le post "Nouvelle version PEEL SHOPPING 5.0" ??

Gilles Boussin · 3 déc. 2009

Bonsoir,

Dans module/thumbs/fonctions.php, le code qui permet de redimensionner les images est :

// Max size : resize

$xRatio = ($inWidth) ? ($srcWidth / $inWidth) : 0;

$yRatio = ($inHeight) ? ($srcHeight / $inHeight): 0;

$ratio = max($xRatio, $yRatio, 1);

$outWidth = intval($srcWidth / $ratio);

$outHeight = intval($srcHeight / $ratio);

Par ailleurs, dans la version 5.0 de PEEL, sur ce même fichier, la ligne :

$cacheName = md5($uri.) . '-' . basename($uri);

a été remplacée par

$cacheName = md5($uri.'-'.$width) . '-' . basename($uri);

pour faire en sorte de pouvoir avoir sur une même page, deux mêmes photos d'un même produit mais de tailles différentes (par exemple, image sur la page de détail d 'un produit et image de ce produit dans "Ala une")

Demain matin, je testerai tous les bugs potentiels bien recensés par Yves :

1) Impossible d'utiliser des images rectangulaires, elles sont déformées au format carré pour la page produit et l'affichage des produits en colonnes

2) Avec des images carrées (mais je n'ai pas envie de reprendre mes 600 images), problème suivant:

a) Paramètrage vignettes 150x150px et produits détail 260x260px:

- c'est ok pour l'affichage en lignes et page détail produit, mais l'image est grossie à 260x260px dans l'affichage en colonnes et donc floue.

:rolleyes: Paramètrage vignettes 260x260px et produits détail 260x260px:

- c'est ok pour l'affichage en colonnes et page détail produit,

- mais l'image reste à 260x260px dans l'affichage en ligne et déborde du cadre

De plus on ne peut pas garder nos anciennes photos en les important directement dans la base mysql car Peel shopping les crée en les redimensionnant (mal) automatiquement

C'est donc inutilisable car il est impossible de changer la présentation (lignes ou colonnes) d'une catégorie en gardant un affichage correct des photos

baba27 · 3 déc. 2009

Bonsoir Jean-Hervé,

merci beaucoup aussi pour votre réponse (je me sens moins seule du coup ;-) )

j'ai également essayé de modifier cette ligne : mais bien évidemment ça ne fonctionne toujours pas : il m'indique un message qui dit qu'il ne trouve pas le répertoire /mnt/sd1/.../sessions.
"Warning: ini_set() [function.ini-set]: Unable to access /home/moncomptefree/sessions in /mnt/120/sdb/0/9/moncomptefree/repertoire de ma boutique/configuration.inc.php on line 169

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /mnt/120/sdb/0/9/moncomptefree/repertoire de ma boutique/configuration.inc.php:169) in /mnt/120/sdb/0/9/moncomptefree/repertoire de ma boutique/configuration.inc.php on line 176

Warning: Cannot modify header information - headers already sent by (output started at /mnt/120/sdb/0/9/moncomptefree/repertoire de ma boutique/configuration.inc.php:169) in /mnt/120/sdb/0/9/moncomptefree/repertoire de ma boutique/sortie.php on line 28"

J'ai essayé avec plusieurs écritures mais j'ai dû me tromper quelque part.
Mais étant hébergée chez Free (je fouille aussi de leur côté) il me semble que ça ne fonctionne pas...Il y a déjà un répertoire sessions à la racine de mon compte free et les fichiers de sessions sont bien là ! Je suis sûre que c'est un truc tout bête et qui est tellement gros que je ne le vois pas... C'est très énervant. :rolleyes: Et comme chez Free il me semble que je n'ai pas accès au php.ini.

La gestion des sessions est différente de la V4 n'est-ce pas ? Car avec la V4 ça fonctionnait très bien...
Donc à suivre, si vous avez plus de pistes je suis toujours preneuse car la je sèche :lol: .
Encore merci pour votre aide à tous et toutes.

bonsoir kikinou

J'ai expérimenté cette voie, en copiant le chemin mnt/... donné lors d' un message d'erreur, mais cela n'a rien changé.

il ne faut garder le home/ qui est un chemin "exemple". On peut mettre tout simplement l'url free.site.

le cookie est inexistant , car firefox montre les cookies existants et créés durant la navigation.

j'ai trouvé un lien http://phpcodeur.net/articles/php/cookies (mais il y en a d'autres) car si on veut essayer de trouver,il faut comprendre comment sont traités les cookies. ;)

En général le php.ini est verrouillé par les serveurs pour des raisons de sécurité... mais sont modifiables par les .htacess que free n'accepte pas .

babar27

kikinou · 3 déc. 2009

Bonsoir Jean-Hervé,

merci beaucoup aussi pour votre réponse (je me sens moins seule du coup ;-) )

j'ai également essayé de modifier cette ligne : mais bien évidemment ça ne fonctionne toujours pas : il m'indique un message qui dit qu'il ne trouve pas le répertoire /mnt/sd1/.../sessions.

"Warning: ini_set() [function.ini-set]: Unable to access /home/moncomptefree/sessions in /mnt/120/sdb/0/9/moncomptefree/repertoire de ma boutique/configuration.inc.php on line 169

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /mnt/120/sdb/0/9/moncomptefree/repertoire de ma boutique/configuration.inc.php:169) in /mnt/120/sdb/0/9/moncomptefree/repertoire de ma boutique/configuration.inc.php on line 176

Warning: Cannot modify header information - headers already sent by (output started at /mnt/120/sdb/0/9/moncomptefree/repertoire de ma boutique/configuration.inc.php:169) in /mnt/120/sdb/0/9/moncomptefree/repertoire de ma boutique/sortie.php on line 28"

J'ai essayé avec plusieurs écritures mais j'ai dû me tromper quelque part.

Mais étant hébergée chez Free (je fouille aussi de leur côté) il me semble que ça ne fonctionne pas...Il y a déjà un répertoire sessions à la racine de mon compte free et les fichiers de sessions sont bien là ! Je suis sûre que c'est un truc tout bête et qui est tellement gros que je ne le vois pas... C'est très énervant. :rolleyes: Et comme chez Free il me semble que je n'ai pas accès au php.ini.

La gestion des sessions est différente de la V4 n'est-ce pas ? Car avec la V4 ça fonctionnait très bien...

Donc à suivre, si vous avez plus de pistes je suis toujours preneuse car la je sèche :lol: .

Encore merci pour votre aide à tous et toutes.

Gilles Boussin · 3 déc. 2009

Suite à mon investigation, voici les conclusions que j'ai pu tirer, et que j'ai transmises à serialmother :

En fait, lors de l'import de vos produits via le fichier CSV, vous avez spécifié "1" pour le stock, ce qui signifie que le stock est activé pour le produit en question.

Or, pour les produits en stock, la gestion des tailles / couleurs ne se fait pas directement dans la page d'édition du produit.

Il faut en fait cliquer sur la petite icône "Gestion du stock : " au niveau de la page d'édition du produit, et la vous pouvez spécifier le stock de votre produit pour chaque couple (couleur, taille).

Dès qu'un couple sera en stock non nul dans votre back office (ce qui n'était pas le cas directement après l'import), le select apparaitra (et il proposera les couples (couleur, taille) dont le stock est non nul.

Cordialement,

equi-monde · 3 déc. 2009

Bon, en continuant mes recherches ...

J'ai trouvé un moyen d'arriver à bloquer un élément

td.produit2col img {

	width:260px;

	height:auto;

}

Je conseille celui-ci, OU alors, mais c'est moin bien !!!

td.produit2col img {

	height:260px;

	width:auto;

}

par contre ceci

td.produit2col img.if (width < height){

	width:260px;

	height:auto;

}	else {

	height:260px;

	width:auto;

}

Ne fonctionne pas !!! SNIF

Yves COLLARD · 3 déc. 2009

Vous pouvez essayer ceci pour l'affichage colonne:
=> dans modeles/XXX/screen.css , (XXX= modele selectionné dans config boutique), mettre en commentaire comme suit:

td.produit2col img {
/* width:260px;
height:260px; */
}

(J'ai pour ma part changé 150 en 230 pour les petites images, dans param boutique)

et pour l'affichage ligne (si les colonnes sont trop etroites),

.col2{
width: 230px;
padding-top: 10px;
padding-bottom: 2px;
float: left;
border:1px solid #C7C7C7;
}

.col3{
width: 315px;
padding-top: 10px;
padding-bottom: 2px;
padding-left:5px;
float: left;
}

=>
td.fp_image_grande img{
/* width:260px;
height:260px; */

moi, j'ai toujours un pb sur le zoom...

Merci mais ce n'est pas possible car mes photos de base sont de proportions variables.

j'ai testé la version démo de Peel Premium et là tout semble bien fonctionner! Par contre j'ai posé plusieurs autres questions sur la Premium à Peel par mail et silence radio!

les mails info@peel.fr et contact@peel.fr reviennent systématiquement. la copie que j'ai envoyée ce matin sur le mail personnel d'un commercial de chez Peel ne m'est pas revenu mais je n'ai ni AR, ni réponse.

Je commence à douter sérieusement du suivi, même pour la Premium!

J'utilise peel depuis le début et ils étaient très réactifs; mais là!

equi-monde · 3 déc. 2009

Ta formule permet d'afficher les images en taille réelle ... ce que je / nous cherchons, c'est un moyen de redimentionner les images en gardant les proportions ...

Donc à l'aide d'une foction Thumbs ... Le seul problème, c'est que je ne sais pas quel bout de code mettre et surtout où le placer.

EurasiaChess · 3 déc. 2009

A l'affichage des produits en colonnes, il affiche la vignette de 150x87 agrandie au format 260x260 :rolleyes: , donc complètement déformée et floue

Vous pouvez essayer ceci pour l'affichage colonne:

=> dans modeles/XXX/screen.css , (XXX= modele selectionné dans config boutique), mettre en commentaire comme suit:

td.produit2col img {

/* width:260px;

height:260px; */

}

(J'ai pour ma part changé 150 en 230 pour les petites images, dans param boutique)

et pour l'affichage ligne (si les colonnes sont trop etroites),

.col2{

width: 230px;

padding-top: 10px;

padding-bottom: 2px;

float: left;

border:1px solid #C7C7C7;

}

.col3{

width: 315px;

padding-top: 10px;

padding-bottom: 2px;

padding-left:5px;

float: left;

}

mais dans la page détail produit, c'est celle de 260x152 donc nette mais complètement déformée à 260x260 :lol: qui est utilisée

=>

td.fp_image_grande img{

/* width:260px;

height:260px; */

Si on choisit l'affichage en lgnes, la photo utilisée est la vignette 150x87, donc ok, le zoom ok aussi,

moi, j'ai toujours un pb sur le zoom...

Gilles Boussin · 3 déc. 2009

Bonsoir Jacques, l

e fichier qui gère les mots de passe oubliés est le fichier : utilisateurs/oubli_mot_passe.php

La fonction qui envoie l'email est initialise_mot_passe, définie dans lib/fonctions/fonctions.php.

Il faut donc à mon avis que vous débuguiez cette fonction pour voir ce qui pose problème.

Cordialement,

Gilles Boussin · 3 déc. 2009

Bonsoir kikinou,

Effectivement, il faut déterminer quel répertoire de cookies est déterminé par défaut par votre php.ini.

Si vous voulez spécfier un autre chemin, éditez la ligne : // $session_save_path='/home/example/sessions'; de configuration.inc.php.

En espérant que ceci solutionne votre problème.

Cordialement,

Gilles Boussin · 3 déc. 2009

Bonjour marc,

La réécriture d'URL n'est active que sur PEEL PREMIUM.

Pour installer ce genre de fonctionnalités, il faut travailler sur les fichiers .htaccess pour déterminer les nouveaux liens, et les fichiers vers lesquels ils vont pointer, et modifier l'ensemble des anciens liens dans le code du site.

Cordialement,

Flux d’activité

Forums

Flux d’activité de Messages

Twitter Advisto ecommerce

Facebook PEEL Shopping