Citation :
Maintenant ma remarque n'etait qu'une remarque, pas forcément désobligeante...
|
C'est vrai et excusez-moi si à mon tour je pourrais vous donner l'impression d'être désobligeant. Si vous lisez mes autres messages, vous verrez que j'emploie très souvent les mots "peut-être", "sans doute", "probablement". Mais là, je suis sûr de moi à 100%. Je vais m'expliquer plus longuement :
Citation :
Ce qui, categoriquement, est faux.
|
Pourquoi ?
Non, c'est vrai, car :
1. Ni vous, ni personne d'autre sur ce forum n'a montré comment faire ça sans serveur.
2. Une page HTML est faite pour être lue par un navigateur (IE, Firefox, ...). C'est implicite dans l'énoncé de départ. Si ce n'est pas le cas, ce serait vraiment une situation très inhabituelle et cela aurait été précisé dans la question initiale.
3. Un navigateur peut lire une page HTML sans serveur. Mais dès que l'utilisateur déclenche un submit() en appuyant sur un bouton de type submit ou fait une action qui fait tourner un code javascript contenant l'instruction submit, alors le navigateur établit un dialogue avec un serveur (edit : sauf dans le cas particulier où il s'agit d'un appel à une page accessible localement, voir paragraphe suivant).
4. La seule possibilité pour enchainer plusieurs pages HTML sans faire appel à un serveur est d'avoir des références vers des pages déjà préparées et accessibles sur le réseau local. Or, dans le cas présent, il est impossible, dans la pratique, de préparer à l'avance autant de pages que de requêtes possibles de l'utilisateur. De plus, cela ne permet pas d'insérer ou de modifier la moindre donnée. En effet, pour des "raisons de sécurité", la partie cliente ne peut pas écrire quoi que ce soit, où que ce soit, sauf des cookies, sans passer par un dialogue avec un serveur. C'est une contrainte très forte et inhérente au navigateur.
CQFD.
Message édité par olivthill le 28-12-2008 à 11:46:21