Reprise du message précédent :

 
bah dans la webapp d'abord, la partie ios je me demandais justement si ils etaient implémentés, la derniere fois 'javais rien vu, thx pour le tips
 
edit : ah mais tu parlais de safari mobile... ok bah en utilisant socket.io y'a une degradation en long pooling

Salut,
bon j'en ai assez:
je click là:
http://forum.hardware.fr/hfr/Discu [...] 1110_1.htm
 
Je click sur 479 (derniere page affichée)
Et alors là j'arrive sur la page 479 qui me dit que la dernière page c'est la 959 et j'en ai marre de le faire en 3 fois  
 
c'est où le bon topic pour dire ça                
merci

Topic du forum ptet

C'est qu'est qu'est?
 
edit : où est ce bon topic?

La recherche est ton amie

Dans la categorie discussion ya un topic bug
 

Je vois que vous ne voulez pas dénoncer les copaings    
J'ai trouvé le topic dans Discussions, merci  
 
J'ai mis le même nombre de pages affichées dans mon profil que dans le profil par défaut, ce sera plus simple pour tout le monde

 
Les noobs, on peut leur faire avaler n'importe quoi  

 
ah, jquery mobile inside
 
Pas mal  

 
Question requête tout bête.
 
J'ai un table USER qui contient id_utilisateur et le pseudo.
 
J'ai une table SUJET qui contient id_utilisateur pour celui qui poste un nouveau sujet et un id_reponse_utilisateur qui comporte l'id_utilisateur d'une personne qui répond.
Ainsi, quand j'affiche la table SUJET, j'ai le pseudo du créateur du topic et le pseudo du dernier qui y a répondu (pour éviter de joindre et de récupérer le dernier id message.
 
Bref, comment puis-je récupérer le pseudo d'id_reponse_utilisateur et d'id_utilisateur de ma table SUJET en 1 seule requête.
 
Car pour le moment, je passe par une requête ... dans une boucle
 
En code, je récupère le 1er pseudo à partir de l'ID_utilisateur :  
 

 
Et mon autre boucle pour récupérer le pseudo à partir de l'id_reponse_utilisateur :
 

 
J'ai simplifié au MAX en supprimant le contenu du WHERE pour que vous compreniez.
 
Merci

Tu mets les 2 jointures dans la même requête tout simplement...

Oki, mais comment définir quel 'pseudo' je souhaite ?

deja ta requete n'est pas bonne, dans le "from" tu as oublié la table utilisateur, ensuite pour ton cas, il faut que tu créé un alias de la table sujet car tu ne jointe pas au meme endroit.
 
from sujet,utilisateur,sujet alias_sujet
 
le reste je te laisse reflechir.
 

Ha oui, l'alias !!
 
Je vais tester cela

Il faut utiliser des ALIAS pour les différencier vu que le nom du champ est le même. J'aliase aussi la table sujet, ça allège l'écriture de la requête pour ne pas répéter sujet et pour que tu saisisses l'intérêt (le mot clé AS est facultatif).
 

 
Dans ton code qui suivra, tu as maintenant les variables pseudo1 qui est celui du créateur du sujet et pseudo2 qui est celui du dernier posteur. Tout d'un coup.

Hein ? Il n'a rien oublié, "utilisateur" n'a pas à apparaitre dans le FROM, elle est dans la jointure.
Ca apparaitrait uniquement si on fait une jointure "bâtarde" sans utiliser la syntaxe des JOIN avec la condition de jointure alors écrite dans le WHERE.

ha oui pardon, j'ai pas l'habitude d'utiliser des jointures "left/right"

et puis j'ai aussi dit de faire l'alias sur sujet, me suis trompé aussi, c'est sur table utilisateur.

Perso pour des raisons de perfs et éviter ces jointures sur des tables potentiellement volumineuses, je le ferais en 2 requetes.

Une première qui récupère uniquement les infos de la table sujet. Une seconde sur la table des users avec une clause WHERE id IN (id1, id2).

si tu as commencé a denormalisé en mettant l'id du dernier user pourquoi pas ne pas directement rajouter 2 champs "pseudo_utilisateur" et "pseudo_reponse_utilisateur".
J'ai de moins en moins de scrupule a dénormaliser depuis que j'ai découvert mongoDB.

C'est ce que j'avais compris et ça marche

Effectivement, je n'ai mis que l'ID, je ne souhaitais pas mettre le pseudo en cas d'une demande de changement de pseudo (en gros, en renommant la donnée de la table User, c'était fait). Mais je me demande si je ne vais pas rajouter le nom, car cela m'évitera une jointure et les demandes de changement de pseudo sont extrêmement rare

Tant que j'y suis (et que le topic vit encore ), j'ai une table SUJET et une table MESSAGE, actuellement, j'ai 2 requêtes, une qui affiche le sujet et une autre qui va boucler pour lister les messages.
Je vais tout rassembler en 1 seul avec une jointure et je me demande si cela est optimisé car pour chaque message affiché, je vais me retrouver avec les données du sujet en mémoire ?

De plus, la requête va devoir être précise (avec LEFT / RIGHT JOIN) car il y a des sujets sans messages (comme à chaque création d'un sujet).

Comment faites-vous ?

La je vois pas l'interet d'une seule requette. 2 me semble plus optimisé.

 
Au niveau des requêtes avec un where, vaut-il mieux un WHERE + 1 index OU WHERE + 2/3 index ?
 
Par exemple, avec des jointures, je peux ajouter plusieurs ID qui sont indexés et je me demande si cela va plus vite

Rien compris à la question   Tu pourrais expliciter un peu plus ton souci ?
 
 
Sinon j'ai fais une refonte de mon forum (gestion des langues maintenant, nouveau design du fil de discussion) et déménagement sur un autre nom de domaine http://www.octopus30.eu s'il y a moyen de mettre à jour le premier post

 
Ca a bien bougé le hall of fame :

• HFR: 8 29ème forum mondial
• Doctissomo: 9 13ème forum mondial
• Forum Auto: 26 57ème forum mondial

Et Gaia online toujours aussi impressionnant. Presque 2milliards de messages

Il n'est pas à jour. Regarde le nombre de posts total, il en manque la moitié, ça fait un sacré bail que leur bot ne fonctionne plus pour ici et les autres MD.

Done

Merci    
 

Au temps pour moi ...
Ca fait quand même si les stats sont justes pour les autres forums :

• Doctissimo: 9 4ème forum mondial
• HFR: 8 15ème forum mondial
• Forum Auto: 26 25ème forum mondial

La (relative) chute d'HFR est quand même nette

ouai, mais hfr c'est de la qualité, n'oublie pas la cat "blabla" qui a été supprimé, il y aurait des millions de messages à rajouter
 

5324984 messages très exactement , et la cat n'est pas supprimée, elle est juste masquée, sauf pour certains comptes

Salut à tous,
 
je pense actuellement à refaire la partie front office de mon forum pour en faire quelques chose de plus léger en utilisant d'avantage les styles css.
Du coup je songe à abandonnner les tables pour utiliser des div voir des ul li.
Mais avant de me lancer je voulais voir ce qui ce fait et.... je me rend compte que tous les forums que je connais utilisent encore des tables.
 
Peut ètre que l'un d'entre vous en connais un ?
 
PS: non je ne suis pas un partisans du "tout sans table"

Phpbb utilise un truc à leur sauce avec des UL/LI et des DD, DT, DL dedans, même si c'est sémantiquement discutable (je ne vois pas pourquoi il n'ont pas utilisé de DIV pour faire la même chose). PunBB aussi avec des UL et div...

@scull, c'est marrant que tu en parles, parce que sur ma v6 finie il y a 1 mois un peu plus, j'ai refais tout le fil de discussion en div et css. J'ai pas poussé le concept jusqu'au bout non plus ni utilisé toute la grammaire possible pour les en tête et signature, ça viendra plus tard je pense.
Par contre, le reste du forum (accueil et liste des sujets) reste en tables vu que c'est ce qui est le plus logique