[résolu] envoyer des données dans un formulaire via une URL

krodelabestiole · Le 12/09/2024, à 00:07

ce déni et coupage de cheveux en 4 ! o_O

diesel a écrit :

Pour les clés USB, la plupart sont formatées en VFAT (c'est très ubuntu, ça) et le blocage en lecture constaté est 9 fois sur 10 (si ce n'est pas plus) le signe que la clé est morte. Pas vraiment de rapport avec ubuntu.

demande sur un forum windows comment on monte une clé USB en écriture sur linux,
et demande comment on remplit un formulaire sur le web ? la réponse sera exactement la même qu'ici (ou devrait l'être).
parce que c'est indépendant du système ! donc : pas de rapport avec ubuntu. c'est pas très compliqué.

c'est aussi pour ça que si on a un problème pointu avec blender par ex., même si ça tourne aussi sur ubuntu, il vaut mieux demander sur un forum spécialisé en blender.

et ce sujet aurait, je pense, plus de raison d'être et des réponses plus pointues sur un forum de développement web, ou greasemonkey (ou je sais pas, j'ai toujours pas pigé clairement la problématique et aucune idées des ressources à disposition).

diesel · Le 12/09/2024, à 06:52

Je pense que tu n'as pas compris le sens de mes remarques.

Ce n'est pas que je conteste le déplacement de ce sujet au prétexte qu'il n'a pas de rapport avec ubuntu ; ce que je dis, c'est que c'est aussi le cas pour bon nombre d'autres sujets qui sont traités dans les différentes rubriques du forum et qui ne sont pas déplacés, eux. Le cas de la clé USB morte en est un, mais ce n'est pas le seul, ni même le plus représentatif. C'est seulement le premier qui m'est venu à l'esprit.

Amicalement.

Jean-Marie

krodelabestiole · Le 12/09/2024, à 06:57

non je ne comprends pas. tu veux dire quoi ?

que ce sujet était plus à sa place dans terminal scripts et lignes de commande ?

Terminal, scripts et ligne de commande
Aide sur les commandes Shell et les logiciels spécifiques à la ligne de commande ne rentrant pas dans les autres catégories.

ou qu'on ne déplace pas assez les messages ?

GR 34 · Le 12/09/2024, à 15:15

krodelabestiole a écrit :

ou qu'on ne déplace pas assez les messages ?

Faut dire aussi que vous n'êtes pas nombreux au rayon administrateurs et modérateurs actifs...

diesel · Le 12/09/2024, à 17:53

krodelabestiole a écrit :

non je ne comprends pas. tu veux dire quoi ?
que ce sujet était plus à sa place dans terminal scripts et lignes de commande ?
Terminal, scripts et ligne de commande
Aide sur les commandes Shell et les logiciels spécifiques à la ligne de commande ne rentrant pas dans les autres catégories.
ou qu'on ne déplace pas assez les messages ?

Ben..., que si tu veux appliquer jusqu'au bout ta logique de déplacer tous les sujets qui n'ont pas de rapport direct avec ubuntu (Pour celui-ci, je comprends parfaitement tes raisons), tu vas avoir du boulot (au moins la moitié des sujets traités sur ce forum n'ont pas de rapport direct avec ubuntu. Autre exemple : les questions bash pour la plupart et les réponses associées n'ont pas de rapport direct avec ubuntu. La rubrique bureautique regroupe des sujets qui pour la plupart seraient les même sous debian ou mint, voire même sous windows (pour peu qu'on y ait installé libreoffice)...

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 12/09/2024, à 17:55)

Christophe C · Le 13/09/2024, à 15:34

Vobul a écrit :

Ben oui mais c'est très spécifique à ce site qui permet cela sur cette page. Donc si c'est sur ce site que tu voulais faire ça, tant mieux pour toi. Mais ce n'est pas quelque chose que tu peux faire partout !

Oui, cela ne marche pas partout : les pages dynamiques qui sont générées à la volée, et les formulaires dont le mainteneur a verrouillé les champs.

Mais sur des pages statiques avec un formulaire standard, ça fonctionne. C'est quand même beaucoup de cas.

Dernière modification par Christophe C (Le 13/09/2024, à 15:40)

krodelabestiole · Le 13/09/2024, à 15:37

non pas besoin de verrouiller quoi que ce soit. il suffit de ne pas implémenter de fonctionnalité de ce type, ce qui est le cas de 99% des formulaires sur le web.

Christophe C a écrit :

Mais sur des pages statiques avec un formulaire standard, ça fonctionne.

tu parles de quoi ? tu peux donner un autre exemple stp ?

krodelabestiole · Le 13/09/2024, à 15:43

pour qu'on parle de la même chose, voici un exemple de formulaire simple : https://codepen.io/justinegavri/pen/BaJYaEM

si je comprends bien tu voudrais par ex. envoyer un lien à quelqu'un et qu'une info dans ce lien (pas la cible) permette de lui remplir automatiquement le champs email ?

comme par ex. : https://codepen.io/justinegavri/pen/BaJ … xample.com
edit :

https://codepen.io/justinegavri/pen/BaJYaEM?email=christophe@example.com

Dernière modification par krodelabestiole (Le 13/09/2024, à 15:46)

Christophe C · Le 13/09/2024, à 15:51

yes.

Il faut chercher une balise <input> et récupérer le "name="

par exemple startpage : https://eu.startpage.com/
On demande le code de la page et on cherche le <input> => on voit cela

<input aria-haspopup="false" aria-label="Chercher" autoCapitalize="off" autoComplete="off" autoCorrect="off" dir="ltr" id="q" data-testid="q" maxLength="2048" name="query"

On voit que name=query
Si on tape alors https://eu.startpage.com/?query=toto
on voit alors s'afficher la page avec le champs de recherche prérenseigné à "toto"

Dernière modification par Christophe C (Le 13/09/2024, à 16:01)

krodelabestiole · Le 13/09/2024, à 15:53

c'est exactement l'exemple que je viens de te donner :

https://codepen.io/justinegavri/pen/BaJ … xample.com
edit :
https://codepen.io/justinegavri/pen/BaJYaEM?email=christophe@example.com

ça ne marche pas chez moi.
tu utilises quel navigateur ?

krodelabestiole · Le 13/09/2024, à 15:56

Christophe C a écrit :

par exemple startpage : https://eu.startpage.com/

sur ce site, comme sur tous les moteurs de recherche dignes de ce nom, il y a un javascript qui permet ce comportement.
ce n'est pas un hasard que le champs name s'appelle comme la variable GET qui permet de la remplir, c'est voulu par les développeurs. ça pourrait être différent, mais c'est mieux pour s'y retrouver, parce que l'attribut name définit le nom de la variable qui va être soumise en POST lors de la validation du formulaire.
ici c'est query, ailleur q.
d'ailleurs ça marche aussi avec q :
https://eu.startpage.com/?q=toto
https://eu.startpage.com/?query=toto
https://www.google.com/?q=toto
https://www.google.com/?query=toto
tu remarqueras que sur qwant dans ce cas le script soumet en plus automatiquement la recherche : https://www.qwant.com/?q=toto

c'est donc, ici aussi, un cas très spécifique.

si tu veux en savoir plus sur requêtes GET / POST : https://www.ionos.fr/digitalguide/sites … t-vs-post/

Dernière modification par krodelabestiole (Le 13/09/2024, à 16:00)

krodelabestiole · Le 13/09/2024, à 16:08

j'ai aussi décrit la construction des URL sur la doc, ça pourrait t'intéresser, pour y voir plus clair : https://doc.ubuntu-fr.org/web

et pour approfondir : https://fr.wikipedia.org/wiki/Cha%C3%AE … qu%C3%AAte

Christophe C · Le 13/09/2024, à 16:26

ça marche ici : https://blog.fredericbezies-ep.fr/?s=manjaro (avec exécution automatique de la recherche)

Je n'ai pas bien compris la réserve que tu mets sur l'utilisabilité de ce truc ?
Que les paramètres $_GET ne fonctionnent que s'il y a un JS derrière le formulaire ? Mais c'est plus ou moins toujours le cas, non ?

(dans ma boite, pour l’instant cela couvre nos besoins, en tout cas )

Dans le lien que tu donnes, il y a bien ce passage :

Formulaires Web
L'une des utilisations initiales des chaînes de requête était de transmettre le contenu d'un formulaire HTML, également appelé formulaire Web. En particulier, lorsqu'un formulaire contenant les champs field1, field2, field3 est soumis, le contenu des champs est encodé sous forme de chaîne de requête comme suit :
« field1=value1&field2=value2&field3=value3... »

Dernière modification par Christophe C (Le 13/09/2024, à 16:32)

krodelabestiole · Le 13/09/2024, à 16:47

lorsqu'un formulaire ... est soumis
pas quand on appelle le formulaire.
il envoie ces requêtes à la page suivante (définie par l’attribut action, on a aussi le choix de la méthode : en GET on voit ces variables apparaître dans l'URL de la page appelée, mais on utilise presque toujours POST, justement pour éviter ça.)

Christophe C a écrit :

Mais c'est plus ou moins toujours le cas, non ?

absolument pas !

un autre exemple ici si tu veux : https://developer.mozilla.org/fr/docs/W … ement/form
tu remarqueras que https://developer.mozilla.org/fr/docs/W … xample.com

https://developer.mozilla.org/fr/docs/Web/HTML/Element/form?name=toto&email=toto@example.com

(selon ta méthode) ne donne rien non plus.

Christophe C · Le 13/09/2024, à 17:36

Très bien, je te crois .
Oui, j'utilisais GET pour récupérer des contenus de formulaire.

Mais pourquoi peut-on parfois les remplir (ou pas) ?

Vobul · Le 13/09/2024, à 17:57

Christophe C a écrit :

Mais pourquoi peut-on parfois les remplir (ou pas) ?

Si tu GET le formulaire, et que la personne qui a codé la page utilise comme valeur par défaut pour l'input, la valeur du paramètre présent dans l'URL, alors tu verras l'input qui contient ce que tu as mis dans l'URL. C'est quelque chose que tu trouveras souvent en effet, car dans beaucoup de cas, cela a du sens d'avoir dans l'input la valeur envoyée précédemment, par exemple pour pouvoir éditer sa requête et l'ajuster. Ou simplement pour afficher quelque chose dans ce champs afin que l'utilisateur comprenne qu'il est entrain d'afficher des résultats de recherche.

Mais ce n'est absolument pas un comportement par défaut des navigateurs qui se permettraient de changer la valeur de l'input de manière arbitraire en fonction des query params.

Et même si on prend en général les même noms, on est pas obligés. On pourrait très bien avoir :

<input name='search' value="$_GET['youpla']">toto</input>

Dans ce cas, si le formulaire est un GET (form action=get, comportement par défaut des form), alors ça va get avec "search=toto", mais lors du chargement de la page, le champs ne sera rempli par "toto" que si l'url contient "youpla=toto", car son attribut "value" se base (salement) sur la valeur du query param "youpla". Sauf qu'en général personne ne fait ça car c'est con, mais là c'est pour illustrer le fonctionnement.

Voilà, je sais pas si j'ai été très clair mais j'ai fait de mon mieux !

Christophe C · Le 14/09/2024, à 08:23

Vobul a écrit :

Si tu GET le formulaire, et que la personne qui a codé la page utilise comme valeur par défaut pour l'input, la valeur du paramètre présent dans l'URL, alors tu verras l'input qui contient ce que tu as mis dans l'URL. C'est quelque chose que tu trouveras souvent en effet, car dans beaucoup de cas, cela a du sens d'avoir dans l'input la valeur envoyée précédemment, par exemple pour pouvoir éditer sa requête et l'ajuster. Ou simplement pour afficher quelque chose dans ce champs afin que l'utilisateur comprenne qu'il est entrain d'afficher des résultats de recherche.
Mais ce n'est absolument pas un comportement par défaut des navigateurs qui se permettraient de changer la valeur de l'input de manière arbitraire en fonction des query params.

Merci, cela me semble plus clair, effectivement.

Christophe C · Le 14/09/2024, à 08:43

je suis allez voir un certain nb de sites que j'utilise, en général le remplissage par URL fonctionne, mais souvent c'est une zone de recherche, et elle s’exécute automatiquement. Chaque cas est un site différent.

<input type="search" class="search-field" placeholder="Search" value="" autocomplete="off" name="s" title="Search">
=> marche avec autoexécution

<input class="form-control" type="text" name="form359354[field5e85b286aa637]" id="form359354_field5e85b286aa637" value="" autocomplete="on" autocorrect="off" autocapitalize="" required="" />
=> marche sans autoexécution

<input type="text" id="search_text" class="search-field" name="search" onFocus="if (this.value=='Recherche ...') this.value='';" onblur="if (this.value=='') this.value='Recherche ...';" value="Recherche ..." />
=> ne fonctionne pas

<input type="search" class="search-field" placeholder="Recherche…" value="" name="s" />
=> marche avec autoexécution

<input type="search" id="search-form-66e53728c0d68" placeholder="Type & Hit Enter" value="" name="s" class="search-input" />
=> marche avec autoexécution

<input class="header__search-input" name="s" type="text" placeholder="Enter Search Term" />
=> marche avec autoexécution

Bon, fin du sujet pour moi, et merci de vos explications.

Dernière modification par Christophe C (Le 14/09/2024, à 08:43)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 12/09/2024, à 00:07

Re : [résolu] envoyer des données dans un formulaire via une URL

#27 Le 12/09/2024, à 06:52

Re : [résolu] envoyer des données dans un formulaire via une URL

#28 Le 12/09/2024, à 06:57

Re : [résolu] envoyer des données dans un formulaire via une URL

#29 Le 12/09/2024, à 15:15

Re : [résolu] envoyer des données dans un formulaire via une URL

#30 Le 12/09/2024, à 17:53

Re : [résolu] envoyer des données dans un formulaire via une URL

#31 Le 13/09/2024, à 15:34

Re : [résolu] envoyer des données dans un formulaire via une URL

#32 Le 13/09/2024, à 15:37

Re : [résolu] envoyer des données dans un formulaire via une URL

#33 Le 13/09/2024, à 15:43

Re : [résolu] envoyer des données dans un formulaire via une URL

#34 Le 13/09/2024, à 15:51

Re : [résolu] envoyer des données dans un formulaire via une URL

#35 Le 13/09/2024, à 15:53

Re : [résolu] envoyer des données dans un formulaire via une URL

#36 Le 13/09/2024, à 15:56

Re : [résolu] envoyer des données dans un formulaire via une URL

#37 Le 13/09/2024, à 16:08

Re : [résolu] envoyer des données dans un formulaire via une URL

#38 Le 13/09/2024, à 16:26

Re : [résolu] envoyer des données dans un formulaire via une URL

#39 Le 13/09/2024, à 16:47

Re : [résolu] envoyer des données dans un formulaire via une URL

#40 Le 13/09/2024, à 17:36

Re : [résolu] envoyer des données dans un formulaire via une URL

#41 Le 13/09/2024, à 17:57

Re : [résolu] envoyer des données dans un formulaire via une URL

#42 Le 14/09/2024, à 08:23

Re : [résolu] envoyer des données dans un formulaire via une URL

#43 Le 14/09/2024, à 08:43

Re : [résolu] envoyer des données dans un formulaire via une URL

Pied de page des forums