variables MySql

docanski

unread,

May 14, 2013, 11:38:59 AM5/14/13

to

Bonjour toutes/tous,

Retirï¿œ depuis un bon bout de temps du code destinï¿œ au Web, suis obligï¿œ
de crï¿œer un "chat", avec stockage des messages dans une BdD, Free
refusant ceci dans un fichier tete. Pour ce faire, j'ai rï¿œcupï¿œrï¿œ dans
mes archives une sï¿œrie de scripts/pages plus ou moins correctes (enfin,
je pense ...) et envoyï¿œ le tout sur site. ï¿œa "marche", c'est dï¿œjï¿œ un bon
point. Nï¿œanmoins, j'ai quelques petites problï¿œmes, le 1er ï¿œtant
essentiellement la profondeur du stockage et son affichage dans la
fenï¿œtre du chat : cet affichage se limite aux 2/3 de la fenï¿œtre et les
messages les plus anciens disparaissent au fur et ï¿œ mesure de l'arrivï¿œe
des suivants. Or, dans la BdD (qui ne comporte qu'une table, celle qui
stocke les messages), j'ai une profondeur de stockage bien plus
importante. Mais elle ne s'affiche pas et je ne vois pas pourquoi.
Dans les variables de cette table, j'ai ceci, lors de leur crï¿œation :
<code>
`pseudo` VARCHAR(30) NOT NULL,
`message` VARCHAR(255) NOT NULL,
`date` VARCHAR(30) NOT NULL,
`formatage` VARCHAR(10) NOT NULL,
`temp` INT(30) NOT NULL,
</code>
Pour les 4 premiers, pas de problï¿œme, j'en comprends l'intï¿œrï¿œt et la
prï¿œsence.
C'est pour le 5ï¿œme que je m'interroge et je ne trouve aucune information
sur le web, du moins en franï¿œais. Serait-ce celle ï¿œ modifier ?

La requï¿œte vers la BdD destinï¿œe ï¿œ l'affichage comporte le code suivant :

<code>
$ide= MYSQL_CONNECT($host_mysql,$user_mysql,$pass_mysql);
mysql_select_db("$bd_mysql");
$tm=microtime();$tm2=explode(" ",$tm);$tm3=$tm2[1];
$query = "DELETE FROM $table WHERE (temp+7777)<$tm3";
mysql_query($query,$ide);
$query = "SELECT * FROM $table ORDER BY id DESC";
$result = mysql_query($query,$ide);
$cpt=0;
while($row = mysql_fetch_row($result))
{
$cpt++;
$coul=substr($row[4],0,1);
$tail=substr($row[4],1,1);
$appa=substr($row[4],2,1);
$msg=$row[2];
if ($appa==1){$msg.=$row2;}
if ($appa==2){$msg2="";$msg2.=$msg;$msg2.="";$msg=$msg2;}
if ($appa==3){$msg2="";$msg2.=$msg;$msg2.="";$msg=$msg2;}
if ($appa==4){$msg2="";$msg2.=$msg;$msg2.="";$msg=$msg2;}
if ($appa==5){$msg2="<STRIKE>";$msg2.=$msg;$msg2.="</STRIKE>";$msg=$msg2;}
if ($coul==1){$msg2='';$msg2.=$msg;$msg2.="";$msg=$msg2;}
if (snip la suite des couleurs) ...
echo"- $row[1] [$row[3]] : $msg ";
if ($cpt==20) {break;}
}
MYSQL_CLOSE();
?>
</code>

Celle structurant le message est la suivante :

<code>
<?
$ide= MYSQL_CONNECT($host_mysql,$user_mysql,$pass_mysql);
mysql_select_db("$bd_mysql");
$query = "SELECT * FROM $table";
$result = mysql_query($query,$ide);
$taille = "1";
$datime = date("H:i");
$message2 = htmlentities($txt);
$message3 = nl2br($message2);
$formatage=$couleur;
$formatage.=$taille;
$formatage.=$attrib;
$tmp=microtime();$tmp2=explode(" ",$tmp);$tmp3=$tmp2[1];
if ($txt != "" and $pseudo != "")
{
$query = "INSERT INTO $table VALUES
('0','$pseudo','$message3','$datime','$formatage','$tmp3')";
$result = mysql_query($query,$ide);
}
MYSQL_CLOSE();
?>
</code>

Quelqu'un peut me dï¿œpanner sur ce coup ?

Cordialement,
--
docanski

Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallï¿œe de la Rance maritime : http://valderance.free.fr/
Les cï¿œtes du nord de la Bretagne : http://docarmor.free.fr/

Olivier Miakinen

unread,

May 14, 2013, 12:34:05 PM5/14/13

to

Bonjour,

Le 14/05/2013 17:38, docanski a ï¿œcrit :
>
> [...] cet affichage se limite aux 2/3 de la fenï¿œtre et les

> messages les plus anciens disparaissent au fur et ï¿œ mesure de l'arrivï¿œe
> des suivants. Or, dans la BdD (qui ne comporte qu'une table, celle qui
> stocke les messages), j'ai une profondeur de stockage bien plus
> importante. Mais elle ne s'affiche pas et je ne vois pas pourquoi.
> Dans les variables de cette table, j'ai ceci, lors de leur crï¿œation :
> <code>
> `pseudo` VARCHAR(30) NOT NULL,
> `message` VARCHAR(255) NOT NULL,
> `date` VARCHAR(30) NOT NULL,
> `formatage` VARCHAR(10) NOT NULL,
> `temp` INT(30) NOT NULL,
> </code>
> Pour les 4 premiers, pas de problï¿œme, j'en comprends l'intï¿œrï¿œt et la
> prï¿œsence.
> C'est pour le 5ï¿œme que je m'interroge et je ne trouve aucune information
> sur le web, du moins en franï¿œais. Serait-ce celle ï¿œ modifier ?

Je n'y connais rien en bases de donnï¿œes, mais mon intuition me dit
que la commande DELETE portant sur le champ que tu ne comprends pas
pourrait ï¿œtre la raison de la disparition des messages.

Regardons-y de plus prï¿œs.

> $tm=microtime();$tm2=explode(" ",$tm);$tm3=$tm2[1];
> $query = "DELETE FROM $table WHERE (temp+7777)<$tm3";

Pour commencer, dï¿œcouvrons ensemble la fonction microtime.

<cit. http://fr2.php.net/microtime>
microtime() retourne le timestamp Unix, avec les microsecondes. Cette
fonction est uniquement disponible sur les systï¿œmes qui supportent la
fonction gettimeofday().

Par dï¿œfaut, microtime() retourne une chaï¿œne de caractï¿œres au format
"msec sec", oï¿œ sec est le temps courant mesurï¿œ en nombre de secondes
depuis l'ï¿œpoque Unix (1 Janvier 1970, 00:00:00 GMT), et msec est le
nombre de microsecondes qui se sont ï¿œcoulï¿œes depuis sec exprimï¿œ en
secondes.
</cit.>

Si $tm est le rï¿œsultat de microtime, alors $tm2 est un tableau dont
la seconde valeur est le nombre de secondes depuis l'origine des
temps, et $tm3 est justement ce nombre de secondes.

Et donc, si l'entrï¿œe a ï¿œtï¿œ crï¿œï¿œe avec un code similaire (ce qui semble
ï¿œtre le cas si j'en crois la commande INSERT plus loin dans le code),
le code commence par virer tous les messages vieux de plus de 7777
secondes, soit un peu plus de deux heures (2 h 9 mn 37 s sauf erreur).

Si tu vires ce DELETE ou si tu mets un nombre de secondes plus grand
que 7777, ï¿œa devrait changer le comportempent.

Cordialement,
--
Olivier Miakinen

docanski

unread,

May 14, 2013, 12:42:48 PM5/14/13

to

Alors que les eleveurs et agriculteurs empoisonnent toujours la
Bretagne, Olivier Miakinen ecrit ce qui suit en ce 14/05/2013 18:34 :
> Bonjour,

Salut Olivier !

> Et donc, si l'entrï¿œe a ï¿œtï¿œ crï¿œï¿œe avec un code similaire (ce qui semble
> ï¿œtre le cas si j'en crois la commande INSERT plus loin dans le code),
> le code commence par virer tous les messages vieux de plus de 7777
> secondes, soit un peu plus de deux heures (2 h 9 mn 37 s sauf erreur).
> Si tu vires ce DELETE ou si tu mets un nombre de secondes plus grand
> que 7777, ï¿œa devrait changer le comportempent.

C'est ce que je pensais au dï¿œpart et j'avais modifiï¿œ ce dï¿œlai, pour les
essais.
Mais c'est lakelos et qui m'interpelle : malgrï¿œ sa longueur, la totalitï¿œ
des messages n'est pas affichï¿œe dans la fenï¿œtre du chat alors qu'elle
est bien prï¿œsente pendant plus de 2 heures dans la BdD. Et en disparaï¿œt,
ï¿œvidemment, une fois le dï¿œlai de 7777 secondes dï¿œpassï¿œ.
J'ai gardï¿œ le DELETE, ï¿œvidemment, pour ne pas engorger la BdD au delï¿œ de
ce dï¿œlai.
C'est donc ailleurs que se situe le problï¿œme.

Olivier Miakinen

unread,

May 14, 2013, 1:02:05 PM5/14/13

to

Le 14/05/2013 18:42, docanski a ï¿œcrit :

>
>> Et donc, si l'entrï¿œe a ï¿œtï¿œ crï¿œï¿œe avec un code similaire (ce qui semble
>> ï¿œtre le cas si j'en crois la commande INSERT plus loin dans le code),
>> le code commence par virer tous les messages vieux de plus de 7777
>> secondes, soit un peu plus de deux heures (2 h 9 mn 37 s sauf erreur).
>> Si tu vires ce DELETE ou si tu mets un nombre de secondes plus grand
>> que 7777, ï¿œa devrait changer le comportempent.
>
> C'est ce que je pensais au dï¿œpart et j'avais modifiï¿œ ce dï¿œlai, pour les
> essais.

Ok.

> Mais c'est lakelos

<https://www.google.fr/search?q=lakelos>
Lake Los Angeles
</>

???

> et qui m'interpelle : malgrï¿œ sa longueur, la totalitï¿œ
> des messages n'est pas affichï¿œe dans la fenï¿œtre du chat alors qu'elle
> est bien prï¿œsente pendant plus de 2 heures dans la BdD. Et en disparaï¿œt,
> ï¿œvidemment, une fois le dï¿œlai de 7777 secondes dï¿œpassï¿œ.
> J'ai gardï¿œ le DELETE, ï¿œvidemment, pour ne pas engorger la BdD au delï¿œ de
> ce dï¿œlai.
> C'est donc ailleurs que se situe le problï¿œme.

Il y a un truc qui me semble bizarre, ï¿œ moi qui -- je le rappelle -- ne
gï¿œre pas de base de donnï¿œes :

$query = "INSERT INTO $table VALUES
('0','$pseudo','$message3','$datime','$formatage','$tmp3')";

Pourquoi y a-t-il six valeurs au lieu de cinq ?

Note que si ta question n'est pas un problï¿œme de PHP mais un problï¿œme
de sgbd, c'est dans f.c.a.sgbd que tu devrais la poser.

Denis Beauregard

unread,

May 14, 2013, 1:57:12 PM5/14/13

to

Le Tue, 14 May 2013 19:02:05 +0200, Olivier Miakinen
<om+...@miakinen.net> �crivait dans fr.comp.lang.php:

>> Mais c'est lakelos
>
><https://www.google.fr/search?q=lakelos>
>Lake Los Angeles
></>
>
>???

C'est l� qu'est l'os...

Denis

Olivier Miakinen

unread,

May 14, 2013, 5:51:04 PM5/14/13

to

Le 14/05/2013 19:57, Denis Beauregard m'a r�pondu :

>
>>> Mais c'est lakelos
>>
>><https://www.google.fr/search?q=lakelos>
>>Lake Los Angeles
>></>
>>
>>???
>
> C'est l� qu'est l'os...

Ha ! :-D

(je le pronon�ais int�rieurement � l��k l�ce � au lieu de
� la quai losse �)

docanski

unread,

May 15, 2013, 5:37:15 PM5/15/13

to

Alors que les eleveurs et agriculteurs empoisonnent toujours la

Bretagne, Olivier Miakinen ecrit ce qui suit en ce 14/05/2013 19:02 :

> Il y a un truc qui me semble bizarre, ï¿œ moi qui -- je le rappelle -- ne
> gï¿œre pas de base de donnï¿œes :
>
> $query = "INSERT INTO $table VALUES
> ('0','$pseudo','$message3','$datime','$formatage','$tmp3')";
>
> Pourquoi y a-t-il six valeurs au lieu de cinq ?

Un oubli : c'est une variable abandonnï¿œe au cours de la mise au point de
l'affichage.
J'avais oubliï¿œ de l'ï¿œliminer du code, c'est fait dï¿œsormais.
Le problï¿œme reste entier : impossible d'afficher tous les messages
stockï¿œs dans la BdD.
J'ai observï¿œ le comportement du bidule et je constate que le nombre de
messages affichï¿œs dans la fenï¿œtre du chat est toujours limitï¿œ ï¿œ 20,
quelle qu'en soit la longueur.
Or, je n'ai aucune restriction de ce genre, ni dans les scripts, ni dans
la BdD.
Ce chiffre mystï¿œrieux n'apparaï¿œt nulle part.

> Note que si ta question n'est pas un problï¿œme de PHP mais un problï¿œme
> de sgbd, c'est dans f.c.a.sgbd que tu devrais la poser.

Je ne vois pas en quoi : une table toute simple ne comportant que 5
champs crï¿œï¿œs au dï¿œpart du code que j'ai reproduit dans ma question initiale.
Heeeeelp !

Denis Beauregard

unread,

May 15, 2013, 6:13:47 PM5/15/13

to

Le Wed, 15 May 2013 23:37:15 +0200, docanski
<docanski...@mobistar.be.invalid> �crivait dans
fr.comp.lang.php:

>Je ne vois pas en quoi : une table toute simple ne comportant que 5

>champs cr��s au d�part du code que j'ai reproduit dans ma question initiale.
>Heeeeelp !

Un truc que j'utilise : faire afficher avec phpmyadmin et reprendre le
m�me code. En d'autres mots, par exemple, je demande � phpmyadmin de
modifier tel valeur, puis je reprends son code (il est affich�) et
je l'adapte � mes besoins.

La recette :

Choisir une base
Faire "rechercher"
Modifier un des champs de l'enregistrement trouv� (si on veut)
Recopier le code SQL utilis� avec les changements appropri�s.

Ne pas oublier que ce code est limit� � 30 lignes par phpmyadmin.

Si cela ne fonctionne pas comme phpmyadmin, on a au moins une base
de comparaison. Dans ton cas, pourquoi il sort 20 lignes au lieu de
la quantit� attendue.

Denis

Olivier Miakinen

unread,

May 15, 2013, 6:20:37 PM5/15/13

to

Le 15/05/2013 23:37, docanski a ï¿œcrit :

>>
>> $query = "INSERT INTO $table VALUES
>> ('0','$pseudo','$message3','$datime','$formatage','$tmp3')";
>>
>> Pourquoi y a-t-il six valeurs au lieu de cinq ?
>
> Un oubli : c'est une variable abandonnï¿œe au cours de la mise au point de
> l'affichage.
> J'avais oubliï¿œ de l'ï¿œliminer du code, c'est fait dï¿œsormais.

Je ne comprends toujours pas comment ï¿œa a pu fonctionner : ce ne sont
pas 20 messages qui devraient s'afficher correctement, s'il y a un
dï¿œcalage entre l'ï¿œcriture et la lecture, mais aucun ! Ou alors, si ce
sont toujours les 20 mï¿œmes qui s'affichent, ce sont probablement les
20 pour lesquels le code d'ï¿œcriture ï¿œtait en phase avec le code de
lecture !

Cela dit, j'ai essayï¿œ de suivre ton code pas ï¿œ pas, en allant lire la
doc ï¿œ chaque fonction. Tout d'abord, il y a ï¿œ chaque fois un gros
avertissement sur fond rose pour dire que toutes ces fonctions sont
dï¿œprï¿œciï¿œes. Ensuite, je remarque que tu ne testes jamais le code de
retour de mysql_query(), or cette fonction peut trï¿œs bien retourner
FALSE ï¿œ la place de la ï¿œ ressource ï¿œ utilisable par mysql_fetch_row().
Enfin, il faut peut-ï¿œtre remplacer $row[1] ï¿œ $row[4] par $row[0] ï¿œ
$row[3].

> Le problï¿œme reste entier : impossible d'afficher tous les messages
> stockï¿œs dans la BdD.
> J'ai observï¿œ le comportement du bidule et je constate que le nombre de
> messages affichï¿œs dans la fenï¿œtre du chat est toujours limitï¿œ ï¿œ 20,
> quelle qu'en soit la longueur.
> Or, je n'ai aucune restriction de ce genre, ni dans les scripts, ni dans
> la BdD.
> Ce chiffre mystï¿œrieux n'apparaï¿œt nulle part.

C'est toujours 20 ? Ce sont les 20 premiers ou les 20 derniers ?
Si tu ajoutes un nouveau message, il s'affiche et le 20e plus vieux
disparaï¿œt ? Ou il ne s'affiche pas et ce sont les 20 mï¿œmes qui
s'affichent ? C'est juste un problï¿œme ï¿œ l'affichage et tu as tous
tes messages dans la base quand tu passes par les outils d'adminis-
tration, ou bien le 20e plus vieux disparaï¿œt quand tu en insï¿œres un
nouveau ? Quelle est la hauteur de l'Everest ? Tu ne vois pas une
autre question stupide que je pourrais poser ?

>> Note que si ta question n'est pas un problï¿œme de PHP mais un problï¿œme
>> de sgbd, c'est dans f.c.a.sgbd que tu devrais la poser.
>
> Je ne vois pas en quoi : une table toute simple ne comportant que 5
> champs crï¿œï¿œs au dï¿œpart du code que j'ai reproduit dans ma question initiale.

???

Ta table a beau ï¿œtre toute simple (je te crois sur parole, encore une
fois je n'y connais rien et je ne sais pas juger de la simplicitï¿œ d'une
table), si c'est un problï¿œme de SGBD et pas un problï¿œme de PHP il est
logique de poser la question aux experts en SGBD plutï¿œt qu'aux experts
en PHP !

C'est comme si tu trouvais normal de demander la recette des ï¿œufs en
meurette sur fr.rec.cuisine parce que c'est compliquï¿œ, mais que tu
t'adresses ï¿œ fr.comp.lang.php pour la recette de l'ï¿œuf ï¿œ la coque
parce que c'est tout simple...

> Heeeeelp !

Je dooooo ce que je caaaaan.

docanski

unread,

May 15, 2013, 6:42:41 PM5/15/13

to

Alors que les eleveurs et agriculteurs empoisonnent toujours la

Bretagne, Denis Beauregard ecrit ce qui suit en ce 16/05/2013 00:13 :

> La recette :
>
> Choisir une base
> Faire "rechercher"

> Modifier un des champs de l'enregistrement trouvï¿œ (si on veut)
> Recopier le code SQL utilisï¿œ avec les changements appropriï¿œs.

La table est rï¿œduite ï¿œ sa plus simple expression : 5 variables avec une
longueur de champ limitï¿œe (varchar) dont la 1ï¿œre (id) utilise
l'opï¿œrateur "=" et les 4 autres le "LIKE" (varchar(nombre paramï¿œtrï¿œ)).
Bref, pas de quoi fouetter un chat ... et pas plus de code que de beurre
en branche.
Les champs "Valeur" sont vides.

> Ne pas oublier que ce code est limitï¿œ ï¿œ 30 lignes par phpmyadmin.

Je ne vois vraiment pas ce que je pourrais y changer.

> Dans ton cas, pourquoi il sort 20 lignes au lieu de

> la quantitï¿œ attendue.

Il n'y a aucune variable oï¿œ s'affiche ce chiffre 20 sorti de nulle part. :-(
A moins qu'il ne soit possible d'ajouter un champ obligeant SQL ï¿œ
afficher la totalitï¿œ des messages stockï¿œs, je ne vois pas comment m'en
sortir.

docanski

unread,

May 15, 2013, 6:54:33 PM5/15/13

to

Alors que les eleveurs et agriculteurs empoisonnent toujours la

Bretagne, Olivier Miakinen ecrit ce qui suit en ce 16/05/2013 00:20 :

> Ou alors, si ce
> sont toujours les 20 mï¿œmes qui s'affichent, ce sont probablement les
> 20 pour lesquels le code d'ï¿œcriture ï¿œtait en phase avec le code de
> lecture !

Ah non ! pas du tout ! le 21ï¿œme message affichï¿œ provoque la disparition
du 1er, le 22ï¿œme du suivant, etc ... de sorte qu'il ne reste jamais plus
de 20 messages dans la fenï¿œtre.

> Cela dit, j'ai essayï¿œ de suivre ton code pas ï¿œ pas, en allant lire la
> doc ï¿œ chaque fonction. Tout d'abord, il y a ï¿œ chaque fois un gros
> avertissement sur fond rose pour dire que toutes ces fonctions sont
> dï¿œprï¿œciï¿œes.

C'est du vieux code rï¿œcupï¿œrï¿œ dans les fonds de tiroir, j'avais prï¿œvenu ;-)
Mais je n'ai pas eu de message d'erreur en retour quand j'ai installï¿œ le
bouzin.

> C'est toujours 20 ? Ce sont les 20 premiers ou les 20 derniers ?
> Si tu ajoutes un nouveau message, il s'affiche et le 20e plus vieux
> disparaï¿œt ?

Oui.

Ou il ne s'affiche pas et ce sont les 20 mï¿œmes qui
> s'affichent ? C'est juste un problï¿œme ï¿œ l'affichage et tu as tous
> tes messages dans la base quand tu passes par les outils d'adminis-
> tration, ou bien le 20e plus vieux disparaï¿œt quand tu en insï¿œres un
> nouveau ?

Oui.

> Quelle est la hauteur de l'Everest ? Tu ne vois pas une
> autre question stupide que je pourrais poser ?

Une question n'est jamais stupide. Seule la rï¿œponse peut l'ï¿œtre :-)

> Ta table a beau ï¿œtre toute simple (je te crois sur parole, encore une
> fois je n'y connais rien et je ne sais pas juger de la simplicitï¿œ d'une
> table), si c'est un problï¿œme de SGBD et pas un problï¿œme de PHP il est
> logique de poser la question aux experts en SGBD plutï¿œt qu'aux experts
> en PHP !

Sauf que ne dï¿œtectant aucune anomalie frappante (vu la simplicitï¿œ de
celle-ci) dans la table, je n'envisage, peut-ï¿œtre ï¿œ tort, que la
possibilitï¿œ d'un problï¿œme PHP. Une commande (query) oubliï¿œe, peut-ï¿œtre ?
Mais comment la crï¿œer ?

> Je dooooo ce que je caaaaan.

Tu caaaaan beaucoup plus que ce que je peux doooooer ;-)

docanski

unread,

May 15, 2013, 6:58:09 PM5/15/13

to

Alors que les eleveurs et agriculteurs empoisonnent toujours la

Bretagne, docanski ecrit ce qui suit en ce 16/05/2013 00:54 :

> Ou il ne s'affiche pas et ce sont les 20 mï¿œmes qui
>> s'affichent ? C'est juste un problï¿œme ï¿œ l'affichage et tu as tous
>> tes messages dans la base quand tu passes par les outils d'adminis-
>> tration, ou bien le 20e plus vieux disparaï¿œt quand tu en insï¿œres un
>> nouveau ?
>
> Oui.

Heu ... j'ai rï¿œpondu trop vite.
Tous les messages sont stockï¿œs dans la base pendant le temps paramï¿œtrï¿œ :
7777 ms
Les plus anciens sont ï¿œliminï¿œs au fur et ï¿œ mesure du dï¿œpassement de ce
paramï¿œtre.

Olivier Miakinen

unread,

May 15, 2013, 7:21:04 PM5/15/13

to

Le 16/05/2013 00:58, docanski a �crit :
>
>> Ou il ne s'affiche pas et ce sont les 20 m�mes qui
>>> s'affichent ? C'est juste un probl�me � l'affichage et tu as tous

>>> tes messages dans la base quand tu passes par les outils d'adminis-

>>> tration, ou bien le 20e plus vieux dispara�t quand tu en ins�res un
>>> nouveau ?
>>
>> Oui.
>
> Heu ... j'ai r�pondu trop vite.
> Tous les messages sont stock�s dans la base pendant le temps param�tr� :
> 7777 ms
> Les plus anciens sont �limin�s au fur et � mesure du d�passement de ce
> param�tre.

Oui, ok pour cela. Mais quand tu ins�res (mettons) 40 messages en moins
de 7777 secondes, tu en vois bien 40 dans mysqladmin, et seulement 20
via ton programme PHP ?

docanski

unread,

May 16, 2013, 4:39:40 AM5/16/13

to

Alors que les eleveurs et agriculteurs empoisonnent toujours la

Bretagne, Olivier Miakinen ecrit ce qui suit en ce 16/05/2013 01:21 :

> Oui, ok pour cela. Mais quand tu insï¿œres (mettons) 40 messages en moins

> de 7777 secondes, tu en vois bien 40 dans mysqladmin, et seulement 20
> via ton programme PHP ?

Ben oui, il me semble avoir ï¿œtï¿œ explicite au sujet de cette anomalie :
elle est la raison de mon questionnement. Me serais-je mal exprimï¿œ ?
J'ajoute que rien ne laisse supposer que mysqladmin bloque ces messages.
En tout cas je n'y dï¿œcï¿œle aucune commande ou limitation dans ce sens.

Cordialement,

Olivier Miakinen

unread,

May 16, 2013, 5:48:14 AM5/16/13

to

Bonjour,

Le 16/05/2013 10:39, docanski a ï¿œcrit :

>
>> Oui, ok pour cela. Mais quand tu insï¿œres (mettons) 40 messages en moins
>> de 7777 secondes, tu en vois bien 40 dans mysqladmin, et seulement 20
>> via ton programme PHP ?
>
> Ben oui, il me semble avoir ï¿œtï¿œ explicite au sujet de cette anomalie :
> elle est la raison de mon questionnement. Me serais-je mal exprimï¿œ ?

Je ne me permettrais pas de penser que tu t'es mal exprimï¿œ, alors
que c'est moi qui n'y connais pas grand-chose : j'ai probablement
loupï¿œ une explication par manque de vocabulaire. Par exemple je ne
sais pas ce que signifie l'expression ï¿œ profondeur de stockage ï¿œ
que tu emploies dans ton premier article.

> J'ajoute que rien ne laisse supposer que mysqladmin bloque ces messages.

mysqladmin, c'est bien l'outil d'administration qui ne passe pas par
ton script PHP ? Si oui, je ne comprends pas ta remarque parce qu'il
m'avais semblï¿œ que tu disais que justement les messages n'ï¿œtaient *pas*
bloquï¿œs par mysqladmin, mais qu'ils l'ï¿œtaient par ton script.

> En tout cas je n'y dï¿œcï¿œle aucune commande ou limitation dans ce sens.

Est-ce qu'il t'est possible de faire ce que suggï¿œrait Denis Beauregard,
ï¿œ savoir tester des requï¿œtes exactement identiques dans ton code et dans
mysqladmin pour pointer les diffï¿œrences ?

Olivier Miakinen

unread,

May 16, 2013, 6:30:01 AM5/16/13

to

Dans la série « le béotien découvre les SGBD et tente de deviner ce
que ça fait », je continue ma lecture de ton code...

Le 14/05/2013 17:38, docanski a écrit :
>
> <code>
> `pseudo` VARCHAR(30) NOT NULL,
> `message` VARCHAR(255) NOT NULL,
> `date` VARCHAR(30) NOT NULL,
> `formatage` VARCHAR(10) NOT NULL,
> `temp` INT(30) NOT NULL,
> </code>

Puis :

>
> $query = "SELECT * FROM $table ORDER BY id DESC";
> $result = mysql_query($query,$ide);

Je suppose que « ORDER BY id DESC » signifie que les réponses doivent
être triées selon la valeur du champ 'id', non ? Ce champ 'id' ne
serait-il pas celui que tu as supprimé (tu m'as dit être passé de 6
champs à 5 champs) ?

> $cpt=0;
> while($row = mysql_fetch_row($result))

Je ne crois pas que tu m'aies répondu sur le fait de tester ou non
le fait que $result puisse valoir FALSE. Ni sur la réindexation des
$row[]. Si tu as changé ton code, il serait peut-être temps de
publier la version actuelle, avec corrections.

> [...]

>
> Celle structurant le message est la suivante :
>
> <code>
> <?
> $ide= MYSQL_CONNECT($host_mysql,$user_mysql,$pass_mysql);
> mysql_select_db("$bd_mysql");
> $query = "SELECT * FROM $table";
> $result = mysql_query($query,$ide);

> [...]

> $query = "INSERT INTO $table VALUES
> ('0','$pseudo','$message3','$datime','$formatage','$tmp3')";
> $result = mysql_query($query,$ide);

À quoi sert le « SELECT * FROM $table » ? Non seulement tu ne testes
pas le $result correspondant, mais en plus tu ne l'utilises même pas.

docanski

unread,

May 16, 2013, 6:38:03 AM5/16/13

to

Alors que les eleveurs et agriculteurs empoisonnent toujours la

Bretagne, Olivier Miakinen ecrit ce qui suit en ce 16/05/2013 11:48 :
> Bonjour,

Salut Olivier,

> Je ne me permettrais pas de penser que tu t'es mal exprimï¿œ, alors
> que c'est moi qui n'y connais pas grand-chose : j'ai probablement
> loupï¿œ une explication par manque de vocabulaire. Par exemple je ne
> sais pas ce que signifie l'expression ï¿œ profondeur de stockage ï¿œ
> que tu emploies dans ton premier article.

Tu ne manques vraiment pas de vocabulaire mais peut-ï¿œtre me suis-je mal
exprimï¿œ, faute de savoir, peut-ï¿œtre, quels sont les termes exacts ï¿œ
employer dans le jargon SQL et les autres joyeusetï¿œs qui l'accompagnent.
Lorsque je parle de profondeur de stockage, je me rï¿œfï¿œre ï¿œ la notion de
temps. Si le paramï¿œtre "temps" est rï¿œglï¿œ ï¿œ 7777 sec, tous les messages
ï¿œmis pendant ce temps sont stockï¿œs dans la base.

> mysqladmin, c'est bien l'outil d'administration qui ne passe pas par
> ton script PHP ? Si oui, je ne comprends pas ta remarque parce qu'il
> m'avais semblï¿œ que tu disais que justement les messages n'ï¿œtaient *pas*
> bloquï¿œs par mysqladmin, mais qu'ils l'ï¿œtaient par ton script.

Pour ï¿œtre exact, c'est la console phpMyAdmin et non mysqladmin qui
permet d'administrer la base. Celle-ci reprend les champs citï¿œs dans ma
rï¿œponse ï¿œ Denis.
Et dans ces champs, je ne vois aucune instruction, aucun paramï¿œtre
susceptible de bloquer les messages stockï¿œs.

> Est-ce qu'il t'est possible de faire ce que suggï¿œrait Denis Beauregard,
> ï¿œ savoir tester des requï¿œtes exactement identiques dans ton code et dans
> mysqladmin pour pointer les diffï¿œrences ?

Sachant que celles-ci ne concernent que la *longueur* des champs
autorisï¿œs pour l'utilisateur pour les 4 principales, y compris
l'affichage de la date et de l'heure et que la 5ï¿œme ne constituent que
l'enregistrement de l'ID de celui-ci, je ne vois vraiment pas ce qui
pourrait changer quoi que ce soit.
Le seul que j'ai modifiï¿œ en connaissance de cause pour remplir jusqu'ï¿œ
un maximum de 2 lignes de texte dans l'espace de la fenï¿œtre du chat est
celui du message : 375 caractï¿œres. "pseudo" en comporte jusqu'ï¿œ 30,
"date" ï¿œgalement et formatage (couleur + typo choisie pour le texte) en
comporte 10.
Mais j'admets bien volontiers que je suis une buse aussi bien en PHP
qu'en administration de BdD. Peut-ï¿œtre ne remarquai-je pas ce qui
sauterait aux yeux de celui qui connaï¿œt bien la musique.

Antoine Polatouche

unread,

May 16, 2013, 9:01:10 AM5/16/13

to

Le 14/05/2013 17:38, docanski a écrit :

> $cpt=0;
> while($row = mysql_fetch_row($result))
> {
> $cpt++;

...
> echo"- $row[1] [$row[3]] : $msg ";
> if ($cpt==20) {break;}
> }

Je n'ai lu qu'en vitesse ce fil de discussion, est-ce que tu te demandes
pourquoi ça n'affiche que 20 enregistrements ?
Si oui retire les 3 lignes avec $cpt...

Olivier Miakinen

unread,

May 16, 2013, 9:06:22 AM5/16/13

to

Le 16/05/2013 15:01, Antoine Polatouche a ï¿œcrit :

>
>> $cpt=0;
>> while($row = mysql_fetch_row($result))
>> {
>> $cpt++;
> ...
>> echo"- $row[1] [$row[3]] : $msg ";
>> if ($cpt==20) {break;}
>> }
>
> Je n'ai lu qu'en vitesse ce fil de discussion, est-ce que tu te demandes

> pourquoi ï¿œa n'affiche que 20 enregistrements ?

> Si oui retire les 3 lignes avec $cpt...

Hahaha ! Bravo !

Je n'ai mï¿œme pas cherchï¿œ ï¿œa, ayant cru sur parole docanski quand il
affirmait :

<news:kn0v6k$2cnr$3...@obelix.gegeweb.org>
[...] toujours limitï¿œ ï¿œ 20 [...]

Or, je n'ai aucune restriction de ce genre, ni dans les scripts, ni dans
la BdD.
Ce chiffre mystï¿œrieux n'apparaï¿œt nulle part.

</news>

:-D

docanski

unread,

May 16, 2013, 12:36:28 PM5/16/13

to

Alors que les eleveurs et agriculteurs empoisonnent toujours la

Bretagne, Olivier Miakinen ecrit ce qui suit en ce 16/05/2013 12:30 :

> Je suppose que ï¿œ ORDER BY id DESC ï¿œ signifie que les rï¿œponses doivent
> ï¿œtre triï¿œes selon la valeur du champ 'id', non ? Ce champ 'id' ne
> serait-il pas celui que tu as supprimï¿œ

Non, il demeure bien et est destinï¿œ au classement par ID

> Je ne crois pas que tu m'aies rï¿œpondu sur le fait de tester ou non
> le fait que $result puisse valoir FALSE. Ni sur la rï¿œindexation des
> $row[]. Si tu as changï¿œ ton code, il serait peut-ï¿œtre temps de

> publier la version actuelle, avec corrections.

Je n'ai fait qu'ï¿œliminer la variable devenue inutile, rien d'autre.
En attendnt de trouver une solution ...

> ï¿œ quoi sert le ï¿œ SELECT * FROM $table ï¿œ ? Non seulement tu ne testes
> pas le $result correspondant, mais en plus tu ne l'utilises mï¿œme pas.

Si mes souvenirs sont bons (je t'ai dit et tu l'as remarquï¿œ, c'est du
code dï¿œveloppï¿œ il y a dï¿œjï¿œ bien longtemps), c'est la rï¿œcupï¿œration des
messages destinï¿œs ï¿œ ï¿œtre affichï¿œs.
Pour ce qui est de tester le $result, les bribes de PHP qui me restent
(et c'est trï¿œs peu, j'ai prï¿œvenu ;-) ) me laissent sans voix (ou
incapable de le mettre en oeuvre, si tu prï¿œfï¿œres)
Dï¿œsolï¿œ :-(

Olivier Miakinen

unread,

May 16, 2013, 12:52:01 PM5/16/13

to

Le 16/05/2013 18:36, docanski a ï¿œcrit :

>
>> Je suppose que ï¿œ ORDER BY id DESC ï¿œ signifie que les rï¿œponses doivent
>> ï¿œtre triï¿œes selon la valeur du champ 'id', non ? Ce champ 'id' ne
>> serait-il pas celui que tu as supprimï¿œ
>
> Non, il demeure bien et est destinï¿œ au classement par ID

Ok, ï¿œa doit ï¿œtre un mot-clï¿œ rï¿œservï¿œ alors. Un jour peut-ï¿œtre je
me mettrai ï¿œ SQL... comme toi un jour peut-ï¿œtre tu te mettras
ï¿œ PHP. ;-)

>> Je ne crois pas que tu m'aies rï¿œpondu sur le fait de tester ou non

>> le fait que $result puisse valoir FALSE. [...]

>
> Pour ce qui est de tester le $result, les bribes de PHP qui me restent
> (et c'est trï¿œs peu, j'ai prï¿œvenu ;-) ) me laissent sans voix (ou
> incapable de le mettre en oeuvre, si tu prï¿œfï¿œres)

Ok.

Lï¿œ oï¿œ tu as :

$result = mysql_query($query,$ide);
while ($row = mysql_fetch_row($result)) {
...
}

Faire :

$result = mysql_query($query,$ide);
if ($result === FALSE) {
... afficher une page d'erreur...
} else while ($row = mysql_fetch_row($result)) {
...
}

docanski

unread,

May 16, 2013, 1:23:29 PM5/16/13

to

Alors que les eleveurs et agriculteurs empoisonnent toujours la

Bretagne, Antoine Polatouche ecrit ce qui suit en ce 16/05/2013 15:01 :

>> $cpt=0;
>> while($row = mysql_fetch_row($result))
>> {
>> $cpt++;

> Je n'ai lu qu'en vitesse ce fil de discussion, est-ce que tu te demandes

> pourquoi ï¿œa n'affiche que 20 enregistrements ?

> Si oui retire les 3 lignes avec $cpt...

Bingo !
Le "break" m'avait effectivement mis la puce ï¿œ l'oreille, je l'avais
ï¿œliminï¿œ lors de mes essais ... mais oubliï¿œ les 2 premiï¿œres lignes :-(

Merci !

docanski

unread,

May 16, 2013, 1:30:34 PM5/16/13

to

Alors que les eleveurs et agriculteurs empoisonnent toujours la

Bretagne, Olivier Miakinen ecrit ce qui suit en ce 16/05/2013 18:52 :

> Ok, ï¿œa doit ï¿œtre un mot-clï¿œ rï¿œservï¿œ alors. Un jour peut-ï¿œtre je
> me mettrai ï¿œ SQL... comme toi un jour peut-ï¿œtre tu te mettras
> ï¿œ PHP. ;-)

Suis trop vieux, mon disque dur est saturï¿œ.
J'en arrive mï¿œme parfois ï¿œ oublier oï¿œ j'ai mis mes lunettes ... alors
qu'elles chevauchent mon tarin. :-)

> Lï¿œ oï¿œ tu as :
>
> $result = mysql_query($query,$ide);
> while ($row = mysql_fetch_row($result)) {
> ...
> }
>
> Faire :
>
> $result = mysql_query($query,$ide);
> if ($result === FALSE) {
> ... afficher une page d'erreur...
> } else while ($row = mysql_fetch_row($result)) {
> ...
> }

Ok, vu. Mais comme le bouzin fonctionne maintenant, le code n'a plus
besoin d'ï¿œtre testï¿œ.
Reste ï¿œ espï¿œrer qu'il ne soit pas ï¿œ revoir entiï¿œrement, vu les ï¿œlï¿œments
dï¿œprï¿œciï¿œs ...
Merci pour ton aide !

Cordialement,

Otomatic

unread,

May 16, 2013, 1:50:35 PM5/16/13

to

docanski <docanski...@mobistar.be.invalid> écrivait :

> Suis trop vieux, mon disque dur est saturé.
La connaissance, ce n'est jamais saturé.
Une journée passée sans avoir appris quelque chose, est une mauvaise
journée.
Bientôt 70 piges et je viens de migrer mon site chez un autre hébergeur
pour pouvoir tâter des possibilités de PHP 5.4.14 au lieu de 5.1.3.
--
Les gens que l'on considère comme des fous de travail sont, peut-être,
tout simplement entrain de s'amuser. Einstein

Olivier Miakinen

unread,

May 16, 2013, 2:02:50 PM5/16/13

to

Le 16/05/2013 19:50, Otomatic a ï¿œcrit :
>
>> Suis trop vieux, mon disque dur est saturï¿œ.
> La connaissance, ce n'est jamais saturï¿œ.
> Une journï¿œe passï¿œe sans avoir appris quelque chose, est une mauvaise
> journï¿œe.
> Bientï¿œt 70 piges et je viens de migrer mon site chez un autre hï¿œbergeur
> pour pouvoir tï¿œter des possibilitï¿œs de PHP 5.4.14 au lieu de 5.1.3.

ï¿œ La vieillesse c'est pas automatique ï¿œ ;-)

docanski

unread,

May 16, 2013, 2:06:32 PM5/16/13

to

Alors que les eleveurs et agriculteurs empoisonnent toujours la

Bretagne, Otomatic ecrit ce qui suit en ce 16/05/2013 19:50 :
> docanski <docanski...@mobistar.be.invalid> ï¿œcrivait :
>
>> Suis trop vieux, mon disque dur est saturï¿œ.
> La connaissance, ce n'est jamais saturï¿œ.

Je me suis donc mal exprimï¿œ mais la suite ï¿œtait explicite : c'est la
mï¿œmoire qui flanche.

> Une journï¿œe passï¿œe sans avoir appris quelque chose, est une mauvaise
> journï¿œe.

Pas faux.

> Bientï¿œt 70 piges et je viens de migrer mon site chez un autre hï¿œbergeur

> pour pouvoir tï¿œter des possibilitï¿œs de PHP 5.4.14 au lieu de 5.1.3.

Bravo pour la verdeur ! ;-)
Perso, j'en suis mï¿œme arrivï¿œ ï¿œ dï¿œlaisser les quelques sites que j'ai commis.

Antoine Polatouche

unread,

May 16, 2013, 9:23:13 PM5/16/13

to

Le 16/05/2013 19:23, docanski a écrit :
> Alors que les eleveurs et agriculteurs empoisonnent toujours la
> Bretagne, Antoine Polatouche ecrit ce qui suit en ce 16/05/2013 15:01 :
>
>>> $cpt=0;
>>> while($row = mysql_fetch_row($result))
>>> {
>>> $cpt++;
>
>> Je n'ai lu qu'en vitesse ce fil de discussion, est-ce que tu te demandes

>> pourquoi ça n'affiche que 20 enregistrements ?

>> Si oui retire les 3 lignes avec $cpt...
>
> Bingo !

> Le "break" m'avait effectivement mis la puce à l'oreille, je l'avais
> éliminé lors de mes essais ... mais oublié les 2 premières lignes :-(

Non, tu as cru: en supprimant le break tu aurais résolu ton problème, et
les lignes $cpt=0 et $cpt++ ne serviraient simplement à rien...

> Merci !
De rien ;)

docanski

unread,

May 17, 2013, 4:20:16 AM5/17/13

to

Alors que les eleveurs et agriculteurs empoisonnent toujours la

Bretagne, Antoine Polatouche ecrit ce qui suit en ce 17/05/2013 03:23 :

> Le 16/05/2013 19:23, docanski a ï¿œcrit :

>> Le "break" m'avait effectivement mis la puce ï¿œ l'oreille, je l'avais

>> ï¿œliminï¿œ lors de mes essais ... mais oubliï¿œ les 2 premiï¿œres lignes :-(
>
> Non, tu as cru: en supprimant le break tu aurais rï¿œsolu ton problï¿œme, et
> les lignes $cpt=0 et $cpt++ ne serviraient simplement ï¿œ rien...

>
>
>> Merci !
> De rien ;)

Bonjour,

J'ai relu mes notes (bien obligï¿œ de noter ou de stocker les anciens
fichiers modifiï¿œs quand il m'arrive encore de taper dans le code) depuis
le dï¿œbut de mes essais et j'ai retrouvï¿œ les modifs que j'avais faites,
il y a 3 mois : j'avais alors allongï¿œ et non ï¿œlimlinï¿œ cette variable
qui, en effet, ï¿œtait destinï¿œe ï¿œ limiter l'affichage, la fenï¿œtre ï¿œtant ï¿œ
cette ï¿œpoque rï¿œglï¿œe sur des plus petites dimensions.
Comme je bidouille directement sur site, j'avais envoyï¿œ ce fichier
modifiï¿œ puis actualisï¿œ l'affichage "pour voir". Et malgrï¿œ cette
actualisation, aucun changement ... :-(
J'ai donc remis le compteur ï¿œ zï¿œro (enfin ... ï¿œ 20) et laissï¿œ tomber
pendant un moment.
Cela soulï¿œve une question : logiquement, l'ï¿œcrasement d'un fichier sur
site doit tout de mï¿œme ï¿œtre automatiquement suivi d'effet quand on
actualise la page, non !?
Dans ce cas, Arora (comme je vois que tu es linuxien, tu connais
peut-ï¿œtre ?) que j'utilise habituellement pour cela aurait-il des
dï¿œfaillances de ce cï¿œtï¿œ-lï¿œ ou le serveur Free pourrait-il ï¿œtre mis en
cause ?

Olivier Miakinen

unread,

May 17, 2013, 5:22:49 AM5/17/13

to

[diapublication et suivi]

Bonjour,

Le 17/05/2013 10:20, docanski a ï¿œcrit :
>
> [...]

> Comme je bidouille directement sur site, j'avais envoyï¿œ ce fichier
> modifiï¿œ puis actualisï¿œ l'affichage "pour voir". Et malgrï¿œ cette
> actualisation, aucun changement ... :-(

> [...]

> Cela soulï¿œve une question : logiquement, l'ï¿œcrasement d'un fichier sur
> site doit tout de mï¿œme ï¿œtre automatiquement suivi d'effet quand on
> actualise la page, non !?

Tout dï¿œpend du type d'ï¿œ actualisation ï¿œ. Selon les paramï¿œtres de cache
que tu as (ou non) configurï¿œs sur le serveur, et selon ta commande de
rafraï¿œchissement, la page qui se rï¿œaffiche peut ï¿œtre celle en cache dans
ton navigateur, celle en cache sur l'un des ï¿œventuels proxys traversï¿œs,
ou celle du serveur.

Je diapublie ma rï¿œponse sur fciwn et fciwa, avec suivi vers ce dernier,
car je ne suis pas un expert et que d'autres sauront t'expliquer tout ï¿œa
bien mieux que moi.

Cordialement,
--
Olivier Miakinen

docanski

unread,

May 17, 2013, 6:53:54 AM5/17/13

to

Alors que les eleveurs et agriculteurs empoisonnent toujours la

Bretagne, docanski ecrit ce qui suit en ce 14/05/2013 17:38 :

> Celle structurant le message est la suivante :
>
> <code>
> <?
> $ide= MYSQL_CONNECT($host_mysql,$user_mysql,$pass_mysql);
> mysql_select_db("$bd_mysql");
> $query = "SELECT * FROM $table";
> $result = mysql_query($query,$ide);

> $taille = "1";
> $datime = date("H:i");
> $message2 = htmlentities($txt);
> $message3 = nl2br($message2);
> $formatage=$couleur;
> $formatage.=$taille;
> $formatage.=$attrib;
> $tmp=microtime();$tmp2=explode(" ",$tmp);$tmp3=$tmp2[1];
> if ($txt != "" and $pseudo != "")
> {

> $query = "INSERT INTO $table VALUES
> ('0','$pseudo','$message3','$datime','$formatage','$tmp3')";
> $result = mysql_query($query,$ide);
> }

> MYSQL_CLOSE();
> ?>
> </code>

Il me reste un petit problï¿œme ï¿œ rï¿œsoudre : l'ordre d'affichage des messages.
En ce moment, chaque nouveau message est affichï¿œ au sommet de la fenï¿œtre.
Or, je voudrais qu'il le soit au bas de la fenï¿œtre, dans l'ordre logique
de l'arrivï¿œe de ces messages, soit de haut en bas.

Olivier Miakinen

unread,

May 17, 2013, 8:31:16 AM5/17/13

to

Le 17/05/2013 12:53, docanski a ï¿œcrit :

>
> Il me reste un petit problï¿œme ï¿œ rï¿œsoudre : l'ordre d'affichage des messages.
> En ce moment, chaque nouveau message est affichï¿œ au sommet de la fenï¿œtre.
> Or, je voudrais qu'il le soit au bas de la fenï¿œtre, dans l'ordre logique
> de l'arrivï¿œe de ces messages, soit de haut en bas.

Ne serait-ce pas 'ORDER BY temp' au lieu de 'ORDER BY id' ou bien
'ASC' au lieu de 'DESC' ?

docanski

unread,

May 19, 2013, 12:28:18 PM5/19/13

to

Alors que les eleveurs et agriculteurs empoisonnent toujours la

Bretagne, Olivier Miakinen ecrit ce qui suit en ce 17/05/2013 14:31 :

> Ne serait-ce pas 'ORDER BY ... 'ASC' au lieu de 'DESC' ?

Bonjour Olivier,

C'ï¿œtait bien ASC.
Merci !

docanski

unread,

May 19, 2013, 1:47:44 PM5/19/13

to

Alors que les eleveurs et agriculteurs empoisonnent toujours la

Bretagne, docanski ecrit ce qui suit en ce 19/05/2013 18:28 :

> C'ï¿œtait bien ASC.

Mouais ... aprï¿œs essais du remplissage de la fenï¿œtre, c'est un autre
problï¿œme qui survient : les messages qui "dï¿œpassent" le conteneur
s'affichent "sous" celui-ci car l'ascenseur (overflow) ne suit pas
automatiquement, il reste sur sa position.
Rï¿œsultat : il faut remonter manuellement les messages qui suivent, au
fur et ï¿œ mesure de la conversation. :-(

Olivier Miakinen

unread,

May 19, 2013, 6:55:13 PM5/19/13

to

Le 19/05/2013 19:47, docanski a �crit :
>
> Mouais ... apr�s essais du remplissage de la fen�tre, c'est un autre
> probl�me qui survient : les messages qui "d�passent" le conteneur

> s'affichent "sous" celui-ci car l'ascenseur (overflow) ne suit pas
> automatiquement, il reste sur sa position.

> R�sultat : il faut remonter manuellement les messages qui suivent, au
> fur et � mesure de la conversation. :-(

Mais l�, ce n'est plus du PHP, et encore moins du SQL. Je te sugg�re
fciw.auteurs, � moins que la solution ne n�cessite fcl.javascript !