Jeromnimo

Une clef primaire est un champ unique pour chaque enregistrement, qui te permet d'identifier de maniere sure et unique un enregistrement de ta table (par ex le numero d'inscription, incrementé à chaque nouvel inscrit)

tu peux commencer par verifier les droits du repertoire ou tu souhaites enregistrer ton tar ;-) un petit 'ls -l' te dira dans quels repertoires tu peux ecrire. et la commande pour changer de repertoire c'est 'cd lenomdetonrep' et 'cd ..' pour revenir en arriere ;-) ('pwd' t'affiche dans quel repertoire tu te trouves ;-) )

La question que tu soulève fait forcement débat dès que l'on conçoit une base de données ;-) Il faut savoir que les jointures sont assez longues (comparées à un SELECT normal), donc par exemple dans ton cas, il vaut mieux créer une deuxième table dans laquelle tu recopie la clef primaire du membre (plus eventuellement d'autres infos comme le pseudo par exemple) qui te permet d'avoir un "qui est en ligne" en n'interrogeant qu'une table (rapide, ce qui est bien si tu veux qu'il soit affiché sur cahque page par exemple) Apres, grace à la clef primaire, rien ne t'emepche de faire une jointure si tu as besoin de plus d'infos sur une page spécifique (admin, details des users connectés..etc)

http://www.google.fr/search?hl=fr&q=ph...ookie&meta= Une petite recherche, et hop, un toto complet en 3ème lien ;-) Bon courage quand meme :-P

Je pense qu'une petite recherche sur le net t'aurait beaucoup avancé :-P pour commencer : http://fr.php.net/manual/fr/function.setcookie.php Bon courage et google est ton ami ;-)

Je ne sais pas dans quel domaine tu bosses exactement, mais si tu n'as pas de prime d'objectif, la pression "n'est pas justifiée". Après comme je te l'ai dit, perso quand je n'ai pas d'objectifs à long terme dans une boite, ben je suis sans pitié :-P 35 heures, c'est 35 heures, et personne pourra me le reprocher (enfin en tout cas je ne pense pas !)

Juste en réaction au petit debat sur les oeuvres libres et/ou (puisque c'est totalement dissocié) gratuite : http://fr.creativecommons.org/contrats.htm Voila comment assurer la rétribution de tes images, les laisser libre pour un usage personnel mais payant pour un usage commercial... etc

Malheureusement je crois qu'il y a beaucoup de patrons qui ne savent pas ce que c'est le double sens... :-( Mais a priori je pense que tu ne risque rien à partir plus tot si c'est au dela de tes heures de travail normales (35 heures), mis à part être mal vu (d'où ma question tout à l'heure concernant tes projets de carriere dans la boite) Par contre fait juste attention si sur ton contrat tu as un taux horaire journalier (à priori 7 heures), dans ce cas, je pense qu'on peut te taper sur les doigts si tu fais pas 7 heures (même si la veille t'en a fait 12 :-/ )

Ben dans ce cas, à ta place, je vois plusieurs solutions possibles : -> tu connais bien le/la DRH et tu vas discuter de ce point avec lui/elle -> sinon : -> soit tu as des projets de carrière dans ta boite et dans ce cas tu fais profil bas et tu continues d'etre exploité . -> soit tu t'en fouts et dans ce cas tu profite de ton contrat pour avoir beaucoup de temps libre ;-) (et peut etre que le patron finira par te demander (et donc te payer) explicitement tes heures sup :-P) Questions subsidiaire, tu n'as pas des RTT en suppléments de tes congés payés pour compenser tes heures sup par hasard ?

Es-tu sûr que c'est spécifié dans ton contrat de travail que tu es aux 35 heures ? Perso, je suis au forfait, donc une semaine de 20h = une semaine de 60h niveau paye... Mais mon salaire est sur une base de 35h (qui est ramrement mon nombre d'heures réel...)

Question bete, as-tu verifié la taille mémoire utilisée par ton script ??? Elle doit rapidement grimper si tu as beaucoup de repertoires...

A mon avis, vu qeu ca travaille en javascript, tu ne devrais pas avoir de problèmes puisque les ajout publicitaires se feront à partir de la page html générée (qui contiendra donc l'intégralité des messages ;-) )

Je pense que le problème est légèrement différent du fait que tu fais une jointure avec une autre table. De toute façon, il faut indexer le code région pour tes ~37 000 valeurs dans ta table de ville, c'est la que sera la différence ;-) Au lieu de parcourir la table, il se servira de l'index :-P

Tant meiux si la piste a pu t'aiguiller comme il faut :-) En ce qui concerne l'interpretation du EXPLAIN, il y le champ marqué ALL dans ton explain qui signifie que ce n'est pas optimisé du tout (il va falloir parcourir l'nesemble de la table a joindre pour chaque ligne de la première table (d'ou le temps prohibitif) L'idéal est d'avoir ref lorsque tu fais une jointure. Sinon, en ce qui concerne les champs à indexer, les clefs primaires le sont automatiquement si tu les a définies comme PRIMARY KEY, et il faut créer un index sur les colonnes référantes, c'est à dira dans ton cas : * villesfinales.NomComplet * villestcd.Nom * villesfinales.CodeRegion * villestcd.CodeRegion

<META name=revisit-after days? 10> Pour ça, je pense que ceci serait mieux : <META name="revisit-after" content="10 days">

Je prendrais plutot la question dans l'autre sens... (sinon gare au troll :-D) Recherche les solutions dédiées qui te conviennent (niveau budget notament) et regarde les distributions qu'ils proposent, comme ca tu en installes une de celle la. Tu peux les trouver dans les magazines aussi quelques fois, ils filent regulierement des CD, avec un peu de chance tu trouveras ton bonheur ;-) Mais en bas debit, le mieux c'est d'aller chez un ami en haut debit avec des CD vierge :-P

D'accord... Ben tout depend de la distribution, des services offerts (ou achetables) chez l'hebergeur... Beaucoup d'outils sont configurables via une interface graphique (genre plesk si t'en as deja entendu parlé), ca te sauve la vie pour apache, mysql...Etc Par contre si le seul accès que tu as c'est en mode console, ben la tout de suite ca devient un peu plus compliqué, et surtout rebutant pour quelqu'un qui est habitué à travailler en mode graphique... Mais au final, si t'es motivé ca doit pouvoir passer... Un conseil : essaie de te mettre à linux avant de louer ton serveur, au moins tu verras si tu t'en sens capable ;-)

Ben il y a des serveurs dédiés qui te proposent windows (c'est pas ce que je recommande, mais si t'as vraiment besoin d'un serveur dédié et que tu connais rien à linux, c'est peut etre ce qu'il y a de mieux à faire, surtout si tu as besoin d'installer des logiciels spécifiques...)

Autant pour moi, la chaleur commence à me monter au cerveau, ça va pas bien des fois :-P Par contre as-tu bien verifié tes index dans tes tables ? Il faut obligatoirement qu'ils soient indexés pour que la jointure soit rapide, sinon MySQL a du mal a gérer... SI tu as PHPmyAdmin ou une console sql, essaye de faire un explain de ta requete avec le left outer join (ou right outer join) et dis nous ce que tu as dans les champs type.

Essaie avec un INNER JOIN, dans ton cas normalement ca devrait fonctionner... (par contre mets bien ta table complete a gauche et l'autre à droite) A priori tu n'as pas besoin de LEFT OUTER JOIN dans ton cas...

Salut gontran, un petit lien http://dev.mysql.com/doc/refman/5.0/fr/get...-unique-id.html si ça peut t'aider ;-) Apparement la fonction mysql_insert_id() te renvoie l'id utilisé pour la dernière insertion dans une colonne auto-increment... EDIT : oupsss, grillé par Captain_torche...

Bien reviens à la solution simple de départ et fait un echo de ta requete, deja pour voir ce que ca donne... Et derriere le echo tu mets eventuellement un affected_rows pour verifier si ca a fonctionné ou pas....

Ce qui veut dire que tu essayes de faire un fetch_array a priori sur une ressource de resultat mysql qui ne contient pas de données (une requete qui renvoie rien quoi...) mais je vois pas pourquoi tu as un tefch_array ??? C'est ta solution avec une boucle c'est ca ?

Donc ca veut dire que tu as un soucis avec la connexion sql... Le warning ce serait pas un "invalid ressource link par hasard ?" Il faut l'erreur complete sinon on y arrivera pas :-P

Si on avait l'erreur en entier ça serait beaucoup mieux quand même ;-) Et sinon tu as testé ta requete sur table directement (via PhpMyAdmin par exemple) ? Elle réalise bien ce que tu souhaites ?