Vikchill

Jette aussi un oeil ici, en regardant les exemples en commentaire http://fr.php.net/manual/fr/function.checkdnsrr.php

Décidément, on vois ça partout en ce moment Regarde ici, si tu veux t'en inspirer: http://www.vikchill.fr/round_corner.htm Un peu de doc? <clic>

Essaie ça plutôt: $sql = "SELECT * FROM table2 RIGHT OUTER JOIN table1 ON (table2.id=table1.idj) WHERE table1.idm=$idmm ORDER BY table2.jeux ASC"; PS: ton problème est plus SQL que php

INSERT INTO fixed_prices (id, price) SELECT product_id, product_price FROM product Ca devrait fonctionner, non?

C'est faisable sans javascript, une des méthodes: http://www.cssplay.co.uk/layouts/basics2.html

Sauf erreur, la première chose que doit contenir un <fieldset> est un <legend>.

J'ai eu un problème assez proche... j'avais un $_SESSION['nom'] et un $nom qui s'échangeaient des valeurs Ca fait d'ailleurs partie de mes questions en suspens, donc si quelqu'un a une idée

Ah bah oui c'était peut-être simplement les alias qu'il n'aimait pas, cette requête a plus de chance de fonctionner. Sinon, passer par une vue au lieu d'une requête imbriquée, mais je sais pas si MySQL gère les vues, et ça devient très "bidouille".

blblblbl J'arrive pas à comprendre pourquoi le HAVING marche pas Et un SELECT sur le SELECT? SELECT * FROM (SELECT c.Id_Client, SUM(a.Id_Categorie IN (8,9)) AS 'Recherche', SUM(a.Id_Categorie IN (10,4)) AS 'Exclusion' FROM Commandes c INNER JOIN Produit p ON p.Id_Commande = c.Id_Commande INNER JOIN Article a ON a.Id_Article = p.Id_Article WHERE c.Id_Client = 123456 GROUP BY c.Id_Client) WHERE 'Recherche' > 0 AND 'Exclusion' = 0

Ou ça SELECT c.Id_Client, SUM(a.Id_Categorie IN (8,9)) AS 'Recherche', SUM(a.Id_Categorie IN (10,4)) AS 'Exclusion' FROM Commandes c INNER JOIN Produit p ON p.Id_Commande = c.Id_Commande INNER JOIN Article a ON a.Id_Article = p.Id_Article WHERE c.Id_Client = 123456 GROUP BY c.Id_Client HAVING 'Recherche' > 0 AND 'Exclusion' = 0 On pense trop rarement au HAVING. Dis-nous ce que ça donne

Faudrait nous aider un peu aussi Quelle erreur? As-tu aussi testé les requêtes individuellement? Je n'ai toujours pas la structure de ta table, ni comment elle est gérée. Si effectivement ton champs id est incrémental, nul besoin de date puisque les id sont forcément classés dans l'ordre chronologique. On peut à peu près tout faire, mais donner plus d'éléments serait peut-être bien, là on navigue un peu en aveugle En attendant, essaie ces trois requêtes et dis voir si elle fonctionnent si tu veux bien: - posts avec réponse: SELECT DISTINCT topic FROM table - posts sans réponse: SELECT id FROM table WHERE id NOT in (SELECT DISTINCT topic FROM table) - dernière réponse de chaque post: SELECT topic, MAX(id) FROM table WHERE id in (SELECT DISTINCT topic FROM table) GROUP BY topic

L'union des deux SELECT imbriqués ajoute leurs résultats, pour ça il faut qu'on ait les mêmes colonnes dans les deux requêtes. Les enregistrement retournés ne sont pas triés, d'où l'imbrication qui ne sert qu'à faire le tri, mais j'ai un doute sur sa necessité, mais comme je ne peux pas tester :s

Alors, allons-y par étape, en éspérant que j'ai bien compris ton message. Ce que tu appelles un topic sans réponse est en fait un "id" qu'on a jamais dans le champs "topic": SELECT id, date FROM table WHERE id NOT IN (SELECT topic FROM table ) ORDER BY date DESC Cette requête devrait répondre à ta première demande. Pour la deuxième, c'est le contraire, il faut prendre uniquement les "id" qu'ont retrouve dans le champs "topic" en ne prenant que la plus grande date: SELECT id, date FROM table WHERE id IN (SELECT topic FROM table ) AND date = (SELECT MAX(date) FROM table t WHERE table.id=t.id ) ORDER BY date DESC Tu veux l'union des deux, classée par date, donc ça devrait donner: SELECT * FROM (SELECT id, date FROM table WHERE id NOT IN (SELECT topic FROM table ) UNION ALL SELECT id, date FROM table WHERE id IN (SELECT topic FROM table ) AND date = (SELECT MAX(date) FROM table t WHERE table.id=t.id ) ) ORDER BY date DESC N'ayant ni la structure de ta base, ni aucun moyen de tester tout ça, ça reste à prendre avec des pincettes. Tu diras ce que ça donne

L'idéal est d'avoir toutes tes informations dans plusieurs tables puis de créer les tables qui les associent et qui, elles, contiendront les information. En gros, dans une table "ville" tu mets les enregistrements "Paris", "Marseille", "Lyon", dans une table "metier_art" tu mets "arts textiles", "tapisserie", "lingerie de luxe". Finalement tu crées une table "métier_ville" avec deux champs "ville" et "métier" dans laquelle tu auras les enregistrements "Paris;art textiles", "Paris;tapisserie", "Lyon;lingerie de luxe", c'est de cette table que tu tires l'information. Une simple requête en selectionnant la ville que tu veux te donnera tous les métiers d'art de la ville. Ceci te permets aussi de faire des formulaires avec liste déroulante qui facilitera tes recherches et tes saisies puisque toutes les informations seront écrites avec la même orthographe. Le problème typique d'une base de données sans ce genre de contrôle est que quand tu cherches une voiture de couleur verte, certains auront saisi "vert", d'autre "Vert", "verre", "vers", etc... Et jamais tu ne retrouves toutes tes informations. Là j'ai simplifié à l'extrême, ce ne sera pas forcément optimisé et déjà il te faudra une bonne maitrise de SQL pour travailler ta base de données.

Pourquoi ne pas aller demander directement chez alsacréations, ils ont un forum de support pour leurs tutos et exemples.