Reprise du message précédent :
tu peux faire comme çà(je crois que c'est ce que dit jilbi):

une table 'mps' qui te donne la liste des personnes qui sont concernées par le mp, l'identifiant du 'topic' mp, le titre. eventuellement, un booleen pour chaque personne, signifiant la suppression du sujet par cette personne(elle ne sera plus informée des reponses), et une date pour chaque personne, permettant de savoir quand cette personne a lu un message la derniere fois(et donc de savoir où elle s'etait arrété dans la lecture)

et une autre table qui donne juste
(id du sujet-mp, id du message, id de l'expediteur, corps du message, date d'ajout)

derriere ça pour aller plus vite dans la recherche des nouveaux messages, tu peux aussi faire une liste d'abonnement(id_personne, id_mp_suivi)

pas besoin de table specifique aux mp, puisque tu geres comme un topic.
Normalement, si le modele est bien foutu, tout ce qui est configuration de droit d'acces à la section et type de section (sous section, section ou mp), c'est geré ailleurs, pas sur la table en elle meme.
M'enfin, tout ça pour dire que 2 pov table pour un forum, ça me semble peu

---------------
The Machine is strong. We must purge the weak, hated flesh and replace it with the blessed purity of metal. Only through permanence can we truly triumph, only through the Machine can we find victory. Punish the flesh! Iron in mind and body! Hail the Machine!
-guide : zealmancer / drakulmancer  / avengemancer  / loi du talion  

Oui, pi toute façon c'est important d'économiser une table ? dans un forum y'aura jamais besoin d'afficher les mp avec les topics (tout ensemble), donc pourquoi se compliquer la vie et ne pas faire 2 tables différentes ? plus simple et plus clair non  ? ^^

---------------
hypocritement votre
                                                                                                                                                     
Je hais les couples qui me rappelle que je suis seul...                                              
 

au contraire, ça complique la tache, vu que tu auras 2 traitements differents à faire. Alors qu'en considerant les mp comme un topic dans une section "mp", ben quand tu coderas la partie pour recuperer les messages d'un topic, paf, t'as deja fait le boulot pour les mp

---------------
The Machine is strong. We must purge the weak, hated flesh and replace it with the blessed purity of metal. Only through permanence can we truly triumph, only through the Machine can we find victory. Punish the flesh! Iron in mind and body! Hail the Machine!
-guide : zealmancer / drakulmancer  / avengemancer  / loi du talion  

Moui enfin si la table a la même structure il suffit de paramétrer la fonction par son nom...

si elle a la meme structure, autant prendre celle qui existe deja
Du coup, comme tu dis, c'est du parametrage, le code derriere il est deja fait (que ce soit pour afficher les topics ou les mp, c'est pareil)
comem ça c'est beau, propre et econome de code

---------------
The Machine is strong. We must purge the weak, hated flesh and replace it with the blessed purity of metal. Only through permanence can we truly triumph, only through the Machine can we find victory. Punish the flesh! Iron in mind and body! Hail the Machine!
-guide : zealmancer / drakulmancer  / avengemancer  / loi du talion  

Bah à mon sens avoir deux tables ou une seule avec un champ boolean supplémentaire, c'est un peu isomorphe. Après y'a ptet l'un des deux qui est mieux d'un point de vue complexité, mais je suppose que ça dépend ce que tu fais avec. Si t'utilises jamais les deux tables dans une même requête je pense qu'avoir deux tables séparées est plus efficace. Non pas que ça soit plus important qu'avoir un code propre... Mais là encore je pense que ça change rien au niveau du code si ta fonction d'affichage prend en paramètre la table. Dans un cas tu l'appelles avec la table des MP et dans l'autre avec la table des posts, c'est tout.

Non vraiment je pense que ça revient au même Aussi bien niveau efficacité, que propreté du code ou factorisation du code...

ça te double le boulot si tu dois changer la structure de ta table

Heu, autant en C j'essaie de diviser mon code en fonction, mais en php... pas vraiment oO
 
C'est grave ? Disons que la plupart de mes codes actuels (forum) c'est des échange avec la BDD... Alors je vois pas l'interet de faire des fonctions, c'est pas comme si je devais effectuer des calculs, toussa
 
Et pour ma table c'est bon mon système est fonctionnel, j'ai même fais un système d'édit dans la foulé.
 
Mais les fonctions en php... ça me parle autant que l'utilité de la POO (toujours en PHP) Bon Après, peut être que je code pas a sufisament haut niveau pour m'en rendre compte.

---------------
hypocritement votre
                                                                                                                                                     
Je hais les couples qui me rappelle que je suis seul...                                              
 

JE C*** SUR LA PROGRAMMATION OK ? -_-

Ceci est un message d'un étudiant aussi bon en programmation qu'Amélie Mauresmo au tennis

---------------

Viens écouter ma playlist ! (Maj le 11/06/08)
Trois morceaux d'Ephemeride en écoute. Venez jeter une oreille !

@pim: ouais mais là on est à un niveau d'abstraction superieur, on discute architecture et modelisation. Les trucs interessants quoi  
@naz: tsss, tu sais pas squi est bon

---------------
The Machine is strong. We must purge the weak, hated flesh and replace it with the blessed purity of metal. Only through permanence can we truly triumph, only through the Machine can we find victory. Punish the flesh! Iron in mind and body! Hail the Machine!
-guide : zealmancer / drakulmancer  / avengemancer  / loi du talion  

Discussion sur les tables de très haut niveau la quand même ^^

---------------
hypocritement votre
                                                                                                                                                     
Je hais les couples qui me rappelle que je suis seul...                                              
 

y'a pas que les tables, vu que ça impact l'architecture de ton appli et le parametrage ^^

---------------
The Machine is strong. We must purge the weak, hated flesh and replace it with the blessed purity of metal. Only through permanence can we truly triumph, only through the Machine can we find victory. Punish the flesh! Iron in mind and body! Hail the Machine!
-guide : zealmancer / drakulmancer  / avengemancer  / loi du talion  

C'est pas faux ^^ mais bon je l'ai un peu codé n'importe comment ce système de MP... je remédirai a cela demain
 
Et pour les fonctions tu m'a pas rep, c'est pas si important dans le cas présent si ?

---------------
hypocritement votre
                                                                                                                                                     
Je hais les couples qui me rappelle que je suis seul...                                              
 

ça je sais pas, j'ai jamais fait de php  
ce qu'il  ya de bien quand on parle architecture, c'est qu'on n'a pas à s'inquieter du language utilisé ^^

---------------
The Machine is strong. We must purge the weak, hated flesh and replace it with the blessed purity of metal. Only through permanence can we truly triumph, only through the Machine can we find victory. Punish the flesh! Iron in mind and body! Hail the Machine!
-guide : zealmancer / drakulmancer  / avengemancer  / loi du talion  

Ben il est toujours mieux d'avoir une fonction qui te crée ta table, i.e., qui lance la requête "CREATE TABLE", pour pouvoir l'appeler par exemple à partir d'une page d'installation. Et si cette fonction est paramétrée par le nom de la table, ce qui est toujours mieux même si tu n'as qu'une seule table (par exemple si tu veux laisser le choix de ce nom à l'utilisateur dans une page d'installation), bref si c'est paramétré ben le boulot n'est plus doublé du tout : t'as deux appels à cette fonction, une par table, qui ne changeront jamais, et ça marche

sauf que si tu fais deux tables differentes, tu vas etre tenté de faire des modifs specifiques(optimisations) pour chaque.(par exemple, pour la table mp, l'etat de suppression du mp par rapport à chaque destinataires/expediteur).

pour pimpiki, en fait le gros probleme, c'est que en php, tu vas pas avoir 'trop' besoin d'optimiser ton code, comme le C si tu fais que des petits progs.
là où ça va chier justement, c'est en sql: tes requetes meme simples (select * from matable where condition) peuvent ralentir ton serveur beaucoup plus qu'une mise en page php: en effet, l'execution se certaines requetes sur certaines tables demande au serveur, si c'est mal fait, de lire des centaines de milliers de ligne, chacune faisant quelques octets de taille, tu te retrouve avec une seule requete qui te demande la lecture de centaines de Mo. si tu te debrouilles mal, tu aura plusieurs requetes, plus compliquées que celle là, demandant encore plus de lecture. alors que la generation de la page en php est fixe(sous reserve d'un affichage minimal: si tu affiches tous les sujets et tous les posts, ça va chier..).
au final, tu te retrouves avec des temps d'interpretation php negligeables, pour des temps de recherche/lecture/traitement sql prenants 100% de la generation.

bah, la poo c'est dans un contexte de reutilisation: tu fais un template qui marche bien, du cou tu le reutilises apres. tu te fais chier un bon coup une fois, apres t'as plus rien à faire pour une grosse partie de ton code.
par contre, la poo en sql, c'est un peu different: ça te permet deja d'avoir des liens directs entre les tables, donc d'eviter d'avoir à faire des jointures pour recuperer les infos.
ensuite, la poo ça permet aussi facilement de passer d'un diagramme uml/d'une liste de conditions pour ton programme à un programme(donc, d'avoir une bonne partie de ton code deja fait-au moins niveau structure). puis de le modificer facilement. c'est faisable(à priori) sans poo, mais avec la poo, c'est plus simple!

ha. je me disais aussi. m'enfin, ça irait bien mieux si tu faisais l'effort au moins de lire les BASES du C avant de faire ton projet. au moins, tu comprendrais ce qu'est un pointeur.
meme un gamin de 8 ans si je lui demande la difference entre un panneau indicateur routier et une ville, il la connait.

@guig: ouais enfin, c'est sur que si apres on oublie de configurer et d'optimiser la BDD et les requetes (indexation toussa), le travail de modelisation sert pas à grand chose, c'est vrai partout ça.
La on suppose quand meme que ses requetes sont correctes et le serveur BDD a assez de RAM

---------------
The Machine is strong. We must purge the weak, hated flesh and replace it with the blessed purity of metal. Only through permanence can we truly triumph, only through the Machine can we find victory. Punish the flesh! Iron in mind and body! Hail the Machine!
-guide : zealmancer / drakulmancer  / avengemancer  / loi du talion  

Eh bien, c'est la première fois que je vois un post de Guigolum qui soit pertinent !
L'analogie est très bien vue

---------------
Posté le o3|11|2oo7 à 12|2o|46 par Shoggynou : Non mais Kypper depuis genre 6 mois il est passé d'un gars à très cool à Grubnatz - Posté le 29-o8-2oo7 à 14|26|05 par Incubeee_ : Oui, mais pour moi tu seras toujours Arcueid - Posté le o4-12-2oo6 à 21|55|41 par Simulacre : Ne t'inquiète pas, je te défoncerai tôt ou tard. : ) - Posté le 13-o4-2oo6 à o1|o8|37 par Bellandy : Sinon tu habites chez tes parents ? - Posté le 31-12-2oo5 à 21|3o|37 par Loline : mais mais Kyppy, tu n'as pas une grande vie sexuelle - Posté le o5-o8-2oo4 à 17|47|18 par Zack : J'ai l'impression d'être le seul à pas vraiment connaître Kypper... o_O

Oh putain ça casse dur

@ Guig : Oh putain, de la POO en SQL je savais même pas que ça existait ^^
 
Mais le problème que je rencontre maintenant avec mes 2 tables, c'est que par exemple, quand j'affiche la boite de MP :  
 
-Requete pour déterminer si il y a au moins un message, de type SELECT COUNT
-requete pour selèctionner tous les mp en fonction du pseudo du membre de type SELECT
-boucle : while($data = mysql_fetch_array($req)) { (afficher les messages)
Et la, si je veux afficher le nombre de réponse, vu que c'est pas la même table, et que je peux pas faire de jointure étant donné qu'il y a pas de même colonne entre les deux , je suis obligé de refaire une requête SELECT COUNT qui se fera autant de fois que la boucle. Et je peux pas faire cette requête avant la boucle, vus qu'il me faut la variable qui est affichée par le while.
Vive les ressources que ça doit demander, surtout si mes requêtes sont mal codées, ce qui est surement le cas
} fin de la boucle
 
Donc en fait, mon système est super mal conçue je trouve, mais je m'en apperçois que maintenant '-_-
 
Y'a pas une solution que j'auras pas vu sans changer trop de code, et surtout sans changer les structures de mes tables ?

---------------
hypocritement votre
                                                                                                                                                     
Je hais les couples qui me rappelle que je suis seul...                                              
 

c'est quoi la table des messages?
dedans t'as bien un truc du genre (id_sujet, id_ecrivain, date, id_message, message) non?

dans ce cas tu as pas de probleme pour compter le nombre de reponses à un message(tu group by id_sujet, apres avoir selectionné uniquement les messages dont l'utilisateur fait partie de la liste d'abonnés)
du genre, si tu as une table d'abonnements (id_utilisateur, id_sujet),
tu fais un select id_sujet from abonnements where id_utilisateur=id
pour te chopper la liste des sujets auquel est abonné l'utilisateur id

donc tu fais un select id_sujet, count(message)  from messages nj (select id_sujet from abonnements where id_utilisateur=id) group by id_sujet
pour avoir la liste (id_sujet, messages) de messages reçus associée à la personne "id"
apres tu peux faire un nj(natural join) pour chopper les titres, et les dates d'ecriture/maj

c'est bien ce que tu veux? m'enfin, là avec ce que tu dis, j'ai du mal à etre sûr de ce que tu as fait. le mieux quand tu poses une question pour du sql, c'est que tu fasses un describe de tes table(describe messages, ...) et eventuellement que tu precises les clefs secondaires.

 
La ou ca devient tricky, c'est quand t'as des panneaux qui indique d'autres panneaux du coup (city** )

boarf. faut juste connaitre le type:
"vous pourriez m'indiquer un restaurant 3 etoiles?"
si tu peux, tu es toi meme un restaurant 4 etoiles. ce qui permet de se la peter, jusqu'à ce qu'on comprenne que ça a rien à voir .

nan, serieux, je pige pas ce qu'il y a de difficle à comprendre aux pointeurs? le plus rebutant à mon avis, c'est de connaitre la syntaxe. du genre, si je mets une etoile apres, je declare une variable du type; mais si je la met avant, je change le contenu du pointeur. alors que si je mets un & avant, je recupere l'adresse de la variable. et sis je mets un (type*) devant ma variable, je la convertie en pointeur vers un 'type'.
apres faut juste savoir que le passage des parametres se fait par recopie, et que donc si on veut changer une varaible, faut filer son adresse. mais ça s'assimile facilement: si tu demande au coiffeur de faire une coupe de cheveux à ton clone, toi tu changera pas de coupe de cheveux.
une fois que t'as compris ça, et le fait qu'un char[] c'est pareil qu'un char*(à peu pres), bah un peu de pratique et ça passe tout seul.

enfin, c'est mon avis, apres je pige pas pourquoi autant de monde a du mal avec les pointeurs(meme dans ma classe, ils arretent pas de se planter..). remarque, je fais aussi plein de conneries en prog(débutant), mais bon les pointeurs c'est quand meme facile
là où je me marre apres c'est quand des gars arrivent pas à faire un makefile 'parce que c'est trop compliqué' (si si, ça arrive). et qui doivent du coup connaitr leurs commandes de compilation par coeur.

oui enfin faut y aller là, je sais pas si y'a des gens qui limitent le nombre de rows en comptant le nombre de *sql_fetch_array() mais bon.

je veux dire que generalement on ne recupere pas dans une requete courante une partie importante d'une bdd. donc qu'au final l'affichage est quasi constant, alors que les requetes sont en racine/polynomiale/exponentiel de la taille de la bdd

 
itineraire bis
 
(ex = pour aller a Paris suivre clermont ferrand)

salut, j'aurais besoin d'aide pour du bash
je récupere (eventuellement)dans un script une variable $a
je voudrais l'accoler en faire une variable name= "-name $a"
qui puisse etre utilisée dans un appel:
find . "$name" | sed s/[:space:]/"\\:"/g (sed pour remplacer les espaces par des \: afin de parcourir le resultat dans un for)

le probleme c'est que quand je fais:

ça me fait

sachant que je fais un

Alors euh je connais pas bien les scripts bash mais il me semble que c'est pas :

mais :

(le symbole ` dit "backquote" s'obtient avec Alt Gr + 7)
Après je dis peut-être n'importe quoi, surtout que ça dépend des shells

les deux sont equivalents .
http://fr.wikipedia.org/wiki/Bourn [...] processus_

Visiblement utiliser eval $variable résoud l'histoire. C'est dû aux guillemets utilisés dans ta variable il semblerait.
res=$(eval find . $name)
 
PS: pas besoin de point-virgules à la fin des commandes en shell

les ; c'est l'habitude quand je mets des commandes à la suite
j'essaye eval et je te dis.

edit: ok ça marche, impec merci ^^. comme ça la prochaine fois je saurai comment chercher

bon, une autre question, cette fois du cpp:
 
j'ai ce bout de code que je comprends pas:

 
je croyais que le extern "c"  signifiait que là, on utilisait/importait du code C. alors pourquoi on a du new, du bool?

L'utilisation du extern "C" c'est pas juste pour indiquer au compilo de ne pas utiliser le mangling pour la fonction ?

L'extern "C" évite la décoration des noms de fonction de manière exotique tel que le fait le C++ ; la décoration C standard est utilisée à la place. Cela garanti un semblant de compatibilité binaire des bibliothèques écrites en C.
En soit, le contenu de la fonction même n'est pas important. C'est son proto qui compte et qui doit être lisible pour un programme C.

décoration.. mangling..
 
bon, je vais me documenter. merci

bon, en fait si j'ai bien compris, c'est pour eviter que les fonctions soient renommées en version cpp, donc avec le namespace devant, et la classe??
 
du coup finalement, là je travaille dans un namespace(EIBBUS), mais ces fonctions sont hors du namespace?

tiens, besoin de conseils.

je travaille avec des fichiers qui sont.. assez bordeliques.

vous savez pas comment je pourrais me faire un truc genre diagramme de classe, mais complet? qui précise dans quels fichiers sont les declarations/implementations des fonctions? je suis pour l'instant sous kdevelop(de base), j'ai pas trouvé de chose qui me convienne.

autre question: en c++ sous linux, comment je peux faire de maniere 'propre' pour buter un thread issu d'un fork() ?

pareil, je devrais faire un tas de conversions bit à bit, c'est quoi une maniere 'propre' de le faire?
par exemple, je dois dans un cas particulier, remplir à partir d'un float(ecris dans un char* terminé par un '\0' ) une structure de la forme [SEEEEMMM][MMMMMMMM] (c'est sensé passer par deux char) , S signe, E exposant base 2, M mantisse base2 avec une precision de 0,01(base 10). je l'ai fait, mais vous en pensez quoi?(ok, c'est crade. comment faire mieux?) voila le monstre:

(j'ai fait un passage avant pour determiner si la char* etait un float ou pas; je stocjke le resultat dans buff[offset+2], buff[offset+3] et j'ajoute 1 à offset)

exmple pour la traduction: 21.0 se lit 0(non negatif)00001100 00011010
la mantisse donne 1024+16+8+2=>1050, *0,01(la resolution) ça donne 10,5, l'exposant c'est 0001 donc on multiplie par 2=>ça donne bien 21.

Tu connais les champs de bits ? c'est quand même pratique pour clarifier ce genre d'écriture :

les deux variables du main dans une watch :

Bonjour les gens. Je suis le conseil de Cali sur ce topic, et je me tourne vers vous ^^
 
 
CC du post original :

 
Désolé Kypper

Nan c'est bon... Je vais faire un topok sur les "sciences avancées de l'informatique" avec du lambda calcul, des langages fonctionnels et de l'algo, et je vous laisse tout ce qui n'est pas noble

---------------
Posté le o3|11|2oo7 à 12|2o|46 par Shoggynou : Non mais Kypper depuis genre 6 mois il est passé d'un gars à très cool à Grubnatz - Posté le 29-o8-2oo7 à 14|26|05 par Incubeee_ : Oui, mais pour moi tu seras toujours Arcueid - Posté le o4-12-2oo6 à 21|55|41 par Simulacre : Ne t'inquiète pas, je te défoncerai tôt ou tard. : ) - Posté le 13-o4-2oo6 à o1|o8|37 par Bellandy : Sinon tu habites chez tes parents ? - Posté le 31-12-2oo5 à 21|3o|37 par Loline : mais mais Kyppy, tu n'as pas une grande vie sexuelle - Posté le o5-o8-2oo4 à 17|47|18 par Zack : J'ai l'impression d'être le seul à pas vraiment connaître Kypper... o_O