cs_bidonator
Messages postés3Date d'inscriptionvendredi 14 mai 2004StatutMembreDernière intervention13 mai 2009 6 mai 2009 à 11:07
Script intéressant mais ne fonctionnant pas dans toute sa mesure.
La seconde liste a toujours qu'une seule valeur/titre d'affichée (alors que l'on devrait avoir un vrai liste déroulante)
Ca ne marche pas sous Firefox 3.xx
Help me !!!!
cs_kalkal
Messages postés1Date d'inscriptionmercredi 25 mai 2005StatutMembreDernière intervention15 septembre 2005 15 sept. 2005 à 17:52
voila mon souci: moi jaimerais liée de listes déroulantes. dans un premier temps, je récupere tous mes dossiers(en php) dans ma listes déroulantes et je voudrais en fonction de la selection d'un de ces dossier dans ma liste qu'il m'affiche tous les fichiers dans ma deuxieme listes.pouvez vous m'aider car je suis la dessus depuis un moment et je commence à devenir fous.
xiii34
Messages postés38Date d'inscriptionjeudi 1 juillet 2004StatutMembreDernière intervention 4 août 2004 6 juil. 2004 à 15:43
salut à toi Apxa
Je suis totalement newbie en Php et je cherchais depuis plusieurs jours un code qui me permettrais de creer une 2eme liste à partir de la selection d'une premiere, d'ou mon cri de joie quand j'ai vu ton scrpit..
Malheureusement, j'ai un petit probleme. je me sers de ton code pour un formulaire avec plusieurs liste, le tout est dans un Form action pour passer les reponses à une autre page en php pour que ces données sont inserer dans un tableau MySql.. et malheureusement je n'arrive pas à faire passer les 2 valeurs des deux listes ;-(((
Peut etre as tu la solution ??? je suis pas tres fort en Javascript..; ca vient peut etre de la... si tu pouvais m'aider ce serait super cool...
Dans tout les cas, merci beaucoup pour ce code.
XIII34 : xiii34@free.fr
xiii34
Messages postés38Date d'inscriptionjeudi 1 juillet 2004StatutMembreDernière intervention 4 août 2004 6 juil. 2004 à 15:42
salut à toi Apxa
Je suis totalement newbie en Php et je cherchais depuis plusieurs jours un code qui me permettrais de creer une 2eme liste à partir de la selection d'une premiere, d'ou mon cri de joie quand j'ai vu ton scrpit..
Malheureusement, j'ai un petit probleme. je me sers de ton code pour un formulaire avec plusieurs liste, le tout est dans un Form action pour passer les reponses à une autre page en php pour que ces données sont inserer dans un tableau MySql.. et malheureusement je n'arrive pas à faire passer les 2 valeurs des deux listes ;-(((
Peut etre as tu la solution ??? je suis pas tres fort en Javascript..; ca vient peut etre de la... si tu pouvais m'aider ce serait super cool...
Dans tout les cas, merci beaucoup pour ce code.
XIII34 : xiii34@free.fr
apxa
Messages postés188Date d'inscriptionmercredi 15 mai 2002StatutMembreDernière intervention25 avril 2009 11 mai 2004 à 17:40
je suis dacord avec toi mais la je crois que tu t'éloigne un peu de la communication possible entre deux scripts interpretés ici javascript et php.
j'entend par la l'ouverture d'un flux direct entre les deux langages qui ne sont pas directement executé à la base.
ce qui reviens indirectement à dire que le véritable échange "client/serveur" s'effectue par le billet du navigateur qui traduit le script qui fait office de relation "client/serveur" sur l'application navigateur.
le script client envoi des commandes au navigateur qui lui envois des commandes au serveur web et pour le serveur le script appelle envois des command au service web qui lui envois des resultats au navigateur client.
si je schematise grossomodo:
- javascript (A)
- navigateur client (B)
- serveur web (C)
- php (D)
relation "client/server" : (A)->(B)->(C) et (D)->(C)->(B)
il n'y a donc aucune relation direct "client/serveur" entre (A) et (D)
ceci dit j'apprecis ton explication et ton interressement sur le domaine de "client/serveur".
car il est vrai que le principe de (client/serveur) va loin est demande bien plus que qq lignes de commentaires.
je maintient aussi que de toute facon ss rentrer dans le detail de fonctionnement des scripts interpretés et langage de prog que l'on fini tjrs par arrivé au resultat tant bien que mal. ;)
je serais ravi dans mes temps libre de discuter plus longment du sujet avec toi mais je pense que ce n'est pas l'endroit et je t'invite à venir sur le chan #programmation ou je pense que tes connaissance serviront à plein de gens
sur ce have fun
dixitron007
Messages postés59Date d'inscriptionvendredi 20 juin 2003StatutMembreDernière intervention18 mai 2007 11 mai 2004 à 17:03
En faite je vois et depuis le debut très clair dans ton raisonnement. Je voulais juste que tu te rends compte du fait que les architectures client/serveur doivent être rélativisé voir explosé. Et c'est ce qui ce passe à l'heure actuel. Avant on disait client/serveur, maintenant on dis service Web et on parle même d'architecture n-tier. Que les applications cliente ou serveur aient dans leur conception toute les caractèristique que a apris à l'école n'est pas l'essentiel. Ce qui compte c'est ce qui ce passe dans leur interaction vu de l'exterieur. Toute applications qui sait envoyer et recevoir des données d'un poste sur un réseau et une application client/serveur. C'est la passage par les couches basse qui donne a une application sont terme client serveur. Et j'irais plus loin en disant que : c'est l'obligation d'utiliser un protocole de communication sur un port qui donne à une application sont nom de client/serveur.
Pour en renvenir à Flash : j'ai lu un jour dans 01net que Flash était très limité car il ne savait pas communiquer avec des bases de données et en cela il ne pouvait être apte à dispenser du contenu.
Sachons que j'ai réussit à faire une classe de communication entre Flash et MySQL avec seulement 10 lignes de PHP.
Alors je vous le dis et la moral est : explorer le potentiel plutôt que d'écouter les explications fumeuses de ceux qui croit savoir; car tout est toujours possible, tout les chemins mène à Rome, mème si c'est pas pus court
apxa
Messages postés188Date d'inscriptionmercredi 15 mai 2002StatutMembreDernière intervention25 avril 2009 11 mai 2004 à 16:08
bon ecoute,
je ne vais pas m'étendre sur l'explication differenciel entre un programme client/serveur et script interpreté sur un poste client ou sur un poste serveur.
tu feras ta petite recherche dessus et tu y veras tout de suite plus clair dans mon raisonnement.
have fun ;)
dixitron007
Messages postés59Date d'inscriptionvendredi 20 juin 2003StatutMembreDernière intervention18 mai 2007 11 mai 2004 à 14:31
c'est un client?? mais tu as dis plus haut que >>>de plus le fait que l'action script de flash mx recupere " le RESULTAT de SCRIPT SERVEUR" ne corresponds pas à une communication proprement dites "developpement client/serveur".<<<
Pourtant il me semble bien que internet explorer recupere le resultat de script serveur. non?
apxa
Messages postés188Date d'inscriptionmercredi 15 mai 2002StatutMembreDernière intervention25 avril 2009 10 mai 2004 à 18:33
ui y a des chances lol
je dirais que dans la conception du programme il a etait concu pr traiter du client serveur via protocole http et ftp
dixitron007
Messages postés59Date d'inscriptionvendredi 20 juin 2003StatutMembreDernière intervention18 mai 2007 10 mai 2004 à 18:04
Raisonnement interessant. Mais dis moi : Est ce que pour toi Internet Explorer est un client pour un serveur web?
apxa
Messages postés188Date d'inscriptionmercredi 15 mai 2002StatutMembreDernière intervention25 avril 2009 10 mai 2004 à 16:07
Salut dix,
tu viens de repondre toi meme a ta question...
de plus le fait que l'action script de ton flash mx recupere " le RESULTAT de SCRIPT SERVEUR" (ce son tes mots) ne corresponds pas à une communication proprement dites "developpement client/serveur".
d'autre part je te parle de javascript qui est interpreté par le client et de php qui est aussi un script mais interpreté par le serveur alors si tu est si doué en client serveur tu devrais te rendre compte que l'interaction direct de l'un dans l'autre de javascript ds php ou vise versa n'est pas possible.
tu auras forcement d'un cote ou de la l'autre le resultat d'une requete http qui est la seul relation existante entre les deux soit le comportement traditionnel du navigateur (sans pour autant parle de developpement client serveur)
heuresement d'ailleurs sinon ce serais la fête aux hackers.
(allez vas y que je te download les sources via javascript) lol
bon allez have fun.
dixitron007
Messages postés59Date d'inscriptionvendredi 20 juin 2003StatutMembreDernière intervention18 mai 2007 10 mai 2004 à 13:40
Je ne vois pas trop ce que tu veux dire quant tu dis que "le javascript et le PHP ne peuvent pas commniquer entre eux". Il n'a jamais été exclu qu'un langage client ne communique pas avec un langage serveur.
Voit actionscript de Flash MX : c'est un langage client qui est capable de charger des contenu externe issu, si on le souhaite, de resultat de script serveur.
Pour résoudre ce problème avec javascript il faudrait juste une fonction qui permette de charger un contenu texte externe dans le document en cour.
Si cette fonction n'existe pas pour javascript, alors y a pas de solution. Mais si elle existait...
apxa
Messages postés188Date d'inscriptionmercredi 15 mai 2002StatutMembreDernière intervention25 avril 2009 17 févr. 2004 à 17:58
Cher Marcelito,
Encore heureux que le php et javascript ne puissent pas communiquer entre eux. le javascript est traité du coté client et php du coté serveur.
sinon ils n'auraient plus raison d'être.
have fun ;)
cs_Marcelito
Messages postés3Date d'inscriptiondimanche 15 février 2004StatutMembreDernière intervention17 février 2004 17 févr. 2004 à 17:00
Ben comme ma première version de double liste était en PHP avec rechargement de page j'aurai voulu justement évité de devoir recharger la page :D.
Mais bon comme je débute dans le javascript je crois que je vais laisser comme c'est.
Je trouve bien dommage que le PHP et le Javascript ne puissent pas mieux communiquer entre eux.
Bon bah merci quand même de m'avoir répondu apxa ;)
apxa
Messages postés188Date d'inscriptionmercredi 15 mai 2002StatutMembreDernière intervention25 avril 2009 17 févr. 2004 à 16:19
Cher Marcelito,
Pour répondre à ta première remarque, la correspondance se fait par le javascript. je dis en "fonction du résultat" en parlant du résultat de la requête SQL
Pour répondre à ta deuxieme remarque, si tu tu remarque la requête SQL n'est pas conditionelle je lui demande de m'afficher tout les enregistrement de la table d'où l'inconvéniant.
Dans la globalité de tes remarques, l'implémentation du php dans cette source n'est qu'une adaptation visant à rendre dynamique deux listes qui à l'origine ne le sont pas puisque le code a été conçu, à l'origine, pour effectuer cette tache du coté client donc en javascript.
Le mieux étant, pour les plus miticuleux, d'effectuer un rechargement de la page avec une construction dynamique de la deuxième liste en fonction de la valeur choisie dans la première liste.
Ce qui garantie une adaptabilité des navigateurs utilisés ainsi qu'une plus grande maitrise au niveau optimisation d'execution et montée en charge du code.
Have Fun ;)
cs_Marcelito
Messages postés3Date d'inscriptiondimanche 15 février 2004StatutMembreDernière intervention17 février 2004 17 févr. 2004 à 15:17
J'ai testé pour la requête SQL. Ma première liste s'affiche correctement. Mais je capte pas pk tu as marqué :
//Création de la liste de valeur et de titre de la 2ème liste en fonction du résultat
Car dans la seconde requête on ne fait pas appel aux résultats de la première.
Et en plus tu dis, à mon avis à juste titre, que l'inconvénient est qu'on est obligé de charger toutes les réponses de la secondes liste. Hors là je ne vois pas où c'est fait.
Soit c'est un oubli, soit je deviens fou 8-}.
Je te remercie d'avance d'éclairer un peu plus ces points délicats.
20 févr. 2013 à 17:10
Tu peux avoir une solution ici :
http://www.codes-sources.com/code.aspx?ID=39194
bon progammation !
20 févr. 2013 à 17:06
Tu peux avoir une solution ici :
http://www.codes-sources.com/code.aspx?ID=39194
bon progammation !
6 mai 2009 à 11:07
La seconde liste a toujours qu'une seule valeur/titre d'affichée (alors que l'on devrait avoir un vrai liste déroulante)
Ca ne marche pas sous Firefox 3.xx
Help me !!!!
15 sept. 2005 à 17:52
6 juil. 2004 à 15:43
Je suis totalement newbie en Php et je cherchais depuis plusieurs jours un code qui me permettrais de creer une 2eme liste à partir de la selection d'une premiere, d'ou mon cri de joie quand j'ai vu ton scrpit..
Malheureusement, j'ai un petit probleme. je me sers de ton code pour un formulaire avec plusieurs liste, le tout est dans un Form action pour passer les reponses à une autre page en php pour que ces données sont inserer dans un tableau MySql.. et malheureusement je n'arrive pas à faire passer les 2 valeurs des deux listes ;-(((
Peut etre as tu la solution ??? je suis pas tres fort en Javascript..; ca vient peut etre de la... si tu pouvais m'aider ce serait super cool...
Dans tout les cas, merci beaucoup pour ce code.
XIII34 : xiii34@free.fr
6 juil. 2004 à 15:42
Je suis totalement newbie en Php et je cherchais depuis plusieurs jours un code qui me permettrais de creer une 2eme liste à partir de la selection d'une premiere, d'ou mon cri de joie quand j'ai vu ton scrpit..
Malheureusement, j'ai un petit probleme. je me sers de ton code pour un formulaire avec plusieurs liste, le tout est dans un Form action pour passer les reponses à une autre page en php pour que ces données sont inserer dans un tableau MySql.. et malheureusement je n'arrive pas à faire passer les 2 valeurs des deux listes ;-(((
Peut etre as tu la solution ??? je suis pas tres fort en Javascript..; ca vient peut etre de la... si tu pouvais m'aider ce serait super cool...
Dans tout les cas, merci beaucoup pour ce code.
XIII34 : xiii34@free.fr
11 mai 2004 à 17:40
j'entend par la l'ouverture d'un flux direct entre les deux langages qui ne sont pas directement executé à la base.
ce qui reviens indirectement à dire que le véritable échange "client/serveur" s'effectue par le billet du navigateur qui traduit le script qui fait office de relation "client/serveur" sur l'application navigateur.
le script client envoi des commandes au navigateur qui lui envois des commandes au serveur web et pour le serveur le script appelle envois des command au service web qui lui envois des resultats au navigateur client.
si je schematise grossomodo:
- javascript (A)
- navigateur client (B)
- serveur web (C)
- php (D)
relation "client/server" : (A)->(B)->(C) et (D)->(C)->(B)
il n'y a donc aucune relation direct "client/serveur" entre (A) et (D)
ceci dit j'apprecis ton explication et ton interressement sur le domaine de "client/serveur".
car il est vrai que le principe de (client/serveur) va loin est demande bien plus que qq lignes de commentaires.
je maintient aussi que de toute facon ss rentrer dans le detail de fonctionnement des scripts interpretés et langage de prog que l'on fini tjrs par arrivé au resultat tant bien que mal. ;)
je serais ravi dans mes temps libre de discuter plus longment du sujet avec toi mais je pense que ce n'est pas l'endroit et je t'invite à venir sur le chan #programmation ou je pense que tes connaissance serviront à plein de gens
sur ce have fun
11 mai 2004 à 17:03
Pour en renvenir à Flash : j'ai lu un jour dans 01net que Flash était très limité car il ne savait pas communiquer avec des bases de données et en cela il ne pouvait être apte à dispenser du contenu.
Sachons que j'ai réussit à faire une classe de communication entre Flash et MySQL avec seulement 10 lignes de PHP.
Alors je vous le dis et la moral est : explorer le potentiel plutôt que d'écouter les explications fumeuses de ceux qui croit savoir; car tout est toujours possible, tout les chemins mène à Rome, mème si c'est pas pus court
11 mai 2004 à 16:08
je ne vais pas m'étendre sur l'explication differenciel entre un programme client/serveur et script interpreté sur un poste client ou sur un poste serveur.
tu feras ta petite recherche dessus et tu y veras tout de suite plus clair dans mon raisonnement.
have fun ;)
11 mai 2004 à 14:31
Pourtant il me semble bien que internet explorer recupere le resultat de script serveur. non?
10 mai 2004 à 18:33
je dirais que dans la conception du programme il a etait concu pr traiter du client serveur via protocole http et ftp
10 mai 2004 à 18:04
10 mai 2004 à 16:07
tu viens de repondre toi meme a ta question...
de plus le fait que l'action script de ton flash mx recupere " le RESULTAT de SCRIPT SERVEUR" (ce son tes mots) ne corresponds pas à une communication proprement dites "developpement client/serveur".
d'autre part je te parle de javascript qui est interpreté par le client et de php qui est aussi un script mais interpreté par le serveur alors si tu est si doué en client serveur tu devrais te rendre compte que l'interaction direct de l'un dans l'autre de javascript ds php ou vise versa n'est pas possible.
tu auras forcement d'un cote ou de la l'autre le resultat d'une requete http qui est la seul relation existante entre les deux soit le comportement traditionnel du navigateur (sans pour autant parle de developpement client serveur)
heuresement d'ailleurs sinon ce serais la fête aux hackers.
(allez vas y que je te download les sources via javascript) lol
bon allez have fun.
10 mai 2004 à 13:40
Voit actionscript de Flash MX : c'est un langage client qui est capable de charger des contenu externe issu, si on le souhaite, de resultat de script serveur.
Pour résoudre ce problème avec javascript il faudrait juste une fonction qui permette de charger un contenu texte externe dans le document en cour.
Si cette fonction n'existe pas pour javascript, alors y a pas de solution. Mais si elle existait...
17 févr. 2004 à 17:58
Encore heureux que le php et javascript ne puissent pas communiquer entre eux. le javascript est traité du coté client et php du coté serveur.
sinon ils n'auraient plus raison d'être.
have fun ;)
17 févr. 2004 à 17:00
Mais bon comme je débute dans le javascript je crois que je vais laisser comme c'est.
Je trouve bien dommage que le PHP et le Javascript ne puissent pas mieux communiquer entre eux.
Bon bah merci quand même de m'avoir répondu apxa ;)
17 févr. 2004 à 16:19
Pour répondre à ta première remarque, la correspondance se fait par le javascript. je dis en "fonction du résultat" en parlant du résultat de la requête SQL
Pour répondre à ta deuxieme remarque, si tu tu remarque la requête SQL n'est pas conditionelle je lui demande de m'afficher tout les enregistrement de la table d'où l'inconvéniant.
Dans la globalité de tes remarques, l'implémentation du php dans cette source n'est qu'une adaptation visant à rendre dynamique deux listes qui à l'origine ne le sont pas puisque le code a été conçu, à l'origine, pour effectuer cette tache du coté client donc en javascript.
Le mieux étant, pour les plus miticuleux, d'effectuer un rechargement de la page avec une construction dynamique de la deuxième liste en fonction de la valeur choisie dans la première liste.
Ce qui garantie une adaptabilité des navigateurs utilisés ainsi qu'une plus grande maitrise au niveau optimisation d'execution et montée en charge du code.
Have Fun ;)
17 févr. 2004 à 15:17
//Création de la liste de valeur et de titre de la 2ème liste en fonction du résultat
Car dans la seconde requête on ne fait pas appel aux résultats de la première.
Et en plus tu dis, à mon avis à juste titre, que l'inconvénient est qu'on est obligé de charger toutes les réponses de la secondes liste. Hors là je ne vois pas où c'est fait.
Soit c'est un oubli, soit je deviens fou 8-}.
Je te remercie d'avance d'éclairer un peu plus ces points délicats.