Comportement anormal du navigateur (IE ou FF)

**laurentSc** · 24/01/2010, 23h02

Bonsoir,

j'exécute un code PHP qui teste si l'utilisateur est déjà connecté :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
$nbconn=0;
$sql="select `connecte` from `connection`";
$sql = stripslashes($sql);
$result = mysql_query($sql) or die(mysql_error());
while ($ligne=mysql_fetch_array($result,MYSQL_NUM)) {
	if ($ligne[0]=="1") $nbconn++; }
if ($nbconn != 0) echo "Vous &ecirc;tes d&eacute;j&agrave; connect&eacute;.<br>";

Le problème, c'est que même s'il est déjà connecté, le code ne le voit pas, par contre si je fais rafraichir, il le voit (IE ou FF) ; et pourtant, j'ai vidé mon cache (supprimer les fichiers dans "Fichiers internet temporaires") ; comment éviter cela ?

**sabotage** · 24/01/2010, 23h11

Comment est faite la relation entre ce code et l'utilisateur connecté ?

**laurentSc** · 24/01/2010, 23h20

J'ai volontairement évité d'utiliser les cookies et les sessions ; donc, quand un utilisateur se connecte (par exemple, via un bouton "se connecter") j'écris "1" dans le champ "connecte" de la base MySQL "connection" (OK, en français, on aurait écrit "connexion", mais quand j'ai codé ça, je devais être influencé par l'anglais).

**sabotage** · 24/01/2010, 23h32

mais la ta requete retoune la table connection en entier.

**laurentSc** · 24/01/2010, 23h36

Non, elle ne retourne que tous les champs "connecte" de cette table, et donc si au moins un est non nul, je dois le détecter.

**sabotage** · 24/01/2010, 23h41

Pourquoi lire toutes les lignes de la base au lieu d'utiliser une condition dans ta requête ?

Comment est indentifié l'utilisateur dans ta table 'connecte' ?

**popo** · 25/01/2010, 14h33

J'ai volontairement évité d'utiliser [...] les sessions

Une raison particulière ?

Non parce que là, il va falloir mettre à jour ta table connection a chaque fois. En plus si l'utilisateur a un problème avec son navigateur du genre "Une erreur s'est produit et Windows doit fermer Internet Explorer" (ce qui arrive très souvent), ta table ne sera pas mise à jour et toute personne connaissant le pseudo de ton utilisateur aura accès à son compte !

Vraiment là je ne comprend pas pourquoi tu décidé du'utiliser ce système à la place des sessions

**Vil'Coyote** · 25/01/2010, 15h01

Envoyé par sabotage

Pourquoi lire toutes les lignes de la base au lieu d'utiliser une condition dans ta requête ?

Comment est indentifié l'utilisateur dans ta table 'connecte' ?

+1 par ce que là cela veux dire que si un utilisateur et déclaré connecté, plus personne ne le peux

**laurentSc** · 25/01/2010, 15h04

Envoyé par popo

J'ai volontairement évité d'utiliser [...] les sessions

Une raison particulière ?

La raison, c'est que je développe ça pour aider quelqu'un qui compte ensuite reprendre la main dessus (la maintenance) et il utilise un outil qui ne lui donne pas la main sur tout le code, mais uniquement ce qui se trouve entre les balises <body> (et encore). Donc les sessions_start() et les setcookie, laisse tomber (surtout qu'il y a de l'affichage avant (notamment la gestion du menu)).

Pourquoi lire toutes les lignes de la base au lieu d'utiliser une condition dans ta requête ?

Comment est identifié l'utilisateur dans ta table 'connecte' ?

Pour répondre à ça : je n'y avais pas pensé, mais je vais faire la requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$sql="select `connecte` from `connection` where `connecte`=1";

et compter le nombre de lignes de la réponse avec mysql_nb_rows.
Et pour identifier l'utilisateur, dans la table, il y a un champ "login".

**RunCodePhp** · 25/01/2010, 15h08

+1

J'ai volontairement évité d'utiliser les cookies et les sessions ; donc, quand un utilisateur se connecte (par exemple, via un bouton "se connecter") j'écris "1" dans le champ "connecte" de la base MySQL "connection"

Si 10 autres utilisateurs arrivent juste derrière, les 10 seront considérés comme "Connectés" pour la simple raison qu'il y a rien qui les différencies des uns des autres.
Ou alors c'est l'inverse, pour X raison les soient disant connectés seront considérés comme déconnectés parce que la valeur sera 0 dans la BDD.

Ton mécanisme est peut être tout juste valable pour 1 seul utilisateur, encore que.

Il faut un élément "extérieur" qui va dire qu'on a affaire à tel ou tel utilisateur, et les sessions sont justement là pour ça car dès qu'un utilisateur déboule la 1ère fois, le serveur Web lui accorde un identifiant unique.
Si on gère bien les sessions, cet identifiant est conservé tout le long de la navigation sur le site sans avoir besoin de transmettre une donnée ... ceci jusqu'à son expiration ou destruction volontaire.

**RunCodePhp** · 25/01/2010, 15h18

Donc les sessions_start() et les setcookie, laisse tomber (surtout qu'il y a de l'affichage avant (notamment la gestion du menu)).

Alors c'est la façon dont est conçu le site qui est en cause, pas les sessions.

Il faut revoir tout ce principe, car il n'est pas normal qu'il y ait de l'affichage avant de lancer la session.

Pour ma part tu contourne un manque de conception au départ par un autre mécanisme qui risque d'être encore plus mal goupillé, voir impossible à mettre en place.
Je ne dis pas cela méchamment, c'est juste une remarque, un constat.

Parcourt ce forum, et tu lira souvent que l'on conseil de faire tous les traitements Php avant le moindre élément HTML, en somme on sépare la couche traitement et la couche interface (graphique).
Efforce toi de respecter ce concept, et tu rencontreras nettement moins de problème, de plus ton code sera bien plus lisible, compréhensible, etc ...

A mon avis, quasi tous les site "dynamiques" exploitent le couple session/cookie, ce n'est pas un hasard, c'est juste qu'il est difficile de faire autrement.

**laurentSc** · 25/01/2010, 17h06

Envoyé par RunCodePhp

Ton mécanisme est peut être tout juste valable pour 1 seul utilisateur, encore que.

Je n'y avais pas pensé, mais même si le risque est faible (peu d'utilisateurs) , c'est quand même gênant (ce qui n'est pas le cas avec les sessions ; je ne parle pas de cookie, car ici, il n'est pas question de rester connecté si on quitte le site). Je ne vois pas comment faire sans session.

Envoyé par RunCodePhp

Alors c'est la façon dont est conçu le site qui est en cause, pas les sessions.

Disons plutôt que l'outil utilisé (fait pour des gens qui ne connaissent même pas le html, mais qui leur permet quand même de générer des sites web) qui est mal foutu : en fait, j'essayais un mécanisme qui permet d'utiliser au maximum l'outil et nécessite le moins possible d'interventions externes (d'où le rejet des sessions et des cookies, car c'est impossible à gérer si on veut rester dans l'outil). (Cela dit, j'ai beau casser du sucre sur cet outil, je l'apprécie quand même beaucoup, car il fait pour moi la gestion du menu, ce que je ne saurais pas faire).

**RunCodePhp** · 25/01/2010, 20h29

Disons plutôt que l'outil utilisé (fait pour des gens qui ne connaissent même pas le html, mais qui leur permet quand même de générer des sites web) qui est mal foutu

Peut être, mais personne ici n'a idée de cet outil.
Est ce un outil spécifique, un projet unique développé au sain de l'entreprise ?
Un outil payant ? Du coup il doit avoir un SAV qui devrait te permettre d'avoir des infos.
Un outil Open Source ? Donc il devrait là aussi avoir une communauté spécialisée de cet outil, non ?

En tout cas tu as l'air bien seul face à l'évolution de cet outil, à trouver des solutions, alors qu'être plusieurs serait bien mieux.

Certes, tu demande de l'aide sur ce forum, mais personne n'a idée de l'ensemble de ton outil, et c'est surtout là le problème je pense.

Ca fait un peu un "sermon", mais la voix que tu prends me semble pas du tout la bonne, donc t'aider à le mettre en place c'est un peu aller à contre courant.
On ne peu pas aider comme ça de manière inconsidérée, ça n'a pas de sens.

**laurentSc** · 25/01/2010, 21h33

Envoyé par RunCodePhp

Un outil payant ? Du coup il doit avoir un SAV qui devrait te permettre d'avoir des infos.

En fait, c'est un outil payant (pas cher), ils ont récemment créé aussi un forum qui lui est dédié (sur lequel je vais beaucoup aussi). L'outil en question, c'est lui, mais je pense être un des utilisateurs les plus avertis (au vue de leur forum), et si je viens régulièrement aussi sur ce forum, c'est pour faire des trucs qui ne concernent pas du tout les créateurs de ce logiciel. (Vu qu'il s'adresse à des gens qui ne connaissent pas forcément le html alors le PHP...)

**laurentSc** · 25/01/2010, 23h40

Il n'y a finalement pas de comportement anormal du navigateur : j'ai trouvé dans mon code une remise à 0 du champ de la base MySQL...

Comportement anormal du navigateur (IE ou FF)

Langage PHP

Discussions similaires

Partager

Partager