Flux d’activité

Sam59 · 5 févr. 2008

Bonjour,

J'essaye de faire en sorte que lorsque le client commande une quantité supérieure au stock, il ait une petite fenêtre d'avertissement et que la quantité saisie se corrige avec la valeur du stock (le maxi qu'il peut acheter).

Dans le cas où le produit n'a ni taille ni couleur, c'est déjà géré, donc pas de soucis.

J'essaye donc de réaliser cette petite modif pour les produits avec une taille.

J'ai modifié la fonction print_critere_stock() comme ceci :

#echo QUANTITY." :<input type=\"text\" class=\"formulaire1\" size=\"3\" name=\"qte\" value=\"1\" /><br />";


						$sqlStock = "SELECT stock FROM peel_stocks_temp WHERE produit_id = '".$prodId."' AND couleur_id = '".vn($cId)."' AND taille_id = '".vn($sId)."'"; /* Ici on ne recherche que les produits dont le stock est > 0 */


							$resStock = mysql_query($sqlStock);


							/* Si la table des stocks temporaires est vide alors on teste la table réelle */


							if (mysql_num_rows($resStock) == 0) {


							$sqlStock = "SELECT stock FROM peel_stocks WHERE produit_id = '".$prodId."' AND stock > 0 AND couleur_id = '".$cId."' AND taille_id = '".$sId."'"; /* Ici on ne recherche que les produits dont le stock est > 0 */


							$resStock = mysql_query($sqlStock);


							}


							$Stock = mysql_fetch_array($resStock);

						echo QUANTITY." :<input type=\"text\" class=\"formulaire1\" size=\"3\" name=\"qte\" value=\"1\" onChange=\"if (this.value > ".$Stock['stock'].") {this.value='".$Stock['stock']."'; alert('La quantité demandée est supérieure au stock disponible.');}\" maxlength=\"3\"  /><br />";

						[/codebox]

J'ai donc voulu faire une requête qui en fonction de la taille sélectionnée, va lire la quantité en stock puis la compare à la quantité saisie.

Si la quantité saisie est inférieur au stock, elle est remplacée par la valeur du stock.

J'ai un soucis, car dans mon développement, la valeur du stock ne correspond pas à celle de la taille qui est sélectionnée. Elle reste toujorus égale à la dernière valeur lue dans la table.

Donc ma lecture de stock boucle sur toutes les tailles disponibles et mémorise donc la dernière lue, au lieu de ne lire que le stock pour la taille que le client a choisie dans lemenu déroulant...

Quelqu'un voit-il où je me suis trompé ?

Merci d'avance.

eric-lavoisier · 5 févr. 2008

Micka · 5 févr. 2008

En interrogeant php, voici ce que j'obtiens

safe_mode : Off

safe_mode_exec_dir : no value

Si vous voulez bien jeter un oeil pour me donner votre avis éclairé : http://www.roumevies.com/phpinfo.php

Edit :

Pensez-vous que je devrais utiliser "/web/sites/vhbu3/1/118/87913/public/www/cgi-bin/request" plutot que "$wwwroot/cgi-bin/request" ?

Ne devrais-je pas remonter le répertoire cgi au dessus de www, et donc exécuter ainsi : /web/sites/vhbu3/1/118/87913/public/cgi-bin/request" ?

D'avance, merci 1000 fois

Micka · 5 févr. 2008

Il faut demander à votre hébergeur si la fonction exec() est activé sur le serveur et vérifier la valeur du SAFE MODE

C'est justement pour cette raison qu'il faut vérifier aupres de AMEN l'autorisation d'exécuter les binaires (via la fonction exec() comme le rappelle Patrice)

Merci pour vos réponse,

Je vais suivre vos indication et tenter d'obtenir cette vérification auprès d'Amen, car je n'ai qu'un accès FTP et un panneau de contrôle plus que rudimentaire...

Je vous tiens informés.

Il me tarde de mettre un joli [résolu] sur ce post :)

eric-lavoisier · 5 févr. 2008

eric-lavoisier · 5 févr. 2008

5 févr. 2008

Merci infiniment Eric, de vous intéresser à mon problème.

Ca progresse (?) :

en utilisant "$wwwroot/cgi-bin/request"
j'ai l'erreur "executable request non trouve http://www.roumevies.com/cgi-bin/request"

J'ai placé un doublon du répertoire cgi-bin à la racine du site (même niveau que l'index) pour que le chemin corresponde avec "http://www.roumevies.com/cgi-bin/request" mais ça ne change rien...
Finalement il semblerait que ce ne soit pas un soucis de chemin vers le repertoire cgi ?

Les fichiers sont bien présents dans le repertoire cgi-bin, transférés par ftp en ascci, chmod 777 sur le dossier et les fichiers.

Niveau gestion du serveur, je ne peux rien faire de plus qu'activer/desactiver PHP (4 ou 5) et CGI. Bien-sûr les 2 sont bien activés. J'ai activé CGI et PHP 4. Le répertoire CGI n'existait pas sur le serveur, je l'ai créé par ftp.

Je sèche toujours :)

Il faut demander à votre hébergeur si la fonction exec() est activé sur le serveur et vérifier la valeur du SAFE MODE

negoce · 4 févr. 2008

Bonjour,

heureux pour toi l'ami !!

précise-le sur le lien ça poura aider d'autres personnes !!

à bientôt...

Micka · 4 févr. 2008

Merci infiniment Eric, de vous intéresser à mon problème.

Ca progresse (?) :

en utilisant "$wwwroot/cgi-bin/request"

j'ai l'erreur "executable request non trouve http://www.roumevies.com/cgi-bin/request"

J'ai placé un doublon du répertoire cgi-bin à la racine du site (même niveau que l'index) pour que le chemin corresponde avec "http://www.roumevies.com/cgi-bin/request" mais ça ne change rien...

Finalement il semblerait que ce ne soit pas un soucis de chemin vers le repertoire cgi ?

Les fichiers sont bien présents dans le repertoire cgi-bin, transférés par ftp en ascci, chmod 777 sur le dossier et les fichiers.

Niveau gestion du serveur, je ne peux rien faire de plus qu'activer/desactiver PHP (4 ou 5) et CGI. Bien-sûr les 2 sont bien activés. J'ai activé CGI et PHP 4. Le répertoire CGI n'existait pas sur le serveur, je l'ai créé par ftp.

Je sèche toujours :)

eric-lavoisier · 4 févr. 2008

Micka · 4 févr. 2008

Je galère toujours. Je pense vraiment que c'est un problème de chemin, j'ai édité plusieurs fichiers qui comportaient des chemins absolus à partir de la racine de l'ancien serveur...

Sur le nouveau serveur,

Les fichiers de la boutique sont sous /www

Au même niveau que le répertoire /www j'ai créé le répertoire /cgi-bin dans lequel j'ai placé mes fichiers request et response.

J'utilise e-transactions, j'ai un dossier /e-trans sous /www (donc au même niveau que les fichiers de la boutique).

Dans fin_commande.php, en utilisant le chemin : $path_bin = "$peelroot/cgi-bin/request";

J'obtiens l'erreur : executable request non trouve /web/sites/vhbu3/1/118/87913/public/www/paiement/cgi-bin/request

J'imagine que ce chemin correspond bien à l'arborescence sur le serveur mais c'est dur de savoir, je n'ai qu'un acces ftp et je ne remonte pas plus loin que /public/www...

N'étant pas sur de l'arborescence depuis la racine, j'ai déclaré le chemin vers les fichiers request et response ainsi : ../../cgi-bin/request

dans les fichiers /e-trans/call_response.php

/e-trans/call_autoresponse.php

/e-trans/call_request.php

ainsi que dans /achat/fin_commande

Ca ne marche toujours pas, j'ai l'erreur : executable request non trouve ../../cgi-bin/request

Je me heurte à ce problème depuis vendredi et j'ai passé un paquet d'heures à chercher, tester... Rien à faire, ma boutique est plantée depuis 3 jours et je ne progresse pas. Pourtant je suis convaincu que ce n'est qu'un problème d'écriture du chemin d'accès vers le repertoire CGI.

Une idée à partir des infos indiquées ci-dessus ? Je désespère :)

eric-lavoisier · 4 févr. 2008

ARTLIB · 4 févr. 2008

merci super c est exactement ce qu il me fallait

j ai un peu galeré pour le passer en francais

mais j ai trouver l info sur le net

si cela interesse quelqu un :

il suffit apres avoir telecharger le pack de langue , d ouvrir tiny_mce.js

et de remplacer "this._def("language","en") " par "this._def("language","fr")"

encore merci

Micka · 4 févr. 2008

Votre banque a t elle été tenu informée de votre changement de serveur si le nom de domaine a changé ?
Sinon il faut eplucher tous les appels et être certains qu'ils correspondent bien à l'installation de votre nouveau serveur.
Il faut aussi verifier la compatibilité entre votre nouvel hébergeur et l'ancien car tous n'acceptent pas les TPE nécessitant l'appel à des fonctions d'exécutions de fichiers.

Si votre hebergeur par exemple est Infomaniak, il y'a de très fortes chances que vous ne puissiez pas installer votre TPE.

Merci pour votre réponse,

Mon nom de domaine n'a pas changé. Je n'ai donc pas jugé nécessaire de prévenir ma banque.

Mon hébergeur est le même : Amen. J'ai juste changé de formule et suis passé d'un serveur dédié à un hébergement mutualisé

Que voulez-vous dire par "éplucher tous les appels" ?

eric-lavoisier · 4 févr. 2008

Micka · 4 févr. 2008

[ RESOLU ]

Bonjour,

J'ai transféré sur un nouveau serveur ma boutique tournant sous peel premium.

A priori tout fonctionne, à l'exception du règlement par carte bancaire.

A l'étape du choix du type de carte bancaire, j'ai l'erreur suivante qui s'affiche :

erreur appel request

executable request non trouve chemin/vers/repertoire/cgi-bin/request

J'ai bien passé le dossier cgi-bin et ses fichiers en chmode 777

J'ai tenté plusieurs déclarations du chemin vers le dossier cgi-bin dans le fichier fin_commande.php : ../../cgi-bin/request ou web/sites/vhbu3/1/118/87913/public/www/cgi-bin/request ou $peelroot/cgi-bin/request

je crois que j'avais déjà galéré sur ce point lors de l'installation de la solution de paiement bancaire, et finalement j'avais commandé l'installation à Patrice.

Après le transfert, c'est encore à ce niveau que la boutique plante. Il doit y avoir quelque chose auquel je ne pense pas... Avez-vous une idée pour remettre sur pied le paiement CB sur ma boutique ?

Pt-Rb · 4 févr. 2008

Bonjour M. Lavoisier et merci je testerai cela cet après midi ou de soir :)

Sam59 · 4 févr. 2008

Parfait c nickel :)

Pourrait-on avoir publication d'une page caddie corrigée car actuellement je suis bloqué dans mes tests.

J'ai fait la modif ci dessus mais cela ne suffit pas.

De ce fait, je n'arrive pas à tester les fonctionnalités de commande.

vertigo · 4 févr. 2008

Bonjour,

Après quelques recherches, les fichiers de peel premium V5 ne sont pas en cause dans mon problème.

Il s'agissait de réglages différents dans le php.ini, entre ma version et celle qui permet au module de fonctionner.

Pour info, et pour que cela puisse aider des personnes avec le même problème que moi, j'ai modifié les valeurs suivantes :

enable_dl : on

safe_mode : off

safe_mode_gid : off

short_open_tag : on

y2k_compliance : on

Peel premium v5 semble fonctionner correctement désormais.

Merci pour votre aide.

negoce · 4 févr. 2008

Bonjour,

regarde ce lien : http://forum.peel.fr/index.php?showtopic=675&hl=tiny

à bientôt...

ARTLIB · 4 févr. 2008

bonjour,

j ai fait comme vous m'avez conseillé et j ai trouvé d ou viens le probleme,

quand je me serre de la bibliotheque javascript pour marquer le lien

il apparait sous la forme

<a href="http://www.xxxxxxxx.fr" hreflang="fr"></a>

quant je le crée en html il est sous la forme

<a href="http://www.xxxxxxxx.fr" hreflang="fr">voir le site</a>

donc avec la bilbliotheque il faut rajouter un texte avant </a>

y a t il moyen de le faire dans la fenetre qui souvre pour demander l adresse http et la langue

merci

alexletiti · 3 févr. 2008

Il n'y a pas que de la lingerie.

Par la suite je comtpe faire des vêtements pour tout le monde.

C'est pour ca que je voudrais que seul les persnnoes inscrites puissent accéder à la section +de18 ans.

Comme ca les plus jeunes pourront voir les trucs décos, vetements et c'est tout.

Si ils veulent quelque chose, c'est leur parents qui ira surle site.

Donc j'aimerais que quand on clic sur la catégorie +de 18ans, ca vérifie que la personne est logué. Si oui, c bon si c'est non, faire apparaitre la page pour se loguer pour ensuite arriver dans la atégorie +de 18ans.

Mon problème est que je débute en programmation. Donc faire quelques modifications je peux faire mais pour ça, ça dépasse mes compétence je pense.

eric-lavoisier · 3 févr. 2008

ARTLIB · 3 févr. 2008

c est bien la mon probleme c est que cela ne s affiche pas.

eric-lavoisier · 3 févr. 2008

Flux d’activité

Forums

Flux d’activité de Messages

pruault

Twitter Advisto ecommerce

Facebook PEEL Shopping