Langue
🎨 Skin viewer
Les plus téléchargés
- 1 npds_agenda414
- 2 npds_galerie384
- 3 Programmes de Technologie 1985 MEN ...381
- 4 86-Car368
- 5 photosize358
- 6 npds_annonces 357
- 7 npds_glossaire348
- 8 npds_encapsuleur342
- 9 bootstrap.png315
- 10 superhero288
Index du forum »» Divers »» [Résolu] - Annuaire
[Résolu] - Annuaire#759
Bonjour,
En mode admin, j'ai sur 50% des noms dans identifiant le message suivant (au passage de la souris)
<pre>
A noter que ce PB existait sur la version13... > je l'ai peut être transféré sur la v16 en transferant les données DATA SQL
Une idée ?
En mode admin, j'ai sur 50% des noms dans identifiant le message suivant (au passage de la souris)
<pre>
<b> Warning </b> :date() expects parameter 2 to be long, sting given in <b> ....memberslist.php</b>
on line 332
</pre>
A noter que ce PB existait sur la version13... > je l'ai peut être transféré sur la v16 en transferant les données DATA SQL
Une idée ?
Normal phr, c'est que tout le monde est repassé au moins une fois visiter le Labo.
J'ai trouvé le problème, si un visiteur s'enregistre, le champ de sa "last visite" de la table "user" reste vide et ne s'instruira que lors de sa prochaine visite en tant que membre. Ce qui veut dire qu'entre temps, ce champ reste vide créant ainsi une erreur de paramètre (qui disparaîtra dès qu'il viendra de nouveau sur le site).
Et comme moi, j'ai pris la mauvaise habitude de transférer les nouveaux membres de ma V13 à leur enregistrement vers ma V16 (prochainement en ligne) c'est à dire avant qu'ils ne repassent une deuxième fois, j'ai effectivement multiplié les "last visit" vides et parallèlement les messages d'erreurs.
Même si j'assigne un 0 par défaut (automatiquement) à ce champ via mon phpadmin, je tombe sur une date 01/01/1970. Ce n'est donc pas la bonne solution.
Bon cette erreur est existante mais n'est pas capitale, car il faut être admin et elle se corrige automatiquement dès la seconde visite du membre en question. // mais bon, ou est le responsable qualité NPDS ?
Bien que l'idée un peu simpliste (like me) serait : if user_lastvisit = " " >> user_lastvisit = user_regdate
J'ai trouvé le problème, si un visiteur s'enregistre, le champ de sa "last visite" de la table "user" reste vide et ne s'instruira que lors de sa prochaine visite en tant que membre. Ce qui veut dire qu'entre temps, ce champ reste vide créant ainsi une erreur de paramètre (qui disparaîtra dès qu'il viendra de nouveau sur le site).
Et comme moi, j'ai pris la mauvaise habitude de transférer les nouveaux membres de ma V13 à leur enregistrement vers ma V16 (prochainement en ligne) c'est à dire avant qu'ils ne repassent une deuxième fois, j'ai effectivement multiplié les "last visit" vides et parallèlement les messages d'erreurs.
Même si j'assigne un 0 par défaut (automatiquement) à ce champ via mon phpadmin, je tombe sur une date 01/01/1970. Ce n'est donc pas la bonne solution.
Bon cette erreur est existante mais n'est pas capitale, car il faut être admin et elle se corrige automatiquement dès la seconde visite du membre en question. // mais bon, ou est le responsable qualité NPDS ?

Bien que l'idée un peu simpliste (like me) serait : if user_lastvisit = " " >> user_lastvisit = user_regdate
Message édité par : npdsutilisateur / 21-04-2017 15:17