cyberlaura

L'essentiel, c'est d'avancer. Et au niveau de la requète elle-même, en l'affichant, est-ce qu'elle est correcte, et que contient-elle exactement ? je ne sous-entendais pas ta non connaissance sur ce sujet, désolée si je me suis mal exprimée, je voulais juste préciser que ça pouvait fonctionner et je trouve ça tellement pratique et rapide...

heu ! Il y a une première chose que l'on peut voir, c'est que les variables recherchedebut et recherchefin sont initialisées après leur utilisation ! Sic !

En fait, tout dépend où sont les simples quotes, voici 2 exemples 1er exemple, les variables sont interprétées : $sql=" select * from table where zone='$mavariable'"; 2eme, les variables ne sont pas interprétées : $sql=' select * from table where zone=\'$mavariable\''; Pour Elrick, le mieux serait de contrôler la valeur de tes variables à chaque étape, par un print($recherchedebut );

Vraisembablement, il y a un problème à l'initialisation de ces variables, attention peut-être aux majuscules/minuscules que ce soit pour les variables du formulaire ou celles de la requète.... A vérifier...

Elrick, je suppose que tu mets ta requète dans une chaine avant de l'envoyer à ta base, du genre : $marequetesql="SELECT * FROM coll_printer_commande WHERE `print_date` BETWEEN '$recherchedebut' AND '$recherchefin' "; Ce que je suggère, c'est que tu fasses un affichage de ce code print($marequetesql); et que tu nous la fasse parvenir. Juste histoire de vérifier qu'il n'y a pas de problème à la construction de la requète...

Bonjour, à mon avis, le première chose à faire est de controler que les dates sont bien envoyées au format de la base de données : AAAA-MM-JJ en mysql par exemple. Pour en être sûr, il suffit d'afficher la requète, et éventuellement de la tester directement dans la base...

Pour Xorban : adaptation en 1 requète moins gourmande, la requète à l'intérieur d'une boucle (code précédent) étant à éviter print("<TABLE>"); $sql="CREATE TEMPORARY TABLE table_temp (IP varchar(20))"; $result = mysql_db_query($database , $sql , $connexion); $sql="INSERT INTO table_temp SELECT IP FROM table1 GROUP BY IP having count(*)>1;"; $result = mysql_db_query($database , $sql , $connexion); $sql="SELECT * FROM table1,table_temp WHERE table1.IP=table_temp.IP;"; $result = mysql_db_query($database , $sql , $connexion); while ($R_table=mysql_fetch_array($result)) { print("<TR><TD>".$R_table['IP']."</TD><TD>".$R_table['nom']."</TD></TR>"); } print("</TABLE>"); $sql="DROP TABLE table_temp;"; $result = mysql_db_query($database , $sql , $connexion); Pour Portekoi : pas de problème, j'ai mis un moment à comprendre moi aussi .

et bien, en fait, il veut les doublons, mais aussi - et c'est ça qui est plus difficile - afficher tous les utilisateurs ayant une IP en doublon. Et le group by va lui cacher la liste des utilisateurs en doublon, pour n'en afficher qu'un. C'est pourquoi il me semble que la double requète est indispensable ( en PHP ou en SQL ) : une pour extraire les IP en doublons, et une autre pour extraire les utilisateurs ayant cette IP.

Ca ne peux pas être aussi simple, cette requète ne sortira que les lignes ayant plusieurs fois la même IP et le même utilisateur. J'ai trouvé ce lien, qui donne des indications pour pallier à l'absence de requète imbriquées : mysql et les requètes imbriquées

Le problème de cette requète, c'est que ça va lui sortir les IP en double, mais de manière unitaire. Il n'aura pas la liste des utilisateurs associés à cette IP. En fait, il faudrait pouvoir faire un select imbriqué, du genre : SELECT * from TABLE where ip in (SELECT IP from table group by IP having count(IP)>1) Mais ce n'est pas possible en mysql et je ne connais pas l'équivalent... PS : je ne savais pas pour la balise code , merci

Voici un exemple de code ( non testé ) qui devrait permettre d'afficher les IP en double : <?php print("<TABLE>"); $sql="select IP from table group by IP having count(IP)>1"; $result = mysql_db_query($database , $sql , $connexion); while ($R_table=mysql_fetch_array($result)) { $sql="select IP,NOM from table where IP='".$R_table['IP'."'"; $result2 = mysql_db_query($database , $sql , $connexion); while ($R_table2=mysql_fetch_array($result2)) { print("<TR><TD>".$R_table2['IP']."</TD><TD>".$R_table2['NOM']."</TD></TR>"); } } print("</TABLE>"); ?> Edit modérateur : la balise code permet une meilleure lisibilité du code affiché

je ne sais pas faire ça en une requète, mais avec une première qui sorte les ip en double : select ip from table group by ip having count(ip)>1 et une 2eme requète qui recherche les ip du résultat de cette première requète. Si quelqu'un sait le faire en une requète, je le lirais volontiers...

Bonjour, sans doute en le ré-installant. il y a surement une astuce, mais je ne la connais pas... Et je n'ai pas envie de faire l'essai d'installation quicktime sur mon PC pour la chercher

Et bien, il faudrait que le bout de code exécuté lors de la validation (celui qui fait l'update à 1) récupère les données suivantes, dans le but de les afficher...

J'avoue ne pas comprendre le problème, car une validation de formulaire fait forcément recharger la page !! Sinon, il existe un ordre en javascript qui permet d'actualiser la page : document.location.href=<URL de la page>.. Si cela peut aider...

Bonjour Gontran, Et bien, je commencerai par séparer la formation du dépannage - pour la formation : je lui proposerais un contrat de x heures maxi par mois à tel montant. Avec une extension possible à tant de l'heure. A toi de savoir le nombres d'heures dont il peut avoir besoin. ( si tu lui met un forfait, il risque fort d'en abuser ) Pour le dépannage, il faut savoir évaluer le taux de pannes moyen ( tant matériel que logiciel ), le nombres d'heures à passer par panne et appliquer un coefficient multiplicateur pour ne pas être perdant. Le tout est de ne pas passer ses journées pour lui alors qu'il ne paye que l'équivalent de 4 heures par mois. en espérant que ma réponse t'aide un peu... Laurence

Merci de ta réponse quant au délai... même si ce n'est pas une bonne nouvelle... Il ne me reste plus qu'à trouver pourquoi je n'ai pas de réponse positive

Bonjour, Je confirme que si les impôts sont plus tolérants, l'Urssaf ne l'est pas. Dés le premier euro gagné, il faut être déclaré. C'est la loi. Voir le site www.apce.com par exemple. Ceci dit, il y a la loi et l'esprit de la loi...et le risque ! Quelqu'un a t-il une idée du délai de réponse de Google après inscription pour les ADsense, cela fait maintenant 3 semaines que je me suis inscrite...

Bonjour, Merci de vos réponses. J'ai finalement choisi Sivit et pour l'instant, j'en suis contente. Bien sûr, mon site immobilier étant en phase de démarrage, atteindre les limites n'est pas pour l'instant ma préoccupation quotidienne mais j'espère avoir vite ce souci majeur ! Mis à part un problème recurrent de statistiques à 0 ("ils" sont dessus et il y a d'autres cas...), il n'y a rien à redire sur la qualité du service. Merci pour vos explications. Laurence

Bonjour Magic63, En ce qui concerne PaintShopPro, le mieux est de passer par l'assistant de la fonction "exporter un gif", en demandant la transparence pour la couleur qui entoure la personne. Bien sur, cette couleur ne doit pas être sur la personne. Il faut choisir "meilleure couleur" et non "couleur pour le web". Esperant t'avoir aidé, Cyberlaura

Bonjour, A l'heure cruciale de choisir un hébergeur (pour un site d'annonces immobilières), j'hésite entre OVH et Sivit. Pour OVH, Dan m'aurait presque convaincue mais la limite des 3 connexions simultanées me laisse perplexe. Par contre,Sivit est tentant mais pas de limites, c'est dangereux aussi. Y en a t-il qui ont été contraints, les limites dépassées de changer d'hébergeur pour rester quand même en mutualisé ? Merci de m'éclairer...