Eviter la saisie de liens dans un formulaire

bonjour
je n'arrive pas à écrire une phrase de code pour éviter que quelqu'un m'envoie dans son texte un lien http.
pour ce faire j'avais des idées et soit on dit dans le code si le mot <a> existe , envoie une alerte et reste à false ou bien idem : si le mot http existe envoie une alerte et reste à false.

j'ai déjà une fonction qui fonctionne bien si le formulaire n'est pas rempli . le voici :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

function VerifForm() { if ( (document.form.messagelivre.value == "a");) { alert("veuillez ne pas écrire de lien dans le message"); return false; } else if ( (document.form.civi.value == "") || (document.form.prenom.value == "") || (document.form.nom.value == "") || (document.form.email.value == "") || (document.form.profil.value == "") || (document.form.messagelivre.value == "")) { alert("veuillez remplir tous les champs"); return false; } else { return true; } }

---

c'est la ligne : (document.form.messagelivre.value=="a"); qui ne va pas et que je cherche à écrire cette ligne veut dire si la lettre a est le message alors return false

première question si on remplace la lettre a par < , eh bien il ne comprends ce symbole et là je voudrais bien savoir pourquoi ?

deuxième question si j'écris if "http" in document.form.messagelivre; ça ne fonctionne pas. Pourtant c'est cela que je voudrais lui dire .
et j'ai essayé de trouver des réponses et je ne sais pas comment m'y prendre pour résoudre le problème . idem pour écrire ceci :
"<a>" in document.form.messagelivre; puisque un lien en html commence par <a>.

merci pour votre réponse

Bonjour,

La propriété value renvoie le contenu de l'élément du formulaire sous forme de chaine de caractères. L'opérateur in sert à tester le contenu d'un objet (tableau) il n'est donc pas approprié. On utilise la méthode search() pour faire des recherches dans une chaine de caractères. Si la recherche n'aboutit pas le résultat sera -1.

Donc tu pourrais faire un truc dans le genre :

Code:

---

1 2 3 4 5 6

var champ = document.form.messagelivre.value; var regex = /http/g; if (champ.search(regex) !== -1) { // le champ contient "http" }

---

merci je vais essayer et pour ma question concernant le symbole < , pourquoi ne marche t il pas ?

Salut
Plutôt que .value, utilise la propriété .innerHTML.

Code:

---

1 2 3 4 5 6

let docuLivre = document.getElementById("messagelivre").innerHTML; if (docuLivre.indexOf("</a")!==-1) { console.log("</a est contenu dans le document"); }else{ console.log("</a n'est pas contenu dans le document"); }

---

Bonjour,

Citation:

---

Envoyé par ProgElecT

Plutôt que .value, utilise la propriété .innerHTML.

---

Attention :
La propriété innerHTML ne change pas lors de la saisie dans une textarea, la valeur qui s'affichera est la valeur contenue, si existe, entre les balises à l'initialisation de la page, seule la propriété value est mise à jour.

merci à vous trois de m'avoir répondu et je vais revoir mon script cet après midi :)

mais pouvez vous répondre : pourquoi : (document.form.messagelivre.value == "<") donc < ou &lt; ne marche pas ?

d'autre part la console , je vais peut être vous paraître ignare mais elle s'ouvre bien avec F12 ? car avec F12 et mon easy php , elle ne fonctionne pas bien et même très mal , elle est sur le coté alors que je voudrais la mettre en dessous , et j'avais fais un stage ou elle fonctionnait et elle était en dessous et je ne sais plus comment on la met ?

Citation:

---

document.form.messagelivre.value == "<"

---

quand tu écris cela tu testes si « la totalité du contenu » de value est égale à <.

Il te faut regarder du côté de indeOf ou l'utilisation d'une regExp comme indiqué dans les autres réponses.

bon ; ok ; et la console , y a t il une autre façon de l'ouvrir que F12 ?

Bonjour,

Citation:

---

Envoyé par ProgElecT

...Plutôt que .value, utilise la propriété .innerHTML...

---

@ProgElecT
Non.
Si c'est (très certainement) un <textarea>, on utilise .value.

@trx337

• La console : "F12" ou "clic droit" -> "Inspecter/Examiner l'élément"
• L'afficher en bas : en haut à droite de la console : "..." -> "Ancrer en bas"

Salut

Citation:

---

Envoyé par trx337

quelqu'un m'envoie dans son texte un lien http.
pour ce faire j'avais des idées et soit on dit dans le code si le mot <a> existe

---

Oui, en effet, il est évidant que la récupération est au niveau d'un textarea

Donc pour ce

Code:

---

1 2 3 4 5 6

let docuLivre = document.getElementById("messagelivre").value; if (docuLivre.indexOf("</a>")!==-1) { console.log("</a> est contenu dans le document"); }else{ console.log("</a> n'est pas contenu dans le document"); }

---

cela reste pertinent, non?.
Moi je préfère tester la balise fermante, car l'ouvrante pourrait être <a href='https ......

Pour rejeter le message je testerais aussi l'existence de "http" et de "www" en complément ou à la place de '</a>'. En effet de nombreux spam sont construits avec des liens qui ne sont pas inclus dans une balise '<a>'. Les spammeurs anticipent sur le comportement automatique d'un système bbcode ou wysiwyg pour créer les liens, sinon peu importe les adresses sont quand même visibles en totalité et c'est ce qu'ils recherchent avant tout.

j'ai utilisé le code suivant et cela marche très bien mais je voudrais savoir à quoi sert le g après /http/g ?

en tout cas merci à tous

Code:

---

1 2 3

var champ = document.form.messagelivre.value; var regex = /http/g; if (champ.search(regex) !== -1)

---

Citation:

---

Envoyé par trx337

j'ai utilisé le code suivant et cela marche très bien mais je voudrais savoir à quoi sert le g après /http/g ?

---

Bonne question, le "g" indique de faire une recherche globale et non pas de s'arrêter sur la première occurrence trouvée. Donc en fait tu pourrais le supprimer puisque tu ne veux aucun "http" quelque soit sa position.

Mais il serait quand même judicieux d'utiliser un drapeau, à savoir le "i" qui permet de faire une recherche insensible à la casse, ce qui te permettrais de trouver également les "HTTP". Donc tu peux faire ainsi :

Code:

---

1 2 3 4 5 6

var champ = document.form.messagelivre.value; var regex = /http/i; if (champ.search(regex) !== -1) { // http ou HTTP sont inclus dans le message }

---

Plus d'informations sur les regex ici.

je rechercherais plutot la présence de "href" ou encore de "src"; "open"
une balise de fermeture pouvant se syntaxer avec des espaces ...

j'ai tenu compte de ce que vous m'avez dit : voici ce que j'ai écrit :

Code:

---

1 2 3 4 5 6 7 8

if ( document.form.messagelivre.value.search(/http/i)!==-1 || document.form.messagelivre.value.search(/www/i)!==-1 || document.form.messagelivre.value.search(/href/i)!==-1 || document.form.messagelivre.value.search(/src/i)!==-1 || document.form.messagelivre.value.search(/open/i)!==-1   )

---

tu peux tout ecrire en 1 fois : document.form.messagelivre.value.search(/http|www|href|src|open/i)

merci

j'ai essayé de cliquer sur le lien regex mais on tombe sur une page qui n'a pas l'air de marcher :

https://developer.mozilla.org/fr/doc...9guli%C3%A8res

en fait j'ai un problème de console (F12)

j'ai deux sites à analyser : sur l'un la console fonctionne très bien .

sur l'autre , elle est très lente . Quelqu'un a t il une idée de ce qui, peut la ralentir aussi fortement car ce ne peut etre qu'une erreur de script ?

Quand je clique sur le lien que tu as donné j'arrive bien à la page MDN voulue.

Sinon il est très rare qu'une erreur de script puisse être à l'origine d'un problème d'ouverture de la console puisqu'elle est précisément conçue pour débuguer.

Cela dit, si tu as coché la case pour conserver l'historique, elle enregistre tout en continu, et après de nombreuses requêtes il est possible que ces enregistrements successifs dépassent la capacité mémoire de ton navigateur ou de ton ordinateur et dans ce cas cela peut ralentir très sensiblement l'exécution du script ou le bloquer. Par ailleurs il peut y avoir de très grandes différences entre les scripts en terme de ressources nécessaires donc cela dépend non seulement des réglages de la console mais aussi des scripts.

C'est tout ce qui me vient à l'idée, il est possible que tu aies une configuration matérielle un peu limitée (auquel cas il ne faut pas conserver l'historique de la console trop longtemps) et aussi quelques problèmes logiciels si tu n'arrives pas à suivre le lien que tu as indiqué.

Tu peux aussi traiter avant enregistrement les chaînes contenant des séquences sans espace de type "alphanum-point-alphanum-point"

Code:

---

const champ=document.form.messagelivre.value.replace(/([\w]+)(\.)([\w]+)(\.)/g," $1 $2 $3 $4")

---

Ceci décomposera l'adresse en 4 parties;
Ce genre de test s'utilise aussi pour éviter les mots beaucoup trop longs qui peuvent flinguer une mise en page de forum, par exemple... Mais en général, ça se fait plutôt coté serveur.

merci pour ces deux messages

tout mon travail avec vous ne porte pas ses fruits en effet sitot mis en place un message que je voulais éviter
est réapparu . En observant ce message , il n'y a pas écrit monsieur ou madame alors qu'il était obligatoire et le script ci dessus est placé sur la partie message donc je me demande si le message n'est pas posté sur la partie email ou prénom ou nom ; bon je vois ce que j'ai à faire et donc plcer le script sur les autres parties texte

Pièce jointe 523644

Eh oui, il est bon de vérifier toutes les zones de saisie libre!

cette fois ci je sais le faire mais il a quand même évité de cocher la case mr ou mme et là ça me trouble

https://www.developpez.com/template/kit/kitinfo.png

Une discussion = une question Poser plusieurs questions dans un seul et même fil nuit grandement à la qualité du forum : notamment, lors d'une recherche, tout le contenu du fil n'est pas indiqué dans le titre, elle devient donc plus ardue. Notre but est de maintenir une base de connaissances facile à exploiter par tous les visiteurs, utilisable par tous. Vous avez pu bénéficier de ce forum en posant vos questions, laissez la possibilité aux suivants de bénéficier des réponses en leur offrant un sujet moins dispersé.

Merci d'en tenir compte et d'ouvrir une nouvelle discussion.

La vérification des saisies d'un formulaire coté client est une passoire, elle évite juste d'avoir à faire des aller retours entre le serveur et le client.
On peut quoi qu'il arrive contourner ces vérifications soit en console, soit avec des addons de "tamperisation".
C'est juste de l'ergonomique. Il faut TOUJOURS revérifier coté serveur les données reçues avant de les exploiter !!!

désolé mais là j'ai rien compris ;si vous pouviez être plus clair ?:oops::oops:

Ce n'est pas parce que tu vérifie les données saisies dans le formulaire avant envoi (classique) que ce sont ces données qui vont arriver sur le serveur.

Sur n'importe quel formulaire en ligne il est possible ce shunter les vérifications Javascript (coté client) ou les modifier après la vérification js juste avant l'envoi au serveur.
Donc rien ne garantit malgré le vérification javascript que coté serveur tu récupéreras des données "saines".

Il ne faut jamais faire confiance aux données clients et toujours les vérifier coté serveur.

voilà merci je comprends et d'autres personnes ont dit la même chose . Maintenant en pratique je ne sais pas le faire car pour l'instant j'ai mis une fonction dans le bouton d'envoi ;

ou dois je faire un nouveau script et est le même que précédemment ?

Quand tu reçois les données sur le serveur il faut les revérifier ...

ok j'ai trouvé :

https://apical.xyz/fiches/la_validat...rveur_avec_PHP

Oui enfin c'est juste en php vérifier ce que tu reçois dans ton $_GET ou $_POST, afin de t'assurer que l'utilisateur a bien fourni les données aux bons formats et aussi éviter des injections.

Autrement dit, tu as commencé à l'envers. On commence normalement par faire les contrôles côté serveur puis éventuellement côté client en javascript. Les contrôles javascript ne sont que complémentaires et facultatifs pour éviter des aller-retour serveur pour les utilisateurs ayant involontairement faits des erreurs, mais ils n'arrêtent pas les utilisateurs malveillants. Seuls les contrôles côté serveur sont en mesure d'éviter les scripts malveillants. Donc il s'agit de faire en php au minimum les mêmes contrôles que tu fais en javascript pour valider ton formulaire.

Par exemple le code javascript :

Code:

---

1 2 3 4 5

var regex = /http|www|href|src|open/i; if(document.form.messagelivre.value.search(regex)) { //le champ 'messagelivre' contient des chaines de caractères interdites }

---

s'écrit de la manière suivante en php (à supposé que tu transmets ton formulaire en employant la méthode post)

Code:

---

1 2 3 4 5

$regex = '/http|www|href|src|open/i'; if(preg_match($regex, $_POST['messagelivre'])) { //le champ 'messagelivre' contient des chaines de caractères interdites }

---

Mais bon on sort du domaine de javascript et pour aller plus loin il faudrait ouvrir un nouveau sujet dans le forum php. N'hésites pas à le faire, car encore une fois c'est du côté serveur que se contrôle réellement la validité des données client.

merci pour le code , je vais aller plus vite pour finir ce petit travail.

en fin de compte je me suis amusé à me dire que les traficouillateurs appelé si j'ai bon spameurs ? sont utiles à la société et permettent d'apprendre et de se perfectionner en javascript et php

la morale de cette histoire : qui est le plus utile dans la société , le gendarme ou le voleur ?

Oui enfin les voleurs n'ont pas fini de te voler si tu ne suis pas au minimum les conseils qu'on te donnes. De nombreuses personnes t'ont déjà dit que la sécurité se faisait côté serveur, et tu n'as ouvert aucun sujet dans le forum php pour demander des conseils ou soumettre du code. Si tu n'étais pas en mesure de faire le petit exemple que j'ai donné ci-dessus, il est possible aussi que tu n'aies pas compris ce que SpaceFrog voulait dire en parlant d'injections, etc. Es-tu certain que tu n'as rien oublié ?

Ne réponds pas ici si tu as des doutes, mais ouvres un sujet dans le forum Php. NoSmoking a déjà dit qu'il ne fallait pas mélanger les sujets. Si tu trouves cette seule contrainte trop importante, les voleurs auraient bien tort de se priver d'exploiter le manque de sérieux des personnes qui s'exposent sans prendre le minimum de précautions qu'elles pourraient avoir gratuitement ;)

merci à tous pour vos conseils :zoubi: