Jeromnimo

Tu es sous quel windows ? (c'est pas normal que tu n'aies pas cette commande...) EDIT : je suis un boulet, j'ai plus l'habitude de windows :-P en fait il faut que tu tapes "ftp ftpperso.free.fr" SI la connexion passe, il va te demander ton login et ton pass... Essaie dans ton navigateur internet dans ce cas (IE ou Firefox) Si tu es au travail, il y a de grandes chances pour que le ftp soit bloqué au niveau du serveur de ton entreprise (et il n'y a donc pas grand chose à faire, puisque je pense que l'accès à un ftp perso ne peux pas se justifier dans le cadre d'un emploi ) Si tu es chez toi, ben la il faut un plus d'infos pour t'aiguiller (type de connexion, partagée ?, logiciel pare-feu, etc...)

Sinon tu peux essayer en ligne de commandes : tu vas dans démarer, executer... et la tu tapres "cmd" (sans les guillemets), ça va t'ouvrir une fenetre noire. Tu tapes ensuite "ftp://le_nom_du_serveur_ftp_de_free" (toujours sans les guillements) Si là tu as encore un problème de connexion, c'est que soit le serveur est down pour le moment chez free, soit les connexions ftp sont bloquées depuis l'endroit ou tu essayes de te connecter...

Ben rien ne t'empeche de faire : <?php update_members_infos(); ?> au debut de chaque page, et tu changes la fonction pour qu'elle t'enregistre les resultats dans ta session. Tu n'as pas fait de mysql_fetch_xxx, donc le echo te renvoie simplement l'id du resultat de ta requete ;-)

A cet endroit tu récupères la totalité des informations de la personne connectée, y compris son nombre de pièces. Je te conseille de faire une petit fonction qui te permet de mettre à jour les données concernant les infos de jeu d'une personne du genre : function update_member_datas($login) { // ajoute les différents champs de la table que tu veux obtenir au fur et à mesure que tu développeras ton application $sql = 'SELECT piece FROM membre WHERE login="'.$login.'"; $req = mysql_query($sql) or die('Erreur SQL !<br />'.$sql.'<br />'.mysql_error()); $data = mysql_fetch_array($req); return $data; } comme ca dans ton code il te suffit de faire : // en supposant que t'es connecté et que tu connais le login du joueur $user_datas = update_member_datas($login) // a partie d'ici tu as accès à $user_datas['piece'] qui est à jour;-) Bien sûr les codes que je t'ai donné sont les grandes lignes, en particulier niveau sécurité, c'est à toi de faire ce qu'il faut ;-)

Bonjour covin85, d'après ton script, la variable pièce est récupérée seulement à la connexion du joueur, puisque tu vas lire ces données dans la table contenant également le mot de passe et le login... Donc à priopri, si tu ne vas pas relire ces données à un autre moment dans la BDD, la viariable $pieces reste à la valeur lue au moment de la connexion, d'où ton problème je pense. Il faut au minimum que tu actualises cette valeur régulièrement, par exemple à chaque fois que tu désires l'afficher ou t'en servir...

Visiblement le 350D utilise un protocole propriétaire accessible via les pilotes windows... sous windows... :S J'ai trouvé quelques pistes d'une personne ayant les mêmes soucis que toi si ça peut t'aider : http://bouh.soolbox.com/index.php?2005/08/...-canon-eos-350d Bon courage et tiens nous au courant si tu trouves une solution ;-)

Apparement il n'y a rien de compliqué dans ton installation, juste un script à lancer.... Je ne connais pas VHCS (ni vraiment à quoi ça sert), mais tout ce qu'il faut faire, c'est (d'apres la page que tu as donné en lien): 1. te logguer en ssh sur ton serveur, en root (ou via un user si y'a pas d'acces root en ssh, puis un su pour passer root) 2. recuperer le script vhcs.sh (si c'est pas deja fait) par la maniere de ton choix (lui explique avec wget, le plus simple en ligne de commande, pour plus d'infos tapes "man wget" dans une console) 3. Regler le comportement du script * utiliser ou non les couleurs de VHCS => export VHCS_NO_COLORS=YES / export VHCS_NO_COLORS=NO * utiliser le mode ou le script te demande confirmation => export VHCS_NO_QUESTIONS=YES / export VHCS_NO_QUESTIONS=NO 4. t'as plus qu'a lancer le script récupéré plus haut ;-)

C'est etrange parce que dans le resultat de la requete que tu as mis suite à la demande de Spidetra, il y a bien un resultat exploitable... Par contre c'est voulu que la date de début soit égale à la date de fin ou c'est une faute d'inatention ? Si c'est pas voulu, tu peux refaire l'essai avec deux dates différentes, pour verifier que tu as un resultat ? Pour la documentation de mysql sur les dates c'est ici : http://dev.mysql.com/doc/refman/4.1/en/data-types.html

Essaie en remplaçant dans ton affichage les variables $row_Recordset['xxxx'] par $row_Recordset["xxxx"] ? (simple quote remplacés par des doubles quote, j'y crois pas trop mais bon...)

Je pense que vous déviez de la question la... Son problème concerne IIS (j'ai juste citer apache en disant que je connais sa config alors que IIS non...) Elle a peut etre des impératifs de l'entreprise derrière (même très certainement) qui font qu'elle n'a pas le choix... On peut polémiquer longtemps sur le choix entre IIS/php et apache/php sous WS2003, au final il ne sera toujours pas exploitable pour elle :-P :-P DOnc est-ce que quelqu'un s'y connait en config IIS ?

Bonjour, quand tu dis que ta page de test ne s'affiche toujours pas, tu parles de quelle page ? As-tu essayé une page simple du genre : <?php phpinfo(); ?> Sinon cette page ne s'affiche pas, cela vient peut etre de la configuration de IIS qui ne prend pas le php en compte (je connais pas IIS seulement apache...)