Salut je suis grand débutant mais ca on le sait maintenant
 
J'ai une page d'acceuil en HTML qui permet de choisir une equipe et en dessous de taper son nom  
 
j'ai donc deux formulaire, le premier déroulant pour choisir une équipe et le deuxième qui est fixe pour taper son nom.
 
Il me faut une chose je n'arrive a faire:
 
Lorsque l'on choisit son equipe et qu'on a tapé son nom, je voudrais que le nom se rajoute en dessous des joueur de l'equipe choisie (qui s'ouvre d'ailleurs dans une nouvelle fenetre) mais je ne sais pas comment faire
 
merci de votre aide

Il faut un script côté serveur genre en PHP ou ASP.NET, etc.

mince j'y connais rien en PHP ou ASP.NET,
sinon pense tu qu'il y a une autre solution, genre ordonner la fermeture de la fenetre pour le reouvrir avec le nom ajouté ?

Non, aucune solution

arggg je suis perdu alors

[coup de gueule]
Faut arreter de penser qu'il est possible de maitriser php ou asp.net en 1h ...
 
En 1h l'unique chose que tu auras reussi a faire est un bricolage qui ne tiens que par des fils, la moindre petite attaque, ou le moindre petit ecart de l'utilisateur et tout s'ecroule.
 
Php (ainsi que asp.net et javascript) sont de vrais langages a ne pas prendre a la legere.
[/coup de gueule]
 
Il faut arreter de faire du web cet immense bazar qu'il est actuellement.

au moins c'est clair

+1 Cerel

Le php en soit n'a rien de dur, le probleme est sont utilisation.
Il faut apprendre a bien coder.
 
Quand je vois le code qui est poste des fois, je me fais vraiment du soucis.
Pour moi, le code php ne doit pas comporter d'html dedans (sauf quand cela est vraiment necessaire). Il faut separer le php de l'html.  
 
Si tu regardes les tutos sur le net, la plupart font un melange incroyable du code html et php. Je parle meme pas du code html, mais simplement du fait que code php et html soient meles a n'en former plus qu'une boullie infame.
Du genre

 
Alors oui, avec ces tutos tu pourra "apprendre" le php en 1h. Mais le code...
 
De plus, toute la gestion des formulaires et la connexion a la base sont faites n'importe comment. La plupart des script ne soucient aucunement de la securite. Et la securite cela ne s'apprends pas en 1h ...
Pour la connexion a la base faut blinder les requetes sql, ensuite faut blinder le traitement du formulaire pour eviter l'ajout d'html.
Ensuite il faut blinder les sessions, afin d'eviter qu'elles puissent etre "hijackees".
Beacoup de gens ne cryptent meme pas le password stocke dans la base de donees... Des fois j'hesite vriament a m'inscrire sur des sites, car je sais pas s'ils sont bien codes. J'ai pas envie qu'ils lisent mon password.
 
Toutes ces choses tu ne les apprends pas en 1h.
 
 
Pour finir je tiens a dire que l'html (le javascript, l'asp, le php, et ceux que j'oublient) sont de vrais langages. Il faut y investir du temps.
 
Le probleme actuel, est que les navigateurs ne sont pas assez stricts. Ils laissent passer beacoup trop de choses. Du coup, tout le monde pense que faire un site web c'est facile.
Les gens finissent par bricoler un site en 1h.
 
Voila pourquoi Internet degage cet impression d'amateurisme.
 
Webmaster c'est un vrai boulot, c'est pas quelque chose que l'on peut faire en 1h.
 
Pour finir je rejoins un article anglais que j'avais lu : Faudrait arreter de penser que le web c'est pour les stagiaires.

+1 et drapal.
 
Les sites codés à la petite semaine déforcent internet. Web designer ou ouaib master, c'est un job, ça ne demande pas bac+5, mais ça ne s'improvise pas non plus.

+ 1 et drapal aussi

 
 
Exact, le tout est de se passionner pour ces languages et en avoir l'utilité

Bon pour mon probleme je semble avoir trouvé, en PHP, j'ai aussi un bouquin la dessus

 
bé comment tu fais quand tu génères un fomulaire dynamique par exemple? tu fais un include d'une page blindée de variable que tu appelles dans ton script?
 
et pourquoi tiens-tu tellement à cette séparation?
 
(<--noob en apprentissage)

La separation du code php et de l'html permet d'avoir un code plus propre.
 
On a commence par separer la mise en page de l'html, grace aux css. Maintenant on commence a separer le comportement de l'html de ce dernier, grace aux javascripts separes.
 
Moi je suis pour que l'on separe le php de l'html afin de separer la "logique" du "code produit".
 
Personnellement j'utilise un systeme de templates, grace a elles je n'ai plus d'html dans mon code. Ca me permet si je veux de changer le code html (bien que s'il est bien construit, pas besoin d'y toucher, il suffit de toucher a la css).
 
Pour generer un formulaire, j'utilise une classe cree par un pote. Classe que j'ai modifiee afin d'utiliser des fieldsets, legends, et labels. Avec cette classe je cree mon formulaire tres facilement. Cette classe me sort ensuite un code xhtml strict compliant. La classe est faite de telle facon a etre facile d'utilisation (seulement 1 ou 2 parametres sont obligatoires), mais contient egalement 5-6 parametres facultatifs pour passer des arguments supplementaires. Comme ca tout le monde est content
 
Enfin voila, ca se sont les outils que j'utilise pour separer le code  html du code php, il existe surement d'autres techniques ainsi que d'autres outils.

+1. Pour la séparation, j'utilise une classe avec les méthodes nécessaire à l'output. Avec cette classe, je génère en général un fichier XML. Puis le système de template est géré par XSLT.
 
Pour les formulaires, je suis actuellement en train de faire tout un truc pour la génération/Gestion de formulaires, avec configuration du formulaire par fichier XML. Et la partie PHP s'occupe de faire le reste.

Bon, moi je rejoins plutot l'avis de ess-aSH : Faut pas être élitiste non plus !
 
Pour ce qui est de la sécurité : Ben tant pis, tu n'as que le fruit de ce que tu sèmes. Même des "professionnels" de l'informatique te font parfois (souvent) des trucs complètement ridicule au niveau de la sécurité.
 
Pour ce qui est de "Bien coder", faudrait d'abord que le HTML/PHP/Javascript... soient de VRAIS langages de programmation. Sans vouloir cracher dans la soupe que je bois, faut pas rire, on peut pas être élitiste avec des langages créés pour simplifier la vie de tout un chaqu'un. Et on a tous commencé ici à faire des grosses boulettes en PHP (ou autre).  
 
Moi je suis d'avis qu'ils le lisent leurs tutos les newbies, et tant pis s'ils font des bouzes, dans le tas, y en aura ptet un qui va te faire une merveille.
 
Maintenant je ne dénigre pas que je préfererais que tous les "programmeurs" du net utilisent dans leur programation une plus grande séparation du Données-Traitement-MiseEnPage-Affichage. Mais si pas, ben tant pis.

+1 pour le PHP qui n'encourage pas à la rigueur de programmation

 
Il va sans doute s'amuser, mais en général, tu ne crées pas un site pour être le seul à le voir.
 
Le résultat sera généralement bancal et décevant. Un peu comme quand t'es nul en cuisine, que tu passes ton dimanche à essayer de faire des crêpes et que ton entourage les trouve finalement dégueu. Pourtant, t'as fait un effort.
 
Et ce genre de réalisations à la petite semaine constitue malheureusement la grosse majorité du nainternet.
 
Ctout, j'crois pas que ce soit élitiste.

En soit, y'a rien de mal, faut faire ses armes. Mais c'est cette accumulation de sites plus foireux les uns que les autres sur le nainternet qui commence un peu à pomper.
 
Perso, je ne sers à mes amis que des plats que j'ai déjà bien travaillés. A la limite, des mets un peu expérimentaux à des victimes conscentantes. Mais je ne sers jamais une préparation que je ne maîtrise pas. Je la garde pour moi et je tente de m'améliorer.
 
Par analogie, tu peux appliquer ce raisonnement au ouaibe design. Enfin, c'est juste mon opinion, je n'ai pas encore la main-mise sur l'internet.

Ca commence à ressembler à une question ouverte ce topic.  
 
Les uns veulent de la rigueur, les autres veulent de la liberté (enfin, c'est ma vision de ce topic). En soit, ni l'un ni l'autre des parties n'a tort.
 
Seulement voilà, mon avis sur cette rigueur, c'est que cela ne date pas d'hier. Si on ne tolère pas des dérives, on peux pas faire avancer les choses. Le premier gars qui a mit des images dans les pages HTML a forcément du être critiqué au début.  
 
En plus, si on veut vraiment que les gens soient rigoureux, alors faisons les utiliser des langages rigoureux. C'est comme l'histoire du XML valide et du XML bien formé. On oblige personne à avoir du XML bien formé, pourtant, si on veut être rigoureux, faut plus qu'un simple XML valide. Je suis sur que dans beaucoup de boites, ils te font des XML qui n'ont même pas de DTD. Ou même qu'ils prétendent supporter le XML alors qu'ils n'ont rien compris à l'histoire. Un exemple ? Adobe InDesign, rien que lui.
 
Quant à la polution du web, je peux l'admettre, mais perso, ce qui m'enrage, c'est qu'on ai apris à des abrutis comment envoyer 1.000.000 de mails en un seul click. Ca c'est grave. Les mauvais sites sur internet, t'es pas obligé d'y aller.
 
Enfin, toujours question de sites, combien de sites banquaires ne passent pas sur autrechose que IE ? La raison ? Du "Java" à la sauce MS, qui n'est pas compatible avec les standards... Génial, même les banques elles nous font des bouzzz...
 
Bon, j'arrète là, je m'emballe

Ouais !

Le problème aussi viens des boîtes soi-disantes "pro" dont l'interêt n'est de faire que du pognon, alors vas-y qu'on te sert un site fait en 10 secondes sous frontpage, histoire d'en faire le plus rapidement possible. On test sous IE, ça passe ok c'est vendu à prix d'or et pis voilà.

Ouais !
 
Du boulot torché vendu à prix d'or, je suis ton homme, c0wB0y.

C'est ca aussi le probleme.
D'un cote, le web n'est pas fait pour les stagiaires.
 
Mais de l'autre cote, le "stagiaire" (comprendre webdevelopeur qui fait ca comme hobi) risque de faire un code 10 fois mieux que celui du soit disant "pro".
 
Car le webdevelopeur qui fait ca comme hobit veut faire un truc bien, respectant les standards.

 
arghh, j'y avais fait attention dans ma premiere phrase, mais je me suis fait pieger dans la 2e ...
 
Et puis qu'est-ce que tu as contre les hobits ? Ce sont d'excelents webdevelopeurs ... (quoi comment ca je m'enfonce ?)

Moi je dis qu'il ne faut pas se tromper :  
 
WebDeveloppeur =/= Developpeur.  
 
Donc, faut pas payer une fortune un gars qui n'est "que" WebDeveloppeur.  
 
Donc, faut laisser les WebDeveloppeurs devenir WebDeveloppeurs.
 
Quant aux Hobits, l'avantage, c'est qu'ils WebDeveloppent des sites qui s'affichent correctement en 640x480. C'est un avantage. Mais attention de ne pas mettre de serveur de fichier Sam Ganji (A ne pas confondre avec Sam Ganja, le jamaicain), ca bouffe toutes les miettes CPU, surtout quand c'est infecté par le virus Golum_w32.
 
Bon, d'accord, je sors

Gnarf
 
Sinon par les temps qui cours, un webdéveloppeur peut être considéré comme développeur normal, sachant que sans partie côté serveur, un site n'est plus rien

Ca dépend. Si tu fais du Java, d'accord, si tu fais du PHP(4), pas d'accord..
 
(Ps: je fais aussi du php)
 
Mais ce n'est qu'une question de point de vue entre deux guru ! (non, pas dégrapher le col, non, non !! pitier...)

je comprends rien mais je suis d'accord

Oui, il y a une gradation entre les différents développeur. Faut pas mélanger torchons et serviettes, comme on dit chez nous.