Reprise du message précédent :
C'est Yell qu'a commencé ceci dit ya quoi de mieux ? REGEXP

Euh non. En SQL y a rien je te rassure
Faut attaquer des moteurs d'indexation fulltext.

J'ai une question SQL méga-con mais j'ai peur de rien alors je la pose : on peut enchaîner plusieurs jointures en MySQL ?
Genre je fais une requête sur une table mais j'aimerais joindre 2 (voire 3) autres tables le temps d'une requête particulière pour récupérer un max d'infos.
Faut que je fasse plusieurs select ? Passke MySQL m'envoie chier si je fais 2 "JOIN machin ON truc = bidule" d'affilée

 
Balance ta requête, parce que oui, c'est faisable sans problème.

Qu'elle version de mysql déjà? J'ai déjà fait plusieurs left join sans que ça pose de problème.
J'ai même fait des mélanges du genre "select patati from (select machin from table 1) left outer join table 2 on ..." sans que mysql m'engueule.

Ah ouais non, stait une erreur d'ambiguïté d'un de mes champs \o/ Merci quand même
Version 5 de MySQL.

C'est bon, j'ai eu le chef au tel, je lui ai expliqué et finalement on fait pas \o/
 
Sinon j'ai une autre question. J'ai développé un planning en Javascript, qui affiche les X mois à venir (configurable). On peut passer aux X mois suivant, ou aux X mois précédent en cliquant sur les boutons respectifs.
 
Sur ce planning on peut définir des "plages", en cliquant sur la date de début, puis la date de fin. Et ça affiche les différentes plages en rouge, tout en affichant un récapitulatif en "texte" en dessous, avec un lien "Supprimer" qui supprime la ligne et la plage associée.
 
Lorsqu'on passe aux mois suivants/précédents les infos sont bien entendu stockées pour être raffichée si on revient sur les mois en question, et pour être ajouté à la BDD lorsqu'on valide le planning.
 
Donc, pour gérer tout ça, actuellement chaque "case" à pour ID le timestamp unix du jour en question.
 
Lorsqu'on clique sur une case, si on est en mode "date de début", ça enregistre le timestamp en question, puis on passe en mode "date de fin", lorsqu'on clique ça fait une boucle depuis le timestamp de début, en ajoutant 3600 secondes pour arriver au timestamp de fin, et ainsi ajouter tous les jours entre les 2 dates sélectionnées.
 
Mais déjà là ça pose problème à cause de certains décalage heure d'été/hiver, donc j'ai du bidouillé une verif en plus.
 
Bref, au final j'ai vraiment l'impression d'avoir dev une usine à gaz, sous IE c'est lent, c'est lourd, la récupération des infos dans la BDD pour éditer un planning est merdique à souhait etc.
 
En résumé je ne sais pas comment gérer correctement et intelligemment tout ça. Si vous aviez des conseils. Je parle vraiment de la pré-conception en fait, savoir comment faire telle ou telle chose, techniquement parlant, je pense pouvoir me demerder.
 
Donc si vous avez un avis sur la question, n'hésitez pas
 

 
Je suis en MySQL 3 et on peut le faire

Personellement, j'aurais utilisé le numéro de jour dans l'année et le numéro de l'année. Ca aurait évité les problèmes de changement d'heures (qui, en plus, ne se font pas à la même date dans tous les pays, par exemple le quebec passe à l'heure d'hivers une semaine après la france)
En dehors de ça, tu bosses sur des plages de date si j'ai bien compris. Du coup je me serais contenté de mémoriser des dates de début et de fin de période (beaucoup moins de données à mémoriser et donc à parcourir à chaque actions) et de vérifier ensuite l'abscence de chevauchement des différentes périodes.
 
En dehors de ça, pour être plus proche du javascript, je laisse les autres te donner leurs conseils, je n'ai pas fait ce genre de chose en javascript pour le moment.

J'étais pas sur pour mysql3. Je suis passé au 4 avant d'être assez fort pour pousser le 3 dans ses limites.

C'est pas con le numéro du jour dans l'année

Pour ce qui est de la mémorisation, j'enregistre en effet que la date de début et la date de fin oui. Je me suis peut être mal exprimé, mais la boucle que j fais entre la date de début et la date de fin sert à "colorer" les cases concernées.

En tout cas l'utilisation du jour de l'année devrait déjà bien simplifier le truc.

stocke le date formatée en string plutôt.
Ensuite utilise l'objet date en js ( qui accèpte un paramètre string) pour ta date de début et de fin, tu pourras alors faire une différence entre ces deux objets, différence qui te retournera le nombre de millisecondes entre les deux.
Tiens en cadal une petite fonction que j'avais faite pour "formater" le résultat:

Date.prototype.timeDiff = function (pDate){
  var secs = this - pDate;
  var days = Math.floor(secs /(24*60*60*1000));
  secs = secs%(24*60*60*1000);
  var hours = Math.floor(secs /(60*60*1000));
  secs = secs%(60*60*1000);
  var mins = Math.floor(secs/(60*1000));
  secs = secs%(60*1000);
  secs = Math.floor(secs/1000);
  return new Array(days, hours, mins, secs);
}

la gatsucorp devrait l'optimiser/critiquer/envoyer chier mais si ça peut t'aider

et là c'est magnifique tu as les fonctions *UTC* en js pour avoir le temps "universel".

edit: Et la je viens de comprendre l'intérêt de ta boucle...
mais bon plutot que de boucler sur les timestamps je bouclerais sur les cases du tableau comprises entre tes deux élements selectionnés.

 
Merci pour ton post.
 
Concernant cette dernière phrase, il faut également qu'on puisse éditer un planning par la suite. Et donc réinsérer au moment de l'édition des données provenant de la BDD dans le tableau JS qui garde en mémoire les cases choisis.
 
Donc il faut que ces "cases" soient identifiée par quelque chose en rapport avec la date, car c'est uniquement la date que je vais pouvoir ressortir de la base de données, et pas une "case" à proprement parler.
 
Je ne sais pas si je suis très clair

return new Array(days, hours, mins, secs);

 
On est pas en php    
Tu peux faire :

return [days, hours, mins, secs];

Sauf que c'est tout pourri, parce que :

time[2];

C'est moins parlant que

time.mins;

Alors

return {days:_days,hours:_hours,mins:_mins,secs:_secs};

Et rulez

Skoi le underscore ?

J'ai mis underscore en imaginant que les noms de variables dans sa fonction commencent par ce caractère. C'est juste pour différencier la clé de l'objet et sa valeur.
 
Genre :
 

var lolsecs = this - pDate;
var loldays = Math.floor(secs /(24*60*60*1000));
//... etc...

 
d'ou :  
 

return {days:loldays,hours:lolhours,mins:lolmins,secs:lolsecs};

var lolsecs = this - pDate;
var loldays = Math.floor(secs /(24*60*60*1000));
//... etc...

return {days:loldays,hours:lolhours,mins:lolmins,secs:lolsecs};

 
ça sert à rien comme différenciation, tu fais ça pour la "lisibilité" ?

Ca reste plus clair que :

return {days:days,hours:hours,mins:mins,secs:secs};

Nan?

return {days:days,hours:hours,mins:mins,secs:secs};

 
pas spécialement
 
Je préfère :

return {'days':days, 'hours':hours, 'mins':mins, 'secs':secs};

à la limite.

var lolsecs = this - pDate;
var loldays = Math.floor(secs /(24*60*60*1000));
//... etc...

return {days:loldays,hours:lolhours,mins:lolmins,secs:lolsecs};

 
Ok ok, je m'en doutais je voulais juste être sûr

stiffler, tu lourdises méchamment avec tes titres à la con... je veux bien être gentil, mais faut pas pousser le bouchon non plus. le prochain titre à la con, c'est TT et en prime j'attribue le topic à quelqu'un d'autre.

autant le titre précédent était sympa (nraynaud et le web affro), autant les "harko je te chie dans la bouche" et autres "harko facho" c'est pas marrant du tout

Me disais aussi, j'avais du mal à comprendre

Hum, je suis en train de penser que même en utilisant le n° du jour de l'année + l'année ça ne va pas être aussi simple que je l'avais prévu, il va falloir que je gère les années bissextile.
 
Car si on sélectionne du 29 décembre au 3 janvier lors d'une année bissextile, faut pas que je saute à l'année suivante au 365ème jour
 
J'ai horreur de bosser sur les dates/heures Entre les fuseaux horaires, les changements heure d'été/hiver, les années avec 28 ou 29 jours en février, les mois qui n'ont pas tous le même nombre de jours (et j'oublie certainement d'autres trucs chiant)...
 
M'enfin, on peut pas faire sans

et le titre harko facho avec un était plein d'humour et de brassard fait en serviette de crêperie

 
edit: j'me suis tromper j'arriv pas a effacer ce post :s
j'voulais poster ça autre part^^
dsl pour la gene :s

 
Ouais enfin comme on dit hein, fermer le topic de la rencontre blabla@prog avant qu'elle soit complètement terminée (retour de tout le monde, photos, etc), c'est moche.

return new Array(days, hours, mins, secs);

return [days, hours, mins, secs];

Sauf que ça revient strictement au même vu que ton ecriture en crochet instancie un nouvel array.
 

time[2];

time.mins;

return {days:_days,hours:_hours,mins:_mins,secs:_secs};

ça c'est une question de goût
 
Dj Yell> Par contre je comprends toujours pas ton pb
Tu as un calendrier, tu cliques sur une date+heure de début, puis sur une date+heure de fin.
Il faut que ça colorie toutes les cases "entre" c'est bien ça?

Il y en a juste un qui est largement plus lisible et peut même être potentiellement optimisé au moment de la compilation et du parsing

Je viens de penser à un truc. Ca n'existe pas déjà des calendriers tout fait en javascript? C'est peut être une bonne idée de se baser sur un truc qui fonctionne plutôt que réinventer la roue.

T'en a déjà vu un qui soit vraiment bien fait ? ( je parle juste niveau ergo, pas code )

heu ... moi je pensais surtout mécanique du code, après pour l'ergo, ça se modifie.

roooo.... bon, je vous le rouvre jusqu'en fin de semaine le temps que vous postiez vos photos

 
Enfin pas forcément des photos, mais des commentaires quoi, mais bon, là je crois que c'est trop tard.
Mais faut que stiffler puisse participer aussi

oh ne t'inquiete pas pour lui, il a toute une clique de multis qui lui permettront de poster sans souci

 
FREESTIFFLER

 
C'est un peu ça oui, mais sans l'heure, ce sont des calendriers mensuels, de ce genre :

 
Je peux configurer combien je veux en générer sur la page, je peux avoir 6 mois par exemple.
Donc on clique sur une date de début, une date de fin, et ça colorie tout ce qu'il y a entre. Tout en enregistrant les informations de dates début/fin dans des input pour pouvoir valider l'ajout et les insérer en base (donc au format jj/mm/aaaa par exemple).
 
Il faut également pouvoir supprimer une plage sélectionnée.
 
Il faut pouvoir passer aux 6 mois suivants/précédents et que les plages sélectionnées se réaffichent
 
Il faut pouvoir, par la suite, éditer ce planning. Càd récupérer les dates enregistrées dans la BDD pour les réafficher sur le planning.
 

 

 
Si, mais pas ce que je veux. Et encore plus rarement sous Mootools, qui est ce que j'utilise. J'ai juste récupéré une partie du code source d'un calendrier pour ne pas avoir à refaire la partie "génération des dates", mais c'est tout.

Alors dans l'ordre:
1- je vois pas pourquoi tu as un problème avec le changement d'heure vu que tu bosses uniquement sur des jours
2-  je comprends pas ou tu as un problème avec le coloriage ( plus exactement pourquoi tu boucles sur les dates pour y arriver)

Et pourtant t'écris pas

new String("foo" );

ou

new Object({"foo":"baz"});

(Enfin, t'écris pas ça hein?)

Non, c'est une question de sémantique, si tu vois un "time[2];" rien ne t'indique si ça contient des minutes ou bien des heures, pour peu que le mec est un minimum de logique et qu'il ait respecté un ordre quelconque.

Moi non, niveau code ou niveau ergo. Le code est souvent moche, surtout pour la déclaration du nombre de jours dans les mois, ou pire, la localisation.