|
Mercury_be 95
| |
jpb 2637
| Posté : 25-01-2008 09:24
Salut
Un prob de serveur peut être ? mais sûrement pas une incompatibilité NPDS>PHP5.
Faut réfléchir... |  Profil www Citation
|
|
developpeur 24581
| |
GiamDoc 7063
| |
Mercury_be 95
| Posté : 25-01-2008 17:20
Citation : GiamDoc
Bjr à tous,
Est-ce qu'au moins les fichiers ont des droits suffisant? La connection mysql est-elle permanente ou non? y-a-til restriction (timeout)niveau serveur ? En tout état de cause ça ne peut-être dû à php5, depuis le temps qu'on l'utilise on auraient eu connaissance de ce problème... enfin je pense que les utilisateurs nous en auraient fait part à moins que nous ayons à faire à des timides
j'y pense, vu que c'est du md5, tout est OK niveau modules php?
Message édité par : GiamDoc / 25-01-2008 15:40
Bonjour, sur le site qui tournait parfaitement avant (php4) tout était OK, maintenant, j'ai souvent des problèmes commes des variables non déclarées dabns les modules, pour la connection, je pense qu'elle est permanente, mais pourc les infos serveur, il faudrais voir avec AlefBurzmali.
les droits de fichiers : install via Icare cette fois at le tar.gz. j'ai vérifié et les droits on l'air bon, mais comme on peut le voir dans le document que j'ai joint, il n'y à QUE le mot de passe qui ne s'inscrit pas dans la DB (problème avec l'encryptage ?) je ne sais pas, je ne sais même pas d'où il part le mot de passe, j'ai regardé dans grab_globals.php mais je n'ai point vu (avec mes connaissances) ou se fait l'inscription dans laa DB...
ça me pose de très sérieux soucis.
merci de votre attention.
Eric
Message édité par : Mercury_be / 26-01-2008 22:21 |  Profil www Citation
|
|
AlefBurzmali 51
| |
jpb 2637
| |
oim 1453
| Posté : 26-01-2008 11:50
Chez moi aussi ca fonctionne bien avec : phpMyAdmin - 2.9.2 et MySQL: 5.0.32 |  Profil www Citation
|
|
Mercury_be 95
| Posté : 26-01-2008 22:14
Je suis hyper content que pour vous ça fonctionne lol,
MAIS MOI ÇA VA PAS
de quel fichier part le mot de passe ?
pour finir le bébé sera né alors que personne n'aura pu s'inscrire...
il doit y avoir une solution, je ne suis quand même pas le seul à qui ça arrive ? Je sais que je n'ai jamais de chance, mais là quand même y'a de la marge |  Profil www Citation
|
|
AlefBurzmali 51
| |
Mercury_be 95
| |
jpb 2637
| Posté : 27-01-2008 23:33
Salut salut
La doc de php et surtout le retour des utilisateurs montre bien que crypt c'est une fonction...qui peut faire mal à la tete.
Pourquoi utilise t'on $cryptpass en second argument alors qu'a priori la variable n'est pas déclarée auparavant donc vide... quand on sait que le hash est généré automatiquement pour MD5 mais pas pour DES si le deuxieme argument n'est pas spécifié.
"If the salt argument is not provided, one will be randomly generated by PHP each time you call this function."
Comment: false for DES, true for MD5....
ceci dit j'ai refait des essais dans ce sens :
sur ma machine osX php5 apache2 mysql 5
et
sur mon serveur linux php4 mysql 4
$bb=crypt('rasmuslerdorf',$bb); //meme situation que dans user.php
echo $bb; // la chaine n'est pas vide
ou
echo 'MD5:'.crypt('rasmuslerdorf','')."\n"; //la chaine n'est pas vide
on se trouve donc face a un probleme lié a une configuration spécifique non? y' plus qu'à la trouver ...
|  Profil www Citation
|
|
Mercury_be 95
| Posté : 28-01-2008 01:19
Bonne réponse, mais moi mon niveau n'est pas assez suffisant pour trouver (honnête, je suis lol)
Alors je demande humblement que quelqu'un me donne une solution
merci |  Profil www Citation
|
|
Anonyme 19853
| Posté : 28-01-2008 23:16
Le fait est que cryptpass=vide est une situation parfaitement normale qui ne devrait pas faire planter la fonction Crypt.
Comme JPB je pense à une config particulière du PHP en question.
A suivre | Citation
|
|
Mercury_be 95
| |
Aller à la page : [ 1 | 2 | 3 | 4 ] |