Sur l'un de nos sites, les gens qui s'inscrivent peuvent entrer (entre
autres) l'adresse de leur site web. Afin d'éviter les erreurs les plus
flagrantes, un contrôle est fait :
$siteini=$_POST['siteini'];
$site="http://".$siteini;
$file = @fopen($site,'r');
if ($file)
{$_SESSION['siteini']=$siteini;}
else
{
echo '<p class="erreur">L\'adresse de site '.$site.' renvoie un
message d\'erreur !</p>';
$errurl1='1';
}
Ça ne nous met pas à l'abri de toutes les bourdes, mais globalement ça
marche plutôt bien et oblige certains utilisateurs à ôter leurs moufles
pour se servir du clavier.
Aujourd'hui, j'ai le problème inverse, avec un site qui existe mais renvoie
un code erreur. Pour la page d'accueil du site en question http://www.les-
rolistes-rouennais.com/ ça ne m'étonne pas trop, car non seulement la page
d'accueil met longtemps à s'afficher, mais le chargement semble n'être
jamais fini (« en attente de http://www.les-rolistes-rouennais.com/ »). Ce
qui m'ennuie plus, c'est que j'ai le même message d'erreur
avec d'autres pages, par exemple http://www.les-rolistes-
rouennais.com/forum/accueil-f2.html , mais là aussi, il semble qu'il y ait
des éléments de page qui se chargent de manière sporadique.
Du coup, je suis embarrassée, car je n'ai pas envie du tout de supprimer ce
test, même s'il est imparfait, alors si vous avez de bonnes idées, ne vous
gênez pas... (:
Le Tue, 08 Jul 2008 19:31:22 +0000, Pascale a écrit:
Voire que du HTTP. Le besoin de Pascale est de valider une page perso, pas de se connecter à un service bancaire.
Tout à fait : nos inscrits sont des associations, et en 4 ans, personne ne nous a jamais demandé de pouvoir saisir une adresse en https:// Le http:// est mis automatiquement parce que c'est autant de risques d'erreurs en moins (: (on contrôle qu'il n'est pas entré 2 fois).
Oui cela ne servira probablement à rien mais c'était une remarque en passant pour penser à ce qu'on exclut, si on prend le cas des « validations d'email », il y a tellement de routines qui interdisent les adresses avec un TLD de plus de 3 caractères (et avec ce qui a été annoncé récemment, ca va faire des ravages).
À chaque inscription, un message nous est envoyé et nous vérifions quand même manuellement l'existence de l'URL, car le contrôle actuel ne renvoie pas d'erreur par exemple si le nom de domaine est abandonné et que le site est redirigé vers un portail quelconque de services commerciaux
Et donc, même la requête HTTP ne sert « à rien », s'il faut après une validation humaine sur le contenu, chose que vous ne pourrez de toute façon pas automatiser à 100%.
Je veux bien me contenter d'une analyse syntaxique, mais ça me paraît plus que très compliqué d'obtenir quelque chose d'efficace.
Utiliser une bibliothèque toute faite. Je vois : http://pear.php.net/package/Net_URL2 qui dit : Easy parsing of Urls
(je n'ai vérifié ni si c'est facile, ni si c'est correct syntaxiquement parlant)
-- Patrick Mevzek . . . . . . . . . . . . . . Dot and Co <http://www.dotandco.net/> <http://www.dotandco.com/>
Le Tue, 08 Jul 2008 19:31:22 +0000, Pascale a écrit:
Voire que du HTTP. Le besoin de Pascale est de valider une page perso,
pas de se connecter à un service bancaire.
Tout à fait : nos inscrits sont des associations, et en 4 ans, personne ne
nous a jamais demandé de pouvoir saisir une adresse en https://
Le http:// est mis automatiquement parce que c'est autant de risques
d'erreurs en moins (: (on contrôle qu'il n'est pas entré 2 fois).
Oui cela ne servira probablement à rien mais c'était une remarque en
passant pour penser à ce qu'on exclut, si on prend le cas des «
validations d'email », il y a tellement de routines qui interdisent les
adresses avec un TLD de plus de 3 caractères (et avec ce qui a été annoncé
récemment, ca va faire des ravages).
À chaque inscription, un
message nous est envoyé et nous vérifions quand même manuellement
l'existence de l'URL, car le contrôle actuel ne renvoie pas d'erreur par
exemple si le nom de domaine est abandonné et que le site est redirigé
vers un portail quelconque de services commerciaux
Et donc, même la requête HTTP ne sert « à rien », s'il faut après une
validation humaine sur le contenu, chose que vous ne pourrez de toute
façon pas automatiser à 100%.
Je veux bien me contenter d'une analyse syntaxique, mais ça me paraît
plus que très compliqué d'obtenir quelque chose d'efficace.
Utiliser une bibliothèque toute faite.
Je vois :
http://pear.php.net/package/Net_URL2
qui dit :
Easy parsing of Urls
(je n'ai vérifié ni si c'est facile, ni si c'est correct syntaxiquement
parlant)
--
Patrick Mevzek . . . . . . . . . . . . . . Dot and Co
<http://www.dotandco.net/> <http://www.dotandco.com/>
Le Tue, 08 Jul 2008 19:31:22 +0000, Pascale a écrit:
Voire que du HTTP. Le besoin de Pascale est de valider une page perso, pas de se connecter à un service bancaire.
Tout à fait : nos inscrits sont des associations, et en 4 ans, personne ne nous a jamais demandé de pouvoir saisir une adresse en https:// Le http:// est mis automatiquement parce que c'est autant de risques d'erreurs en moins (: (on contrôle qu'il n'est pas entré 2 fois).
Oui cela ne servira probablement à rien mais c'était une remarque en passant pour penser à ce qu'on exclut, si on prend le cas des « validations d'email », il y a tellement de routines qui interdisent les adresses avec un TLD de plus de 3 caractères (et avec ce qui a été annoncé récemment, ca va faire des ravages).
À chaque inscription, un message nous est envoyé et nous vérifions quand même manuellement l'existence de l'URL, car le contrôle actuel ne renvoie pas d'erreur par exemple si le nom de domaine est abandonné et que le site est redirigé vers un portail quelconque de services commerciaux
Et donc, même la requête HTTP ne sert « à rien », s'il faut après une validation humaine sur le contenu, chose que vous ne pourrez de toute façon pas automatiser à 100%.
Je veux bien me contenter d'une analyse syntaxique, mais ça me paraît plus que très compliqué d'obtenir quelque chose d'efficace.
Utiliser une bibliothèque toute faite. Je vois : http://pear.php.net/package/Net_URL2 qui dit : Easy parsing of Urls
(je n'ai vérifié ni si c'est facile, ni si c'est correct syntaxiquement parlant)
-- Patrick Mevzek . . . . . . . . . . . . . . Dot and Co <http://www.dotandco.net/> <http://www.dotandco.com/>
Pascale
Patrick Mevzek écrivait news:4873c47f$0$6429$:
Oui cela ne servira probablement à rien mais c'était une remarque en passant pour penser à ce qu'on exclut, si on prend le cas des « validations d'email », il y a tellement de routines qui interdisent les adresses avec un TLD de plus de 3 caractères (et avec ce qui a été annoncé récemment, ca va faire des ravages).
Quid ? quomodo ?... (:
Et donc, même la requête HTTP ne sert « à rien », s'il faut après une validation humaine sur le contenu, chose que vous ne pourrez de toute façon pas automatiser à 100%.
Disons qu'on cherche à éviter en amont un maximum d'erreurs afin de ne pas avoir à écrire aux gens (ce qui suppose de surveiller ensuite s'ils ont corrigé ou pas).
Utiliser une bibliothèque toute faite. Je vois : http://pear.php.net/package/Net_URL2 qui dit : Easy parsing of Urls
(je n'ai vérifié ni si c'est facile, ni si c'est correct syntaxiquement parlant)
Merci, je l'ai téléchargé... M'enfin, d'ici que je me connecte suffisamment de neurones pour piger comment l'utiliser et voir si ça fonctionne bien... -- Pascale
Patrick Mevzek <pm-N200807@nospam.dotandco.com> écrivait
news:4873c47f$0$6429$426a74cc@news.free.fr:
Oui cela ne servira probablement à rien mais c'était une remarque en
passant pour penser à ce qu'on exclut, si on prend le cas des «
validations d'email », il y a tellement de routines qui interdisent
les adresses avec un TLD de plus de 3 caractères (et avec ce qui a été
annoncé récemment, ca va faire des ravages).
Quid ? quomodo ?... (:
Et donc, même la requête HTTP ne sert « à rien », s'il faut après une
validation humaine sur le contenu, chose que vous ne pourrez de toute
façon pas automatiser à 100%.
Disons qu'on cherche à éviter en amont un maximum d'erreurs afin de ne pas
avoir à écrire aux gens (ce qui suppose de surveiller ensuite s'ils ont
corrigé ou pas).
Utiliser une bibliothèque toute faite.
Je vois :
http://pear.php.net/package/Net_URL2
qui dit :
Easy parsing of Urls
(je n'ai vérifié ni si c'est facile, ni si c'est correct
syntaxiquement parlant)
Merci, je l'ai téléchargé... M'enfin, d'ici que je me connecte suffisamment
de neurones pour piger comment l'utiliser et voir si ça fonctionne bien...
--
Pascale
Oui cela ne servira probablement à rien mais c'était une remarque en passant pour penser à ce qu'on exclut, si on prend le cas des « validations d'email », il y a tellement de routines qui interdisent les adresses avec un TLD de plus de 3 caractères (et avec ce qui a été annoncé récemment, ca va faire des ravages).
Quid ? quomodo ?... (:
Et donc, même la requête HTTP ne sert « à rien », s'il faut après une validation humaine sur le contenu, chose que vous ne pourrez de toute façon pas automatiser à 100%.
Disons qu'on cherche à éviter en amont un maximum d'erreurs afin de ne pas avoir à écrire aux gens (ce qui suppose de surveiller ensuite s'ils ont corrigé ou pas).
Utiliser une bibliothèque toute faite. Je vois : http://pear.php.net/package/Net_URL2 qui dit : Easy parsing of Urls
(je n'ai vérifié ni si c'est facile, ni si c'est correct syntaxiquement parlant)
Merci, je l'ai téléchargé... M'enfin, d'ici que je me connecte suffisamment de neurones pour piger comment l'utiliser et voir si ça fonctionne bien... -- Pascale
