[S0410N3]

Et si tu sortais ta connexion à la bdd du if ?
Au début y a pas de données en POST donc ça se connecte pas si tu mets ça dans le if.

Bon, sinon on va pas tout faire à ta place. Ca serait bien de chercher un peu par toi même parce que là c'est limite ridicule comme question...

[sago]

 

Pourtant j'ai bel et bien chercher

j'ai dut mal chercher alors...


Ahhhh, quel c...
par ce qu'au début le programme saute le if comme il n'y a pas pseudo et message sont vide ...
mince ...
Bon on peut mètre sa sur le compte du débutant que je suis ... hein?


Desooleeerr promis je ferait attention a sa
Bon faudra surtout que j'ose encore poster une question
 

[the lsd]

Si ca peut t'aider, essaye de faire de l'algorithme avant d'écrire le code en PHP directement.
Pour rappel, l'algo c'est ecrire la logique du code en francais.
Ca resemble à un truc du genre

Code:

Je me connecte a la BDD

   Si les variables message et nom existent
   blablabla
   fin de si

blablabla

Ca peut aider à comprendre la logique, mais aussi à trouver la meilleure solution.

Enjoy

The lsd

[sago]

merci,
ça va m'aider ...
C'est une bonne idée 

[Nebelmann]

Enfin, dans ton while d'affichage, essayes de ne pas ouvrir/fermer les balises php tout le temps, fais un truc du genre :
Code:
echo '<p><strong>'.$donnee['pseudo'].'le reste du message</p></strong>' ;

Désolé si ça peut lancer un troll, mais je suis pas du tout d'accord sur cette remarque... IMHO, y'a pas grand chose de pire en développement web que de voir du malheureux code HTML prisonnier de méchants guillemets PHP.

Il ne faut pas mettre le HTML dans le PHP, mais le PHP dans le HTML, question de lisibilité, entre autre :

Code: (php)

<p>
<strong><?= $donnee['pseudo'] ?> le reste du message</strong>
</p>

(au passage, y'a eu une inversion dans l'ordre de fermeture des balises <strong> et <p>)

Tout bon développeur web le sait, et l'applique, il faut séparer le traitement des données de l'affichage (modèle MVC ), le must serait en fait de mettre tout le HTML dans un autre fichier, et dans le fichier de traitement, définir les variables utilisées et inclure le HTML.

[Zmx]

C'est un debats assez interessant et les 2 solutions ont leur avantages/inconvenient.
La solution d'eviter d'ouvrir/fermer les balises a une raison historique de performances (le changement de context PHP/Html coutant "chere" en ressource systeme)
Bon c'est surement significatif sur un site avec 10 000 pages/minutes, et sur un serveur d'il y a 10 ans (maintenant je pense que le goulot pour les perf c'est plutot les connexion internet)

La solution de Nebelmann, est une vision bcp plus neuves, qui consiste a "tenter" de séparer la logique de l'affichage (je dit bien tenter, c'est pas vraiment toujours simple :p ).
Cele est surtout utile sur les gros projets (enfin c'est utile partout, mais on en tire plus les avantages sur un gros projets), ou l'on peux séparer les taches (une personne va coder une function "getCommentaire" qui va renvoyer une liste de commentaire, et l'autre va l'utiliser sans avoir a ce soucier de comment fonctionne le contenu de la function. Et surtout si le "stockage" des commentaires doit changer (la logique) il n'y a pas a toucher au html (et inversement)

[the lsd]

Perso, je trouve ca beaucoup plus fouilli d'ouvrir fermer plusieurs fois les balises, ca peut faire des lignes à rallonge,et je ne trouve pas ca pratique, mais ce n'est qu'un point de vue. Chacun a sa manière de coder après tout.

Je ne pense pas que ce soit le plus important dans l'optimisation d'un script, donc ca ne reste qu'une question de préférences.

Désolé pour l'inversion des balises, j'ai pas fais gaffe

Enjoy

The lsd

[Chilly]

Perso, je trouve ca beaucoup plus fouilli d'ouvrir fermer plusieurs fois les balises, ca peut faire des lignes à rallonge,et je ne trouve pas ca pratique, mais ce n'est qu'un point de vue.

Suffit de changer de ligne à chaque balise, et d'indenter correctement...