LA GLOBULE

Inscris le 25/09/2002 à 10:40
  • Site web
  • Nombre de sujets
    47
  • Nombre de messages
    8 345
  • Nombre de commentaires
    142
  • Nombre de news
    8 346
  • Niveau en PHP
    Excellent

Ses derniers messages sur les forums

LA GLOBULE
le 11/03/2010 à 13:41
évolution de PHP
Tout d'abord, d'après ce que je comprend, il y'a quelques jours encore, tu utilisais php 4.3.10 pour tes développements. Or php 4.3.10 date de décembre 2004 : cette version de PHP a presque 6 ans, elle n'est plus du tout d'actualité, et utiliser cette version ne peut se justifier que par de grosses contraintes.

D'une manière général, il vaut mieux avoir un environnement de développement identique à celui de production (version des logiciels / configurations des logiciels) : cela t'évite les mauvaises surprises de ce genre.

Sinon HTTP_POST_VARS n'existe plus, et ce n'est pas un mal. Cette variable date de PHP 3, et depuis PHP 4, on doit utiliser $_POST à la place (qui est une super globale). Mais comme tu le fais remarquer, HTTP_POST_VARS fonctionnait encore sous PHP 4. Mais ce n'est pas parce que cela fonctionnait qu'il s'agissait de la meilleure façon de faire.
Je t'encourage vivement à modifier tous tes scripts.

Dans mes souvenirs, HTTP_POST_VARS s'active grâce à la directive register_long_arrays dans le php.ini, mais n'ayant jamais joué avec PHP 5.3, je ne garantis pas son existence.

Pour session_is_registered, c'est pareil, cette fonction est deprecated et n'existera plus dans PHP 6, donc encore une fois, je t'encourage à modifier tes scripts en conséquence (en utilisant le tableau $_SESSION), sinon, tu rencontreras encore des problème lors du passage à PHP 6.

Pour retirer le warning, un simple @ devant le nom de la fonction devrait le camoufler.

J'ai cru lire quelque part que l'on pouvait "surpasser" les directives de php.ini en mettant des instructions dans les scripts


Oui, c'est faisable via la fonction ini_set.
LA GLOBULE
le 11/03/2010 à 01:08
configurer mysql
Aucune idée, mais l'erreur se trouve la : C:\Program Files\EasyPHP-5.3.1\www\timbres VER2\conex.php on line 92
LA GLOBULE
le 10/03/2010 à 17:40
probleme d'affichage de la base de donnée
where nom='Jack' :)

le problème n'est pas niveau SQL, mais au niveau de ton PHP.
Il faut que tu boucles sur les résultats de la requête et ne pas juste récupérer le premier enregistrement.
LA GLOBULE
le 10/03/2010 à 17:39
configurer mysql
Merci d'utiliser le BB-Code.

Mais peu importe le code que tu nous montres (qui visiblement n'est pas celui qu'execute PHP car celui ci comporte un mysql_connect en ligne 4 alors que l'erreur parle d'un mysql_connect en ligne 92) PHP tente de se connecter à mysql avec un utilisateur louche.

La réponse doit se trouver dans le fichier conex.php, ligne 92.
LA GLOBULE
le 10/03/2010 à 14:10
configurer mysql
Le problème, c'est que les identifiants de connexion MySQL ne sont pas bons.

Tu dis que tu as un user 'root' dans ton admin MySQL ainsi que dans ton code mais l'erreur dit que tu utilises l'utilisateur 'Utilisateur_Culturel'.

Or à mon avis, l'erreur n'invente pas cet utilisateur, t'es sur de ne pas l'utiliser dans ton code ? Fais un grep sur ton code.
LA GLOBULE
le 09/03/2010 à 13:17
probleme d'affichage des données
Ben déjà il te faut une clé primaire dans ta table membre (ou bien une donnée unique par membre).

Ensuite, sur la première page, il te faut sélectionner cette clé primaire pour chaque membre, et l'utiliser pour faire le lien vers la deuxième page, genre page2.php?membre=la_valeur_de_la_clef_primaire
Ensuite, dans page2.php, tu recuperer $_GET['membre'], et cela te permet de restreindre la requete sur cette clé primaire.
LoadingChargement en cours