PHWinfo - Afficher un message

27/07/2007, 22h32

Le 27/07/2007 20:38, Patrick Mevzek a écrit :
>
> Le résultat de la requête DNS peut être traitée immédiatement dans
> l'application web, et présenter par exemple un beau message d'erreur et
> laisser l'utilisateur corriger.

Ah, là je dois reconnaître que tu as entièrement raison. Du coup, on
pourrait peut-être mettre à jour la FAQ. Tu aurais le temps et le
courage de nous pondre quelque chose pour corriger le texte actuel ?

Au fait, pour répondre à Thief13 il serait bien d'y rajouter aussi les
références vers les RFC, que je n'avais pas mises.

http://faqfclphp.free.fr/#rub5.3

> Une fois l'email donné au MTA, celui-ci peut le mettre de côté et tenter
> l'envoi seulement plus tard, s'il est surchargé par exemple. On n'aura
> donc la réponse que de manière asynchrone, dans un délai non garanti, et
> surtout ne permettant pas simplement de présenter le problème au client.

Oui, je suis encore d'accord (comme quoi tu as bien fait d'insister). ;-)

>> Les erreurs les plus manifestes sont filtrées par le test de syntaxe.
>
> Pas les @www. par exemple.

Il est donc interdit de déposer un nom de domaine en www.quelquechose,
qui servira ensuite pour le courriel ?

> [...] dans le cas où elle réussit, la requête aura bien lieu deux fois, sauf
> qu'avec le cache local, la deuxième fois récupérera (a priori) les
> résultats de la première, donc la deuxième requête est quasimment nulle en
> coût. On gagne sur les deux cas de figure.

Encore d'accord, mais j'émettais juste un doute sur l'importance de ce
gain. Mais bon, inutile de poursuivre sur ce point, puisque je reconnais
maintenant qu'il y a d'autres avantages à tester les DNS.

27/07/2007, 22h32	#15
Olivier Miakinen Messages: n/a Hébergeur:	Re: tester validite adresse dans un form Le 27/07/2007 20:38, Patrick Mevzek a écrit : > > Le résultat de la requête DNS peut être traitée immédiatement dans > l'application web, et présenter par exemple un beau message d'erreur et > laisser l'utilisateur corriger. Ah, là je dois reconnaître que tu as entièrement raison. Du coup, on pourrait peut-être mettre à jour la FAQ. Tu aurais le temps et le courage de nous pondre quelque chose pour corriger le texte actuel ? Au fait, pour répondre à Thief13 il serait bien d'y rajouter aussi les références vers les RFC, que je n'avais pas mises. http://faqfclphp.free.fr/#rub5.3 > Une fois l'email donné au MTA, celui-ci peut le mettre de côté et tenter > l'envoi seulement plus tard, s'il est surchargé par exemple. On n'aura > donc la réponse que de manière asynchrone, dans un délai non garanti, et > surtout ne permettant pas simplement de présenter le problème au client. Oui, je suis encore d'accord (comme quoi tu as bien fait d'insister). ;-) >> Les erreurs les plus manifestes sont filtrées par le test de syntaxe. > > Pas les @www. par exemple. Il est donc interdit de déposer un nom de domaine en www.quelquechose, qui servira ensuite pour le courriel ? > [...] dans le cas où elle réussit, la requête aura bien lieu deux fois, sauf > qu'avec le cache local, la deuxième fois récupérera (a priori) les > résultats de la première, donc la deuxième requête est quasimment nulle en > coût. On gagne sur les deux cas de figure. Encore d'accord, mais j'émettais juste un doute sur l'importance de ce gain. Mais bon, inutile de poursuivre sur ce point, puisque je reconnais maintenant qu'il y a d'autres avantages à tester les DNS.