Perine ton raisonnement (mettre le from et to ) dans la table discussion n'est pas pratique car le from et to concerne le message et pas la discussion un message est envoyer par un utilisateur(from) vers un autre(to) est une discussion c'est un ensemble des messages . Et ton raisonnement n'est pas ...

Les expressions régulières sont des outils inadéquats pour ça.
http://php.net/DOMDocument

Je ne comprends rien à ces dessins. Si ça t'aide, la structure dans mwb est ainsi :

Bien-sûr, tout comme messages pour savoir qui a envoyé un message.

Dans ce cas, je ne puis que te recommander de lire de la documentation sur les bases de données parce que je ne vais pas t'écrire toutes les requêtes SQL dont tu vas avoir besoin. Il s'agit là encore de simple jointures. Il n'y a que les informations sur le dernier message (mis à part sa date) qui s...

Et bien c'est l'idée derrière le fait de ne pas avoir que des messages, mais aussi des discussions. L'idée de messages uniquement commence quand même à dater (mails, etc.). Une application qui centralise tout peut permettre la notion de discussions

Ayant réparti les messages en discussions, c'est une mauvaise idée de n'afficher que les messages qu'on a envoyé ou qui ont été envoyé à soi-même. Il faut afficher une liste de discussions à laquelle a participé l'utilisateur. Pour cela une simple requête avec "where user1 = USER_ID or user2 = ...

Je ne sais pas et je ne vais pas t'aider à mal structurer ta base de données. Tu verras la merde que ce sera dans deux mois si tu gardes ça comme ça - surtout si tu veux ajouter des fonctionnalités à ta messagerie (genre des discussions de > 2 personnes). Et remplacer des requêtes inutilement compli...

From et To n'ont rien perdu dans des messages, il s'agit de données relatives aux discussions. Dans la table message, un champ user-id est suffisant pour identifier qui a écrit ce message. Regarde ta structure actuelle : MariaDB [test]> create table messages ( -> message_id int auto_increment primar...

Faut dire que ce code est très crade aussi. À vouloir mettre des parenthèses inutiles et à retirer des accolades qui servent à la clarté de la structuration du code, on produit vite du code syntaxiquement faux. function moyenne(array $valeurs) { $valeurs = filter_var_array($valeurs, FILTER_VALIDATE_...

Le problème est que ton script jette déjà une erreur de syntaxe. =D> [javascript]{label: var $label = $(this).parent('a').attr('class')}[/javascript] ça ne veut strictement rien dire. D'ailleurs je te conseille vivement d'installer Firebug ou d'utiliser le débugger JS de Chromium, IE ou Safari pour ...

Quel est le rapport avec l'orientation objet ? Pourquoi tes champs from et to sont dans messages et non pas dans discussion ? Il faudrait aussi penser à uniformiser la nomenclature de tes noms de tables et champs. Une fois le singulier, une fois le pluriel, une fois en français, une fois en anglais....

Pourquoi transformer du PDO vers du MySQL ? C'est totalement débile, maintenant qu'on sait que l'extension MySQL sera supprimée en PHP5.6 ou PHP6. Si ton serveur n'a pas PDO, installe PDO ou utilise mysqli. Si ni l'un ni l'autre est possible, remets-toi en question et change d'hébergeur coute que co...

Et quelle est la logique derrière cette explication ? C'est comme si on demandait "est-ce dangereux de conduire une voiture ?". Tu réponds oui. Je réponds que non, à moins qu'on ferme les yeux en conduisant. Ton propos est absolument dénué de sens parce que comme je l'ai dit : autant évite...