Auteur Sujet: QCM réseau : consternant!  (Lu 9467 fois)

0 Membres et 1 Invité sur ce sujet

alegui

  • Abonné Bbox fibre
  • *
  • Messages: 464
  • FTTH Courbevoie (92)
QCM réseau : consternant!
« Réponse #12 le: 25 septembre 2016 à 15:28:07 »
Encore une...
J'avais failli le faire remarquer lors de mon précédent message, mais après réflexion c'est logique, google.be n'écoute pas en https sur le port 80. Donc elle existe mais n'est pas "bien formée" puisque elle ne correspond à aucun service en place.

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 078
  • Paris (75)
QCM réseau : consternant!
« Réponse #13 le: 25 septembre 2016 à 17:02:56 »
pour moi, elle est "bien formée", le test portant uniquement sur la syntaxe. En ca le test est foireux car a vouloir introduite un piège, le créateur du test s'est piégé lui-même.




corrector

  • Invité
QCM réseau : consternant!
« Réponse #14 le: 25 septembre 2016 à 23:40:43 »
Une formule est bien formée quand on peut lui donner un sens :

2+2 = 5
est bien formée, cette égalité est conforme aux règles de construction (syntaxe et sémantique dans une algèbre typée), mais elle n'est pas dérivable (démontrable), et on peut même dériver sa négation.

Mais
+2 2 5 =
n'est pas bien formée, cette suite de symbole n'est pas une syntaxe pour une formule de l'algèbre considérée

Voir la définition d'une formule bien formée (logique du premier ordre) :
http://defeo.lu/in310/poly/calcul-pred/

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 078
  • Paris (75)
QCM réseau : consternant!
« Réponse #15 le: 26 septembre 2016 à 13:38:54 »
"bien formé" a un sens precis quand parle d'URL/URI: ca ne genere pas d'erreur lors de l'analyse syntaxique.

Autrement dit on peut la saisir dans un navigateur par exemple et ca ne produira pas d'erreur.
Celui va correctement déterminer les diverses parties de l'URI (scheme, autorithy, path, query, fragment) et envoyer une requête sur le réseau.

         foo://example.com:8042/over/there?name=ferret#nose
         \_/   \______________/\_________/ \_________/ \__/
          |           |            |            |        |
       scheme     authority       path        query   fragment


donc https://google.be:80/webhp?q=cisco est bien formé: ca part sur le réseau.

Dire qu'il ne l'est pas parce que le port 80 est invalide en https sur le "google.be"  est un réponse spécifique a ce serveur: le navigateur a bien compris l'URL, il l'a parser correctement et l'a envoyé au serveur.
De même que "webhp?q=cisco" est spécifique a google.be et générera un 404 sur un autre serveur.