Formulaire HTML envoyer des données par GET au lieu de POST
C'est très étrange, mais mon formulaire HTML d'envoyer des données par OBTENIR, pas de POST.
<form name="mistake" action="http://web-server.com:8888/WebApp/Email/Create" method=post>
<input type="text" name="url" size="50" readonly="readonly">
<br />
<span class="text">
Error :
</span>
<br />
<textarea rows="5" name="mis" cols="37" readonly="readonly"></textarea>
<br />
<span class="text">
Comment :
</span>
<br />
<textarea rows="5" name="comment" cols="37"></textarea>
<input type="hidden" name="email" value="[email protected]">
<input type="hidden" name="subject" value="Errors">
<div style="margin-top: 7px"><input type="submit" value="Submit">
<input onclick="hide()" type="button" value="Close" id="close" name="close">
</div>
</form>
Je l'ai tester sur IE10 avec standart options.
Formulaire HTML très simple et j'écris seulement petit exemple de code.
Comment résoudre ce problème?
Merci!!!!
P. S. Changement d'URL. Cette URL web-serveur.com:8888/WebApp/e-Mail/Créer - appartient à l'asp mvc app.
Quand je lance mon application web et ths site statique sur la machine locale, il fonctionne.
Mais quand j'exécute la page statique sur l'ordinateur local et mvc sur le serveur, il fonctionne pas.
P. P. S. - cette variante de la forme - est de l'origine (j'ai coupé des balises). Maintenant, il est à l'origine.
Je n'ai pas pourquoi, mais ça fonctionne. Peut - problème sur le serveur?
Vous avez défini le
hide()
fonction.Je pense que quelque chose dans
hide()
fonction d'éviter la page de l'affichage.hide() la fonction définie (je ne sais pas où, mais quand hide() s'exécute - formulaire se ferme.
Est-il quelque chose de similaire à cette question (je vois dans votre exemple, il vous manque </form>):stackoverflow.com/questions/8653893/...
OriginalL'auteur Admiral Land | 2014-01-21
Vous devez vous connecter pour publier un commentaire.
Il devrait être un post (en supposant que vous avez oublié la balise de fermeture que dans votre exemple). J'ai ajouté votre code et de mettre la balise de fermeture dans un fichier html et soumis dans google Chrome. C'est ce que je vois dans le réseau de trace:
Aussi regarder cette question dans le cas où vous faites la même.
hide
même).d'accord, c'est quelque chose comme ça.
OriginalL'auteur acarlon
Le problème est plutôt commun et de la réponse tout à fait insaisissable:
Quelque part dans votre code, vous avez une orpheline
<form>
. Cela signifie que le formulaire suivant est imbriquée dans la précédente, et sa méthode est ignoré. Supprimer ou fermer le superflu<form>
et vous avez terminé.OriginalL'auteur Baron François Devant
Un cadre d'application de web, je suis en utilisant automatiquement redirige les requêtes POST pour l'URL de l'action vers la même URL, avec une barre oblique. Redirection HTTP dégradations de la POSTE à OBTENIR.
J'ai oublié comment j'ai eu un semblable de puzzle. Ma essayer de les reproduire a montré la redirection dans un exemple artificiel où un flacon serveur itinéraire se termine par une barre oblique, accepte à la fois les GET et POST, et où le client envoie une requête POST sans le slash.
OriginalL'auteur eel ghEEz
Essayer
method="post"
au lieu demethod=post
OriginalL'auteur Jez D
J'ai eu le même problème une fois ici ce que j'ai fait:
le problème du premier arrivé lorsqu'un formulaire est imbriquée à l'intérieur d'un autre, et sa méthode est ignoré.
la solution est assez simple:
Supprimer ou fermer le superflu et vous êtes bon pour aller .
OriginalL'auteur Sam Adams
Peut-être simplement que votre user-agent est ignorant la méthode du formulaire parce que vous n'avez pas de mettre des guillemets autour de l'attribut.
Essayer:
Il dépend de l'agent utilisateur et la forme de HTML. Ce n'est pas un "donné".
L'UA est IE10. Tout d'UC qui ne l'accepte pas simple (non cotées) les valeurs d'attribut est pas un fonctionnement HTML4/5 UA - même IE6 comprend cette syntaxe (qui a été conservé/codifiée pour la compatibilité ascendante, pas encore ajouté comme un cool fonctionnalité HTML5). Et le XHTML est pas HTML.
Le doctype n'est pas spécifiée, ni aurait-il été raisonnable pour moi d'assumer le doctype a été appliquée correctement.
Aucun de vos commentaires ont été pertinentes ou contre mes prétentions. Cette réponse est fausse.
OriginalL'auteur Rushyo