Différences

Ci-dessous, les différences entre deux révisions de la page.

--- 090_applicatifs:210http:010_quelques_notions [le 24/03/2025 à 16:31] – ↷ Nom de la page changé de 090_applicatifs:210http:10_quelques_notions à 090_applicatifs:210http:010_quelques_notions prof
+++ 090_applicatifs:210http:010_quelques_notions [le 28/03/2025 à 09:22] (Version actuelle) – ↷ Liens modifiés en raison d'un déplacement. prof
@@ Ligne 9: / Ligne 9: @@
   * Le traitement de l'information pratiqué par le serveur avant d'envoyer le résultat de la requête.
   * Le traitement de l'information pratiqué par le client avant d'afficher le résultat de la requête.
+{{ :090_applicatifs:210http:htmlactif.svg |Principe des pages actives}}
-{{ :http:http1.png |}}
 ==== Côté serveur ====
@@ Ligne 33: / Ligne 32: @@
 ==== Côté client ====
-De ce côté là aussi, des traitements d'informations peuvent être utiles :
+HTML5 et CSS3 et suivants intègrent désormais la plupart des fonctionnalités qui étaient autrefois prises en charge par des plug-ins, javascript, bien qu'étant à ce jour (25/03/2025) un machin pas très propre, augmente encore les possibilités, à la condition que le navigateur soit «récent». Dans la pratique il y a toujours intérêt à utiliser la dernière version proposée.
-  * Contrôler par exemple la validité des informations saisies dans un formulaire, avant de les envoyer au serveur. Ceci évite des allers-retours inutiles en cas de saisie erronée.
-  * Effectuer un traitement local de certaines informations pour afficher un résultat. Un exemple serait d'inclure une calculette dans une page web, cette calculette travaillant uniquement chez le client, sans jamais rien envoyer au serveur (nous verrons cet exemple plus loin).
-  * Réaliser toutes sortes d'opérations susceptibles de rendre les pages visitées plus vivantes, en introduisant des animations, des menus déroulants et toutes sortes de « gadgets » propres à égayer (de façon plus ou moins heureuse) une page web.
-Là encore, les données peuvent être traitées, de diverses manières.
-  * Les JavaScripts.\\  Ces petits applicatifs, transmis dans le document HTML, sont exécutés côté client par le navigateur. Malheureusement, chaque navigateur a une notion plus ou moins personnelle de l'interprétation de JavaScript et c'est un véritable casse-tête pour le concepteur que d'écrire des scripts qui fonctionnent sur la totalité des navigateur existants, même si un effort de standardisation a été entrepris sur les dernières versions (Internet Explorer 6 et plus, Mozilla... Mais il en existe beaucoup d'autres).
-  * Les VBScripts.\\  C'est la même philosophie que pour le JavaScript, à part que c'est du Visual Basic, propriété de Microsoft, qui ne fonctionne donc que sur Internet Explorer. Si la solution peut paraitre intéressante sur un Intranet, où l'on maitrise l'installation des postes clients, elle est bien entendu à proscrire sur l'internet.
-  * Les composants ActiveX qui sont des exécutables compilés, qui ne peuvent s'exécuter eux aussi que dans Internet Explorer, c'est également une technologie propriétaire de Microsoft. Très intéressante sur le principe, elle n'est en pratique utilisable de façon acceptable que sur un intranet.
-  * Les applets Java qui sont comparables aux composants ActiveX, mais qui ont des chances de s'exécuter correctement sur tout navigateur, si une machine virtuelle Java est installée. Ces deux technologies présentent malheureusement de gros risques de sécurité.
-  * Les « plug-in »\\  Ce sont des composants enfichables qui étendent les possibilités intrinsèques des navigateurs, comme l'affichage de documents « flash » par exemple.
-Les avantages sont de deux sortes :
-  * Tout traitement de données réalisé localement est rapide et sans surcharge pour le serveur.
-  * Les effets d'animation, comme les menus déroulants ou les bandeaux défilants ne peuvent être que réalisés localement.
-Les inconvénients viennent des incompatibilités entre navigateurs et des trous de sécurité introduits par des exécutables téléchargés sur le client, issus d'origines qui peuvent être malveillantes.
-Il n'est pas forcément aisé pour un surfeur de faire précisément la part des choses dans tous ces mécanismes qui peuvent se combiner avec plus ou moins de complexité (et de bonheur) au fil des sites visités.
 Pour vous aider à mieux vous y retrouver, des exemples simples sont donnés plus loin.
@@ Ligne 80: / Ligne 58: @@
 Nous allons profiter de l'occasion pour tordre le cou à une confusion trop souvent répandue entre deux méthodes qui permettent toutes deux l'accès au Net pour un réseau local :
-  * Le routeur NAT d'un côté.\\  Le routeur NAT agit au niveau IP. Il fonctionne pour tous les protocoles applicatifs comme HTTP, FTP, mais aussi POP, IMAP, SMTP etc. (voir les chapitres dédiés : [[110masquerade:start]] et [[130netfilter:start]]), puisqu'il agit au niveau IP.
+  * Le routeur NAT d'un côté.\\  Le routeur NAT agit au niveau IP. Il fonctionne pour tous les protocoles applicatifs comme HTTP, FTP, mais aussi POP, IMAP, SMTP etc. (voir les chapitres dédiés : [[110masquerade:start]] et [[130netfilter_iptables:start]]), puisqu'il agit au niveau IP.
   * Le proxy de l'autre.\\  Le serveur proxy travaille, lui, au niveau du protocole applicatif lui-même. Un serveur proxy n'assure aucun routage au niveau IP. En français, on appelle ça un serveur mandataire.
 Pour l'exemple  nous mettrons en œuvre un serveur proxy libre sous Linux : le très célèbre SQUID dans le chapitre qui lui est dédié : [[220squid:start]].