Reprise du message précédent :

wmode=transparent sur le flash

Ah merde, c'était pour faire mumuse avec Stylish, tant pis
 
Merci quand même, c'est bon à savoir

On dirait du LaTeX les nouveaux éléments.

Sinon le reste à l'air plutôt sympa

Le sujet du jour : les tripcodes.
Pour/contre, avantages/inconvénients. Vous avez 20 minutes

tripfag

ces trucs là je peux les laisser en inline ou les intégristes veulent aussi que je les sorte dans la CSS au nom de cette illusoire séparation ?

edit: ça va pas moi

bah le truc c est qu un tooltip ne doit meme pas apparaitre dans ton html

Ben si, en title de l'élément à tooltiper (bon ça a du mal si le tooltip est vraiment très complexe...)

dans ce cas c est pas le tooltip qui apparait mais juste son contenu
le div n a absolument rien a y foutre car dans tous les cas ils est généré en js

edit:
je precise avant que tu viennes jouer les £33t
le title est plus qu autorisé nous sommes bien d accord

nan, mais en fait c'est baloon.

le fonctionnement basique du tooltip c est un title voire un attribut exotique sur ton element
tout le reste est fait en js
le but du jeu c est de se mettre dans la peau d un gars aussi parano que masklinn qui desactive le js( ), tout en gardant toutes tes fonctionalités

fake edit:
t1 j en ai ras le cul d inverser les lettres quand je frappe

ben masklinn il va se faire foutre, y'a la moitié du truc qui vient du serveur en XHR, et de toutes façons sans JS tu te touches la bite sur mon site.

 
c est pas faute de le demander mais t as demandé l avis des integristes jte rappelle
nan serieusement ca a l air stupide comme ca mais quan tu y regardes de pres l avis des integristes soulage enormement la maintenance
a partir de la tu decides:
si tu penses que tu ne changeras plus ton interface alors ok on s en fout
sinon tu essaies de voir un peu plus loin que "maintenant" et tu facilites ton job pour cette occasion
menfin c est pas a toi que je vais apprendre des trucs aussi basiques qu un bete mvc hein ...  
 

MVC ? quand t'as des div partout qui servent à mettre des coins ronds et des ombres ?  

bah nan j ai appris ca avec gatsu mais en effet ce genre d effets cosmetiques ca appartient au js (moi aussi j avais tendance a foutre ca dans le html meme si ca me perturbait )
les paranos ils se bouffent des coins carrés pissétou

C'est juste galère à mettre dans le HTML, même si ça fait parti de la "vue", tu définis une classe et basta, le js s'occupe du reste.
 
Il faut voir ce genre d'effet comme un composant qui prends le bloc à décorer en paramètre

la question surtout qu'on se pose, c'est pourquoi tu as un div avec un id="tip" qui traine dans la page, alors que tu pourrais très bien le construire via JS histoire que tu te fasses pas chier

pour une fois que tu fais quelque chose de bien t as le droit de faire le fier

j'aime bien l'idée...
 
et pour ceux qui ont pas tout compris (le lien wikipedia est pas des plus clairs) : http://web.archive.org/web/2007081 [...] e-tripcode

Je n'arrive pas trop comprendre ... en gros c'est juste un hash quoi, non ?
 
Ça change quoi de simplement afficher un MD5 du mot de passe ?

Bah c'est ça, en plus court et sans login ou pas

 
je fais toujours des choses bien monsieur

putain vous avez vu que natas c est satan a l envers

 
AH OOOUUUAAAIIIISSSSSS

OH SHI-

Pourquoi cette requête me retourne NULL alors que mon champs naissance est bien de type "DATE" ?
 
SELECT DATE_FORMAT('naissance', GET_FORMAT(DATE,'EUR')) AS date_naissance FROM membres WHERE id = 1

parce que tu passes le string 'naissance' en 1er argument de date_format

Merci.

C'est quoi les normes pour indiquer le copyright / auteur en début de script ?

Normes?

Bah ouais, je sais pas, ou si ya pas de normes définies, informations importantes etc... genre

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

?

OK les gros, j'en chie bien comme i faut avec l'optimisation de requêtes SQL dans MySQL Chu pas du tout un expert dans ce genre de trucs, donc il est très possible qu'un machin de base manque à l'appel. Là, j'ai juste des index aux bons endroits. Voici les données du problème :

4003 entrées dans la table players
13737 entrées dans la table playersinreps
5627 entrées dans la table replays
Requête :

SELECT SQL_CALC_FOUND_ROWS p.Name AS `p.Name`, p.ID AS `p.ID`, COUNT(r.ID) AS `c`
    FROM `players` AS `p`
    LEFT JOIN `playersinreps` AS `pir` ON p.ID = pir.PlayerID
    LEFT JOIN `replays` AS `r` ON r.ID = pir.RepID
    GROUP BY `p.Name`, `p.ID`
    ORDER BY `p.Name` ASC
    LIMIT 0, 20

Ouais, la totale, SQL_CALC_FOUND_ROWS, ORDER BY, etc... Mais j'ai besoin de l'order by et virer le sql_calc ne change rien : 32 secondes pour faire tourner le bordel (P4 3 GHz)
Tous les champs présents ici sont indexés ; attention toutefois, les champs pir.RepID et pir.PlayerID n'ont été indexés qu'après coup (genre y a 1h) donc s'il y a une manip supplémentaire à CREATE INDEX pour que le changement soit effectif sur les données présentes, j'ai pas fait.

Vala, toute aide ou doc bienvenue, là je mate un peu ce que je trouve mais la plupart des problèmes arrivent au-delà de plusieurs centaines de milliers d'entrées, ce qui n'est pas le cas ici.

EDIT : ouais donc tant qu'à faire, j'ai fait un explain sur la query dont voici le résultat :

Yeah, using filesort Breffe, je vois mieux où ça coince mais pas pourquoi ni comment corriger

SELECT SQL_CALC_FOUND_ROWS p.Name AS `p.Name`, p.ID AS `p.ID`, COUNT(r.ID) AS `c`
    FROM `players` AS `p`
    LEFT JOIN `playersinreps` AS `pir` ON p.ID = pir.PlayerID
    LEFT JOIN `replays` AS `r` ON r.ID = pir.RepID
    GROUP BY `p.Name`, `p.ID`
    ORDER BY `p.Name` ASC
    LIMIT 0, 20

Sans le résultat du EXPLAIN sur la requête je refuse de fournir toute aide

Tiens, j'ai édité

SELECT SQL_CALC_FOUND_ROWS p.Name AS `p.Name`, p.ID AS `p.ID`, COUNT(r.ID) AS `c`
    FROM `players` AS `p`
    LEFT JOIN `playersinreps` AS `pir` ON p.ID = pir.PlayerID
    LEFT JOIN `replays` AS `r` ON r.ID = pir.RepID
    GROUP BY `p.Name`, `p.ID`
    ORDER BY `p.Name` ASC
    LIMIT 0, 20

Ce que tu cherches c'est le nombre de replays "faits"(nombre qui peut être égale à 0) par un chanteur, right?
Et playersinreps est une table de liaison N-N entre players et replays, right?

Très honnêtement j'écrirais la requête plutot comme ça:

SELECT SQL_CALC_FOUND_ROWS p.Name AS `p.Name`, p.ID AS `p.ID`, COUNT(r.ID) AS `c`
    FROM `playersinsreps` AS `p`
    INNER JOIN `playersinreps` AS `pir` ON p.ID = pir.PlayerID
    INNER JOIN `replays` AS `r` ON r.ID = pir.RepID
    GROUP BY `p.Name`, `p.ID`
    ORDER BY `p.Name` ASC
    LIMIT 0, 20

Et là tu vas dire: "Aahaha younoob, j'ai des chanteurs sans replays et j'en ai besoin."
Certes, du coup je ré-écrirais:

SELECT p.Name AS `p.Name`, p.ID AS `p.ID`, COUNT(r.ID) AS `c`
    FROM `playersinsreps` AS `p`
    INNER JOIN `playersinreps` AS `pir` ON p.ID = pir.PlayerID
    INNER JOIN `replays` AS `r` ON r.ID = pir.RepID
    GROUP BY `p.Name`, `p.ID`
UNION
    SELECT p2.Name AS `p.Name`, p2.ID, 0
    FROM `players` p2
    WHERE NOT EXISTS ( SELECT PlayerID FROM `playersinreps` WHERE p2.ID = PlayerID)

Et là, tu réponds : "Mais ta yeule avec tes idées à la con, SQL_CALC_FOUND_ROWS marche pas avec les union
si mais faut savoir s'en servir

SELECT SQL_CALC_FOUND_ROWS p.Name AS `p.Name`, p.ID AS `p.ID`, p.c AS `c`
FROM
(
   SELECT p.Name AS `Name`, p.ID AS `ID`, COUNT(r.ID) AS `c`
    FROM `playersinsreps` AS `p`
    INNER JOIN `playersinreps` AS `pir` ON p.ID = pir.PlayerID
    INNER JOIN `replays` AS `r` ON r.ID = pir.RepID
    GROUP BY `p.Name`, `p.ID`
UNION
    SELECT p2.Name AS `p.Name`, p2.ID, 0
    FROM `players` p2
    WHERE NOT EXISTS ( SELECT PlayerID FROM `playersinreps` WHERE p2.ID = PlayerID)
) p
ORDER BY `p.Name` ASC
LIMIT 0, 20

Si la requête peut paraître plus compliquée, je dirais que c'est celle qui va utiliser de manière "optimale" les indexs sur tes PK/FK

En fait, je viens de trouver le coup de "l'ordre des tables dans le from et le join" tout seul et ça marche 'achement mieux
 
Sinon, faut savoir que j'ai justement pas de joueur (spa pour de la musique mais des partie de StarCraft ) sans replay, donc ça roule de ce côté-là. Et pis même s'il n'y en avait pas, j'en aurais pas besoin ici.
J'aimerais bien une explication pour le SQL_CALC_FOUND_ROWS dans ton 3ème bout de code, j'ai pas bien pigé l'intérêt

En fait SQL_CALC_FOUND_ROWS pète un peu les plombs avec les requêtes UNION ... Bon j'allais me lancer dans une longue explication mais la doc est super claire

Perso, je prefère le "sortir" (via une requête qui englobe l'union), d'où la 3eme ecriture.

OK, merci pour l'info

/**
*  @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.