Reprise du message précédent :

/**
*  @copyright Monde Cie
*  @author Pouetman
*/

C'est pas une norme, c'est la notation JavaDoc, t'es libre de faire ce que tu veux, si ton code n'est pas parsé pour créer une doc, tu peux très bien choisir le format qui te sied.

conventions -  
  http://java.sun.com/j2se/javadoc/w [...] index.html
  ( http://java.sun.com/docs/codeconv/ [...] C.doc.html )  
 
 

et sinon, vu que c'est le topic, c'est legal ce genre de connerie ?

j'ai l'impression que mes browsers aiment pas trop en fait.

 
/me partially disagree
 
Si c'est dynamique (tooltip complexe, etc...) en js c'est le plus simple en effet, je dirais même que les bidouilles à base de :hover en css pour faire des menus sont "légales" mais ne sont pas du tout dans l'esprit du texte, si on arrive à faire des menus avec ça, c'est plus par hasard que par choix des concepteurs initiaux, tout comme les design à base de flottants en fait...
 
Par contre, si ça doit apparaitre dès le chargement de la page ( div pour coins ronds, l'onglet par défaut d'une zone à onglets, etc...), je préfère le laisser dans le html, quitte à avoir l'équivalent du boulot du js qui aurait décoré un bloc nu coté serveur, genre un truc à base de tags jsp genre:

<d:block>
le contenu de ton block
</d:block>

Tu conserve toujours ta séparation entre le contenu et les div "inutiles", faut juste un poil plus de coopération entre les dev serveur et les dev clients que ce qu'il se fait habituellement, mais le résultat se charge plus vite et t'évite de faire un gros walk de toute la page en js... ( c'est donc un avis purement orienté par les perfs clients, même pas par l'obsession w3c-nazi que le site marche sans js, même si je préfère que ce soit le cas quand même ).

 
'tain mais lol quoi Tjs là quand il s'agit de dire n'imp
 

<d:block>
le contenu de ton block
</d:block>

C'est justement la partie Dev servuer et dev clients qui fait particulièrement chier. Tant qu'on sera dirigé par des marketeux qui pinent queudal au devweb et à l'importance de la communication dev serveur et dev client. Ben on l'aura dans le cul.

Mais je vais un peu te contredire sur un point. Ma solution est parfaite dans le cas où, le site doit se prendre un lifting, et par hasard il avait été codé sans coin arrondis. S'il faut rajouter des coins arrondis, on le peut selon le block ou pour l'ensemble des blocks, sans devoir toucher du code back qui parfois peut etre juste de la misère à modifier :S

et sinon le bébé en transparence de partout est sorti :
http://www.nokiatrendslab.fr/
avec notez la technique pour faire de la transparence alpha, sans se soucier de la hauteur/largeur et sans avoir à se faire chier de déclarer un filter à la con. Et donc aussi sans se soucier du chemin de l'image, (cf, post quelques pages précédentes)
.maClass {background:url(lefichierpng.png); filter:expression(pngFix(this))}

avec bien sur la possibilité de passer 1 ou 2 paramètres pour gérer certains cas (cas où on veut pas d'overflow:hidden et cas où on utilise un pixel répété)

Après faut juste expliquer la technique et c'est magique \o/

http://en.wikipedia.org/wiki/Law_of_Demeter

Tidy me dit action="POST" & <script language="javascript"> et il a bien raison

  explain more ?

()
 

C'est ptet plus le CSS qui va pas forcément aimer

Si pour une raison x ou y, le js se charge pas, bam, t'as plus de site.

bah c'est con, mais ya tout le site hein , c'est juste une fonction pour pallier au pb de IE, mais par defaut tu as tout le site

Ils auront juste des PNG avec un fond gris
mais sachant que ce site était largement parti pour etre en mode "web 2.0 rien a foutre des gens qu'on pas de JS" je m'en suis pas soucié .

Mais accessoirement le site fonctionne très bien sans JS , j'ai peut etre juste quelques petits reglages à effectuer au niveau de la classe hasJS pour  bloc et ca sera parfait \o/.

J'ai ptet pas besoin de te rappeler que faire fonctionner un site sans JS est mon cheval de bataille

edit : mais pourquoi je cherche à me justifier

pour le site l'intégration c'est pas moi qui l'ai faite , moi j'ai livré des maquette W3C Compliant
 
apres derriere tu prends en compte les facteurs suivant :  
 
- Obligation d'utiliser un vieux script de merde pour les stats, et l'ingé a intégré à l'arrache, sachant que le script doit aussi prendre en compte les vieux navigateur, il est usuel d'utiliser language="javascript"
- apres pour les method="POST" et autres biduleries du genre c'est pas moi

J'ai jamais parlé de désactiver le js, relis.

Ben si pour une raison X ou Y le JS ne se charge pas, je ne vois pas pourquoi je n'aurai plus de site, puisque le site fonctionne sans JS
 
Evite de tourner autour du pot, ça serait mieux

 
Je n'en doute pas

Voilà ce qui va se passer, ton site se charge, et IE essaiera d'évaluer l'expression ou les expressions dans les CSS, hors la fonction correspondante n'existe pas. Ca va donc tourner en boucle (puisqu'il faut écraser la référence à l'élement avec elm.style.filter = ' ') et exploser.
 
J'ai eu ce genre de soucis sur Renault, aussi con que ça puisse paraitre ça arrive, et ça rend le site inutilisable. Et le message d'erreur est incompréhensible bien sur.

Ah ça oui anéfé
mais si on part du principe que le fichier JS est bien là, et que la fonction est bien là il n'y aura aucun soucis.
En règle général, CSS/JS sont toujours liés chez nous et ça ne peut pas arriver.
 
Accessoirement, comment veux-tu reussir à faire du PNG32 sans avoir à te faire chier, et tout en respectant les contraintes que j'avais ctié quelques pages avant :  
 

cette remarque est un motif de licenciement dans certaines boites ...  
 

EN quoi ça serait un motif de licenciement ou les corps de métiers sont complètement séparés.
ce n'est pas à moi de rajouter les vieux scripts moches, et les form s'il y en a besoin. J'en mets souvent au niveau de la maquette HTML Mais comme je ne touche jamais à l'intégration j'ai bien le droit de dire que c'est pas moi

Nan mais comme je t'ai dis, c'est arrivé sur Renault, 4h de panique totale parce que tout était pété, impossible de tracer l'erreur (Ligne 1 , j'ai même cru à un caractère pourri)

Ben ouais mais tu crois que parcourir TOUT le dom à la recherche de l'élément qui a besoin de la fonction pngFix c'est plus intelligent , la CSS c'est le seul recours connu

Y'a rien qui me prouve que ça serait beaucoup plus lent. Donc, non c'est pas le seul recours connu, mais j'ai du temps, je ferais des recherches.

faire un getElementsByTagName('*') sur les sites qu'on traite c'est assez warrior nan ?

a vrai dire, j'ai pas essayé d'isoler le bordel, mais meme sans classe déclarée dans mon css avec l'un ou l'autre nom, me semble que ff rendait juste n'importe quoi

XHTML vs HTML, un post pas mal sur b-list: http://www.b-list.org/weblog/2008/jun/18/html/

Quelqu'un aurait une idée de ce qui cloche ici :  
http://forum.hardware.fr/hfr/Progr [...] 5826_1.htm

Bon, j'en reviens toujours à mes optims SQL, je pige pas ce qu'il faut que je fasse pour éviter un full scan sur une table lors d'un order by multiple
Requête-type :

SELECT r.ID
FROM playersinreps AS pir
JOIN replays AS r ON r.ID = pir.RepID
WHERE r.IsPrivate =0 
  AND pir.IsObs =0
GROUP BY r.ID
ORDER BY r.DateAdded DESC , r.ID
LIMIT 0,3

Explain :

Donc si j'enlève le "r.DateAdded DESC", là pu de pb, ça pootre en perfos. Sinon, c'est 0.11 s pour une requête comme ça, ça me fait un peu chier
Je vois rien dans la doc qui me dise comment je peux régler ce type de problème, pourtant c'est pas la mer à boire, si ?

t'as un index dessus? Si oui, il est bien en desc?

SELECT r.ID
FROM playersinreps AS pir
JOIN replays AS r ON r.ID = pir.RepID
WHERE r.IsPrivate =0 
  AND pir.IsObs =0
GROUP BY r.ID
ORDER BY r.DateAdded DESC , r.ID
LIMIT 0,3

Il sert à quoi ton ORDER BY r.DateAdded car vu que tu remontes pas le champ en question et que le ORDER est appliqué après le GROUP BY ça sert un peu à rien

Edit : OK en fait il fait comme pour le SELECT :

Ouais j'ai un index mais je savais pas qu'on pouvait le définir pour desc ou asc

Spour avoir une liste d'IDs triés dans cet ordre. Les 3 plus récents puis, pour 2 trucs ayant la même date, je vais juste sorter sur l'ID.
Ca te paraît pas terrible ?

EDIT : chu en train de découvrir http://www.mysqlperformanceblog.com/ et splutôt pas mal

T'as quoi comme index sur ta table r ?

Je tenterais un ALTER TABLE replays ADD INDEX (IsPrivate, DateAdded DESC, ID) et fais péter l'EXPLAIN ensuite

SELECT r.ID
FROM playersinreps AS pir
JOIN replays AS r ON r.ID = pir.RepID
WHERE r.IsPrivate =0 
  AND pir.IsObs =0
GROUP BY r.ID
ORDER BY r.DateAdded DESC , r.ID
LIMIT 0,3

Euhh une autre question, c'est la même requête qu'hier en simplifiée ( genre il manque le count(*) ) ou s'en est une autre???
Si c'est une autre j'aurais tendance à préferer un distinct à un group by ( même si l'optimizer mysql transforme ça en group by et que ça ne changera rien à ton problème).

Ensuite j'écrirais également la requête dans l'autre sens et légèrement remaniée:

SELECT r.ID
FROM  replays AS r  
INNER JOIN playersinreps AS pir ON r.ID = pir.RepID   AND pir.IsObs =0
WHERE r.IsPrivate =0 
GROUP BY r.ID
ORDER BY r.DateAdded DESC , r.ID
LIMIT 0,3

Enfin l'index double DateAdded, ID ne servira en théorie pas a grand chose car
http://dev.mysql.com/doc/refman/5. [...] ation.html

Bon alors

Avant ta proposition ci-dessous, la clé primaire qui est ID et DateAdded.
Sur pir, j'ai RepID et PlayerID.

Hop :

Ca a l'air pas mal, ça rajoute un using index dessus. Mais la requête bouffe toujours 0.11 s, je présume que c'est le filesort qui détruit tout.

Une autre, celle-ci est lancée sur toutes les pages (hier stait une version simplifiée d'un truc lancé uniquement sur demande).

SELECT r.ID
FROM  replays AS r  
INNER JOIN playersinreps AS pir ON r.ID = pir.RepID   AND pir.IsObs =0
WHERE r.IsPrivate =0 
GROUP BY r.ID
ORDER BY r.DateAdded DESC , r.ID
LIMIT 0,3

Ouais, j'ai bien vu cette limitation et c'est un peu le but de mon post initial, parce que je me demande comment font les gens dans la vraie vie. Je veux dire, spa si extraordinaire que ça de vouloir sorter sur 2 colonnes, si ?
 
Sinon, pour ta propal de requête (et en supprimant l'index proposé par ratibus), le timing est toujours le même à peu de choses près (0.10 s), mais l'explain est un peu différent :

J'avoue bien aimer le coup de déplacer le pir.IsObs=0 dans le JOIN, ça me paraît effectivement plus logique.
 
En tout cas, merci beaucoup pour l'aide, c'est très apprécié J'avale pas mal de doc sur le sujet mais ça a l'air d'être assez complexe, ce type de problème

Sinon, je viens de tester avec le distinct à la place du group by et effectivement on a les mêmes perfos Si j'enlève le group by/distinct, les perfos déchirent tout genre 0.0084, soit un facteur 10 Au niveau explain, le "using temporary" disparaît (ce qui est logique pour moi).

Dans les perfs ça change strictement rien, je trouve que c'est une question de lisibilité.
Les limitations sur les tables jointées dans le ON, les conditions sur la table "principale" dans le where.
 
Tu peux tester cette version pour voir:

SELECT r.ID AS ID, MAX(r.DateAdded)
FROM  replays AS r  
INNER JOIN playersinreps AS pir ON r.ID = pir.RepID   AND pir.IsObs =0
WHERE r.IsPrivate =0
GROUP BY r.ID
ORDER BY MAX(r.DateAdded) DESC, r.ID
LIMIT 0,3

Normalement tu devrais améliorer les perfs en reduisant l'échantillon ordonné.

SELECT r.ID AS ID, MAX(r.DateAdded)
FROM  replays AS r  
INNER JOIN playersinreps AS pir ON r.ID = pir.RepID   AND pir.IsObs =0
WHERE r.IsPrivate =0
GROUP BY r.ID
ORDER BY MAX(r.DateAdded) DESC, r.ID
LIMIT 0,3

Sauf que là ça va parce que c'est un INNER JOIN. Dans le cas d'un LEFT ou RIGHT JOIN le fait de passer un critère du WHERE vers le critère de jointure c'est pas du tout garanti que ça donne les mêmes résultats
 
Taiche > tu peux pas foutre le résultats de la requête en cache au pire ?

nan mais c'est surtout que ça va tout le temps!!!
Alors que foutre les conditions dans le where ça te transforme les outer en inner (et donc fausse tes résultats)
Exemple:

SELECT A.id, B.id FROM A LEFT OUTER JOIN B ON A.id = B.idA WHERE B.id > 0

==

SELECT A.id, B.id FROM A INNER JOIN B ON A.id = B.idA WHERE B.id > 0

Ui, tout à fait.

SELECT r.ID AS ID, MAX(r.DateAdded)
FROM  replays AS r  
INNER JOIN playersinreps AS pir ON r.ID = pir.RepID   AND pir.IsObs =0
WHERE r.IsPrivate =0
GROUP BY r.ID
ORDER BY MAX(r.DateAdded) DESC, r.ID
LIMIT 0,3

Borf, 0.15 s, l'explain a pas l'air de bouger. Nan mais c'est le group by qui casse tout, le MAX a l'air de foutre un peu aussi sa merde (sans group by mais avec le MAX, je redescends à 0.11 et quand je vire le max aussi c'est 0.008). Je sais pas ce que fait MAX exactement avec les perfos.

Bin j'aimerais bien, la question c'est : quand ce cache est-il invalidé ? Passke rajouter SQL_CACHE dans mon select, ça me fait pas peur mais faut juste être sûr que les données sont rafraîchies quand il faut, etc...

SELECT A.id, B.id FROM A LEFT OUTER JOIN B ON A.id = B.idA WHERE B.id > 0

SELECT A.id, B.id FROM A INNER JOIN B ON A.id = B.idA WHERE B.id > 0

C'est pas ça que je dis

SELECT A.id, B.id FROM A LEFT OUTER JOIN B ON A.id = B.idA WHERE B.id > 0

!=

SELECT A.id, B.id FROM A LEFT OUTER JOIN B ON A.id = B.idA AND B.id > 0