Mosaic and the W3
Mise en garde :
Le document suivant traitant du Web, il est de ce fait obsolète le jour
même où il est imprimé. . .
Plus Précisemment, cet article date du numéro 57
du Journal Tribunix, paru en Septembre 94.
Un article de vulgarisation un peu plus récent (Décembre 97) peut
être consulté qui est paru dans le numéro
28 d'Equi'Idée, une publication de l'institut du Cheval
Vous pouvez obtenir une version
PostScript de ce document ...
Table des Matières
A. Les URLs utiles :
2. Les protocoles classiques
A. FTP ou le Téléchargement (File Transfert Protocol).
B. ARCHIE ou la recherche par nom de fichier.
C. WAIS ou la recherche par mot clefs.
D. Gopher ou la recherche par menu.
E. Telnet ou la recherche guidée par logiciel.
F. Les NEWS ou la recherche par centre d'intérêt communautaire.
G. Les URLs utiles :
3. L'unification des protocoles : les URLs.
A. Les URLs absolus.
B. Les URLs relatifs.
C. Exemples d'URLs:
D. Les URLs utiles :
4. L'unification de la présentation : le format HTML
A. Le principe
B. Un petit cours
C. Un Exemple : le fichier home de l'utilisateur mosaic.
D. A Suivre... HTML+
E. Les URLs utiles :
5. L'organisation sur le site WWW.univ-mlv.fr
A. L'arborescence
B. index.html et .htaccess
C. L'intérêt d'un serveur http : l'optimisation, les scripts, les
maps.
D. Les URLs utiles :
6. Pour se repérer sur le ReZo : les petits plus.
A. Recherche par lieu.
B. Recherche par sujet.
C. Recherche par robot.
D. Les News.
WWW est l'abréviation de World Wide Web, soit, en traduction
littérale, La large toile mondiale (C'est Spider's Web qui signifie
toile d'araignée). Le WWW, plus communément appelé Web,
est un projet unificateur de l'accès aux données disponibles via
le réseau des réseaux : Internet (Le 'Rezo' pour les
branchés).
Au départ, l'idée est partie du CERN de mettre en place un
système hypermédia distribué.
Distribué parce que les données y sont réparties de part
le monde et mises à disposition par des serveurs (architecture client
-serveur).
On accède à ces données par l'intermédiaire d'un
browser (brouteur de réseau) qui va lire les informations d'un serveur
à un autre. C'est sans doute l'avènement du client Mosaic qui a
permis depuis la fin de l'année 93, une véritable explosion du
projet. En Janvier 94, il y avait moins d'une dizaine de serveur en France. A
ce jour -Juillet 94-, il y en a près de 100 déclarés sur
la carte de France (dont celui de l'Université de Marne la
Vallée).
On retiendra le terme d'Hypermédia pour le passage du mode texte et
hypertexte au mode multimédia.
Rem : Septembre 94 : une nouvelle carte de france -hiérarchisée-
a vue le jour...
A. Les URLs utiles :
http://siva.cshl.org/~boutell/www_faq.html
"World Wide Web FAQ"
??? Projet gutemberg
"Big Dummy's Guide to the Internet".
2. Les protocoles classiques
Avant d'aller plus loin, il faut bien comprendre que le projet Web n'est pas un
remplacement brutal de l'existant mais une surcouche qui améliore la
convivialité de l'accès aux données.
En effet, les serveurs d'information existent depuis longtemps sur le ReZo. Le
problème est qu'à chaque type de serveur correspond un type de
client propre.
Pour rappel voici les méthodes d'échange de données
classiques :
A. FTP ou le Téléchargement (File Transfert Protocol).
FTP est de loin le protocole d'accès aux données le plus
important quantitativement. Le client a accès à une
hiérarchie de répertoires similaire à celle d'un disque et
peut (avec les limitations imposées par le serveur) obtenir (get) ou
déposer (put dans le répertoire pub) des fichiers qui peuvent
être ce que l'on veut dans le format que l'on veut. Le problème
majeur de ce dispositif est la recherche d'un document précis.
Même si l'on sait sur quel serveur il faut chercher l'information, la
hiérarchie même du serveur n'est pas toujours suffisamment
explicite pour s'y retrouver, en tout cas, pas sans quelques tâtonnements
fastidieux. Différentes méthodes sont alors apparues.
Remarque : sous la réserve d'avoir un compte sur la machine ou l'on va
chercher des fichiers et suivant la permissivité de l'ingénieur
système responsable de cette machine, on retiendra le protocole
réellement le plus élémentaire de
récupération de fichier : RCP (Remote CoPy) qui, contrairement au
protocole FTP, ne nécessite pas la phase de login/mot de passe.
B. ARCHIE ou la recherche par nom de fichier.
Chaque mois, le maximum de sites ftp anonymous (accessible par tous) sont
interrogés par les serveurs archies du ReZo qui créent ainsi une
base de donnée mondiale des noms de fichiers et noms des
répertoires des sites (une sorte de ls -R -l).
Le client archie peut alors interroger le serveur... à condition d'avoir
une idée relativement précise du nom des fichiers qu'il recherche.
C. WAIS ou la recherche par mot clefs.
Pour faciliter l'accès à leurs données, des
administrateurs de serveurs peuvent décider de créer un serveur
WAIS. Ils devront alors commencer par créer un index des documents
qu'ils possèdent. Le client WAIS pourra alors effectuer une recherche
par mot clefs dans cet index.
D. Gopher ou la recherche par menu.
Similaire au protocole ftp dans le sens où l'on se déplace dans
une présentation hiérarchique des données une
amélioration est offerte dans la possibilité pour un
'répertoire' de la hiérarchie d'être en fait un lien vers
n'importe quel autre site Gopher ou Telnet. On retrouvera cette notion de lien
dans le projet Web. On adopte dans le monde Gopher la notion de Menu. En
particulier, un Menu (texte plus long et plus expressif) permet une
compréhension plus grande de la hiérarchie qu'un nom de
répertoire.
Remarque : Gopher était destiné au départ à devenir
un réseau d'information entre les universités.
E. Telnet ou la recherche guidée par logiciel.
Ici on va demander à un logiciel distant (tournant sur le serveur) de
nous guider dans notre recherche. C'est souvent le cas pour les serveurs de
bibliothèques (que ce soit celle du Congrès Américain ou
celle de Jussieu) ou encore du plan des métros des grandes villes.
Avantage : la recherche est souvent plus précise que par un serveur wais
et les possibilités d'interaction plus étendues mais le
programme serveur, souvent développé en locale, présente
des spécificités auxquelles il faut s'adapter (sur l'un il faudra
faire un Ctrl-D pour sortir tandis qu'un autre attendra un Ctrl-]).
F. Les NEWS ou la recherche par centre d'intérêt
communautaire.
(Usenet, méthode nntp : Network News Transfert Protocole).
Pour connaître l'avis des autres sur un sujet donné. Ici, on pose
des questions, les connectés vous répondent. Avantage et
inconvénient : les données y sont "fraîches".
C'est souvent dans les news que l'on apprend où se trouve une FAQ
(Frequently Asqued Question ou Foire Aux Questions) sur un sujet donné.
G. Les URLs utiles :
http://siva.cshl.org/~boutell/www_faq.html
World Wide Web FAQ
3. L'unification des protocoles : les URLs.
Le premier apport du projet Web a été la mise en place des URL.
L'URL ("Uniform Resource Locator") est un moyen uniformisé de
localisation des ressources. Le principe : si quelque chose peut être
obtenu sur le ReZo par l'une quelconque des méthodes
précédentes, par serveur http (serveur de ressources Web), ou par
toute autre méthode à venir, il doit pouvoir être
décrit sous la forme d'un URL, de format suivant. . .
A. Les URLs absolus.
méthode://nom_de_la_machine:port/nom_de_fichier[#ancre |
?liste_de_paramètres]
Ce qui donne dans le détail :
1. Méthode :
file : La ressource est un fichier accessible par le client.
ftp : La ressource est accessible par le protocole FTP.
http : La ressource est accessible par le protocole HTTP (cas des
ressources disponibles sur un serveur W3).
telnet : La ressource est accessible via une session interactive TELNET.
gopher : La ressource est accessible par le protocole GOPHER.
wais : La ressource est accessible par la version WAIS du protocole Z39.50.
news : La ressource est accessible par le protocole NNTP.
2. Nom de la machine :
dénomination de la machine sur laquelle tourne le serveur
3. Port :
Par défaut 80 (Il faut dans ce cas que le serveur soit lancé par
le root).
Sinon, il faut choisir un nombre entre 1024 et 65536.
4. Nom du fichier :
sous la forme chemin/d_accès/nomFichier
Le chemin d'accès peut être relatif ou absolu.
Absolu, il se fait par rapport à la racine définie par le serveur
(et n'est pas forcement le racine physique du disque où se trouvent les
informations.
5. Ancre :
Nom d'un pointeur dans un fichier HTML.
6. Liste de paramètres :
En particulier dans le cas de requêtes WAIS.
B. Les URLs relatifs.
Dès qu'un document est localisé, quelque part dans le
réseau (par exemple, le document
http://www.univ-mlv.fr/CIG/CIG.fr.html), on peut utiliser un URL "partiel" ou
"relatif" pour situer un autre fichier dans le même répertoire,
sur la même machine, servie par le même type de serveur. ( dans le
document précédent, on peut faire référence au
document CIG.en.html qui se trouve dans le même répertoire par
l'URL relatif CIG.en.html).
Les URLs Relatifs sont très importants dans le sens qu'ils permettent un
déplacement aisé de l'ensemble de l'arborescence d'un serveur
sans une mise à jour complexe. En pratique, on n'utilise des URL
absolus dans l'écriture de fichiers HTML que pour pointer vers des
données non disponibles sur le serveur ou se trouve le fichier
créé.
C. Exemples d'URLs:
file :
file://www.univ-mlv.fr/usr/people2/mosaic/htdocs/MultiMedia/Icon/CIG/CIG.gif
ftp : ftp://ftp.inria.fr/games/galaxy.tar.z
http : http://acaci.ens.fr:8080/
telnet : telnet://mlibrary@bleut.bius.jussieu.fr/
gopher : gopher://burrow.cl.msu.edu/11/news/news/general/french_langage
wais : wais://hostport/database[?search]
news : news:fr.rec.cuisine
D. Les URLs utiles :
http://info.cern.ch/hypertext/WWW/Addressing/Addressing.html
"WWW Names and Addresses, URIs, URLs, URNs".
http://info.cern.ch/hypertext/WWW/Addressing/URL/Overview.html
"Uniform Resource Locators"
4. L'unification de la présentation : le format HTML
A. Le principe
Non seulement le projet Web unifie les données par les
désignations mais il le fait aussi pour leur présentation. Ainsi,
que ce soit le contenu d'un répertoire, d'un menu, ou d'un index,
l'ensemble est accessible par une sélection (clic dans le cas d'une
interface graphique) d'un bouton dans un document Hypertexte, voire
Hypermédia. Un document hypertexte est un texte dans lequel certains
mots ou passages sont mis en valeur (souligné, gras ou couleur) qui sont
en fait des boutons cachant des liens vers d'autres documents du même
type. Un document Hypermédia diffère du précédent
dans le sens qu'il inclut des images et que ses liens pointent vers des
documents de n'importe quel type (dont sonore et vidéo).
Ici il faut quand même différencier trois sources de
présentation hypermédia.
La première est obtenue par la surcouche des brouteurs de réseau
(client Web) tel mosaic qui crée le document hypermédia. Ainsi en
ouvrant un URL ftp sous mosaic, on obtient un ls du répertoire
désigné. Un clic sur un répertoire inclus entraîne
un déplacement dans celui-ci, un clic sur le nom d'un fichier, son
téléchargement.
La seconde est l'écriture individuelle de documents au format HTML
(HyperText Markup Language).
La troisième est l'écriture de script dont l'exécution
fournie un fichier HTML.
B. Un petit cours
1. Généralités.
HTML est un langage descriptif : Il permet de décrire les objets et les
types d'un document. En Imagé : "c'est comme du TeX". HTML est
décrit suivant la norme SGML (Standard Generalized Markup Language). A
ce titre, les documents balisés en utilisant HTML peuvent être
échangés entre des plates-formes et des environnements
différents.
Un document HTML est en "plain text" (texte ascii 7bits) et peut être
écrit avec n'importe quel éditeur de texte, même le plus
simple (avis aux amateurs de vi). Il existe par ailleurs des éditeurs
WYSIWYG (actuellement au CIG, deux sur SUN et un sur Mac) et des traducteurs
d'autres formats vers html. Exemple sur Mac : Vous avez écrit un texte
sous WORD, de préférence en utilisant proprement le mode plan,
vous sauvegardez au format RTF et vous glissez le fichier en question sur
l'icon RTF to HTML. C'est fait.
En attendant de bien connaître un des précédents
éditeurs, il est bon de comprendre le principe et d'avoir écrit
quelques fichiers "à la main, quitte à utiliser les macros de jot
pour rendre le travail moins pénible (placer le fichier .jotmacs du
répertoire home de mosaic dans le votre).
Vous pouvez par ailleurs visualiser en temps réel le résultat
avec mosaic (option Open Local du Menu File).
2. Les Markup Tags (ou macro pour les utilisateurs de TeX).
HTML est composé d'un ensemble d'éléments qui
définissent un document et la manière de l'afficher.
Un élément HTML peut inclure un nom, des attributs du texte ou de
l'hypertexte et apparaîtra dans un document HTML sous le moule :
<tag_nom>text</tag_nom>
<tag_nom nom_attribut=argument>text</tag_nom> ou juste
<tag_nom>
Ex <TITLE>Ceci apparaîtra comme un titre</title>
On note au passage que les tags HTML sont "case insensitive" (peuvent
être écrites aussi bien en majuscule qu'en minuscule). Par contre,
l'expérience montre que les écrire en majuscule rend la lecture
du fichier HTML plus aisée.
Par ailleurs, excepté dans les parties de texte à la mise en page
pré définie ( encadré par les tags <PRE> et
</PRE>), les espaces, suite d'espace, tabulation et passage à la
ligne, sont également traités comme un unique espace.
3. Les caractères Spéciaux.
Les caractères accentués sont obtenus comme suit :
* é : é
* è : è
* î : î
* à : à
* À : À....
(Attention ici à l'importance des majuscules/minuscules)
Les caractères du langage HTML :
* < : <
* > : >
* & : &
* " : "
* espace insécable :
4. Structure générale d'un fichier HTML.
Un fichier HTML est constitué d'une tête (HEAD) donnant des
informations sur le contenu du corps, sa provenance, son
accessibilité... et d'un corps (BODY) qui sera la partie visible par
l'utilisateur.
<HTML>
<HEAD>
<TITLE>Ceci apparaîtra dans la fenêtre titre du
Brouteur</TITLE>
<!-- Ceci est un commentaire -->
<!-- La zone HEAD peut contenir d'autres champs que TITRE, mais ils sont
alors -->
<!-- écrits par le serveur. Ex : ISINDEX, NEXTID, BASE, LINK -->
</HEAD>
<BODY>
...
...
...
</BODY>
</HTML>
5. Mode PLAN : plongeon dans le corps du fichier HTML
A l'intérieur du Corps se trouve votre document organisé de
manière LOGIQUE par opposition à une organisation par formatage
de texte. On retrouve ce type d'organisation dans le mode PLAN de word. En
pratique, à chaque fois que vous voulez qu'une partie de votre texte
soit considérée comme un titre, plutôt que de
l'écrire en gras, majuscule avec une taille de 20, vous la
déclarez simplement comme étant un titre d'un niveau plus ou
moins important. Il en est de même pour les commentaires, les extraits de
codes, ou les listes...
C'est alors au brouteur (client) de décider s'il veut que les
commentaires soient visibles en italiques ou en souligné, suivant ses
propres petites habitudes...
Les Titres
* <H1>Titre de niveau 1 (LE titre du document)</H1>
* <H2> ... </H2>
* <H3> ... </H3>
* <H4> ... </H4>
* <H5> ... </H5>
* <H6> titre le moins important </H6>
Styles Logiques
Entre parenthèses apparaît le rendu obtenu classiquement par
défaut sur les clients graphiques.
Ceci est purement indicatif.
* <EM>..texte..</EM> : Texte important (italique).
* <STRONG>...</STRONG> : Texte très important (bold).
* <CODE>..texte..</CODE> : Code informatique (à largeur de
fonte fixe).
* <DFN>..texte..</DFN> : Définition d'un terme (italique).
* <CITE>..texte..</CITE> : Titre de film, de livre. . .
(italique).
* <KBD>..texte..</KBD> : Terme à rentrer au clavier par
l'utilisateur
(password...) (bold à largeur de fonte fixe ou italique).
* <VAR>..texte..</VAR> : Variable "méta syntaxique" (nom de
fichier)(italique).
* <SAMP>..texte..</SAMP> : Message de sortie informatique
(Segmentation fault:...)
(à largeur de fonte fixe).
* <ADDRESS>..</ADDRESS>: Auteur, Organisme responsable du
document
<BLOCKQUOTE>
....
</BLOCKQUOTE> : Citation, Extrait de document (texte indenté).
* <PRE> : Texte tel qu'il apparaît dans le fichier html
..... (Un espace est un espace, un passage à la ligne
</PRE> le reste et la largeur de fonte est fixe).
Les Listes
Afin de présenter une liste d'éléments, de données
de définitions, de nombreuses possibilités s'offrent à
l'auteur de fichier HTML.
Les listes de Définitions ou Glossaires.
<DL>
<DT>Premier terme à définir.
<DD>Définition du premier terme.
<DT>Deuxième terme à définir.
<DD>Définition du deuxième terme.
...
</DL>
Les Listes non ordonnées.
<UL>
<LI>Premier élément de la liste.
<LI>Deuxième élément de la liste.
....
<UL>
Les Listes ordonnées (numérotées).
<OL>
<LI>Premier élément de la liste.
<LI>Deuxième élément de la liste.
....
<0L>
Les Menus.
<MENU>
<LI>Premier élément de la liste.
<LI>Deuxième élément de la liste.
....
<MENU>
Les listes Encapsulées
Un élément d'une liste peut lui même être une liste
(on évitera quand même de dépasser trois niveaux
d'encapsulation). Il est bon pour la lecture du fichier HTML d'indenter en
conséquence, même si l'indentation est automatique au rendu.
<MENU>
<LI>Premier élément de la liste.
<LI>Deuxième élément de la liste : une liste de
terme
<DL>
<DT>Premier terme à définir.
<DD>Définition du premier terme.
...
</DL>
....
<MENU>
Texte formaté classique
Rappel : à déconseiller (par rapport aux styles logiques) pour un
texte propre dans la philosophie HTML.
* <B>...texte GRAS (Bold)..</B>
* <I>...text ITALIQUE..</I>
* <TT>...text à largeur de fonte fixe..</TT>
Extra
* <P> : Fin de paragraphe (Passage à la ligne + Saut de Ligne)
* <BR> : Passage à la ligne (sans saut).
* <HR> : Ligne de démarcation esthétique.
Image Incluses dans le texte.
<IMG SRC="URL_DE_L_IMAGE">
ou URL_DE_L_IMAGE est généralement un URL relatif.
ou pour le format complet :
<IMG SRC="URL_DE_L_IMAGE ALT="texte de remplacement"
ALIGN=[MIDDLE|TOP]>
l'attribut ALT sert pour les brouteurs de ReZo non graphiques. C'est alors le
texte de remplacement qui est visible au lieu de l'image.
ALIGN définit la position du texte se trouvant sur la même ligne
que l'image, par rapport à celle-ci (Bottom par défaut).
ATTENTION : La Source d'une image incluse doit être au format GIF ou X
Bitmap (XBM).
Exemple :
<IMG ALIGN=middle SRC="CIG/Icons/CIG_icon.GIF" ALT="Icon CIG">
Le Meilleur pour la fin : Les HyperLiens
Fonctionnant comme les boutons d'une pile HyperCard ou les aides de Windows,
les Liens sont des images ou des textes NON-FORMATÉS cachant un des
fameux URLs.
<A HREF="URL_a_CHARGER">Texte du Bouton</A>
Dans le Texte du Bouton ne doit se trouver que du texte non formaté ou
la référence à une image (dans ce cas, il vaut mieux
compléter l'attribut ALT du tag IMG).
Ex bouton/icon pour obtenir une version en français d'un document :
<A HREF="page.fr.html"><IMG SRC="drapeauFrance.gif" ALT="Texte
Francais"></A>
Ou présentation d'une image sous forme réduite afin
d'économiser la taille du document, tout en donnant la
possibilité de charger l'image réelle :
<A HREF="imReel.jpeg"><IMG SRC="imReduite.gif" ALT="Image A
Charger"></A>
Les Ancres dans un fichier
Un URL peut inclure la partie d'un fichier que l'on désire apercevoir
lors de son ouverture (par défaut on voie le début du fichier).
Il s'agit du paramètre suivant le #, qui est le nom d'une "ancre".
Encore faut-il que cette ancre soit définie dans le fichier en question.
Pour cela, on procède comme suit :
<A NAME="nomAncre">Texte apparaissant au début de la fenêtre
du client</A>
Une telle ancre peut alors être atteint de l'extérieur :
en ouvrant l'URL http://nomMachine/nomFichier#nomAncre
ou en cliquant sur un lien se trouvant dans le même fichier que l'ancre
:
<A HREF="#nomAncre">Plus loin dans ce document...</A>.
Encapsulation des Tags.
Trois limitations au formatage :
Les Formatages ne doivent surtout pas se chevaucher :
<H2>Un Titre...<B>de niveau 2</H2>gras sans être titre
2</B> (Mauvais)
Ne pas encapsuler de formatage dans le texte d'un lien :
<A HREF="mosaic.en.html"><H1>English version</H1></A>
(Mauvais)
<H1><A HREF="mosaic.en.html">English version</A></H1>
(Bon)
On peut se permettre un formatage classique dans un formatage logique. . .
<H5>Un Titre...<B>de niveau 2</B></H5>
. . . alors que l'inverse est à éviter. . .
<B><H5>Un Titre...de niveau 2</H5> au milieu d'un texte en
gras</B>
. . . de même qu'il faut éviter les doubles formatages classiques
:
<B><I>Italique Gras</I> au milieu d'un texte en
gras</B>
Dans bien des brouteurs, seule l'information la plus encapsulée sera
prise en compte (Italique dans l'exemple).
C. Un Exemple : le fichier home de l'utilisateur mosaic.
<html>
<head>
<TITLE>Administrateur Serveur CIG</TITLE>
<!-- Ceci est la page par defaut en francais des utilisateurs -->
<!-- A vous d'en faire la votre... (Ces deux lignes sont des commentaires)
-->
</head>
<body>
<!-- ce qui suit va etre tabule tel quel (sans les commentaires) -->
<PRE>
<IMG ALIGN=middle SRC="CIG/Icons/CIG_icon.GIF">
<!-- mettez plutot une image de vous dans ce lien -->
<H1>Bienvenue chez Administrateur Serveur CIG</H1>
<!-- Titre de niveau 1 -->
</PRE>
<!-- en dehors de cette zone PRE, les espaces successifs, -->
<!-- les tabulations et les passages a la ligne sont tous pris pour UN
espace -->
<HR><!-- Un trait pour separer -->
You can have an <A HREF="mosaic.en.html">English version</A> of
this page.
<HR>
<H2>Un Titre...de niveau 2</H2>
<UL>Une liste de proposition ...
<LI>Bonjour chez vous
<LI><A HREF="../equipe.fr.html">
L'équipe du Labo</A>
</UL>
Le Laboratoire ou je travaille actuellement : <A
HREF="CIG/CIG.fr.html">
le CIG</A>
<HR>
<ADDRESS>
Administrateur Serveur CIG <mosaic@indigo1.univ-mlv.fr>
</ADDRESS>
</body>
</html>
D. A Suivre. . . HTML+
Actuellement, on distingue HTML 1 (celui qui vient d'être décrit)
et le HTML 2 qui inclus la définition de formulaires dans lequel un
client peux entrer du texte.
La véritable mutation à venir est HTML+, la nouvelle norme qui
inclura HTML et présentera de notables améliorations du point de
vue de la mise en page. Les principales nouvelles performances sont:
1. La justification de texte (à droite, au centre, au milieu. . . ).
2. Les Tableaux.
Il n'existe pas dans HTML l'équivalant de la macro LaTeX "tabular". Ceci
est corrigé dans HTML+ par le Tag <TABLE>.
3. Les Figures.
Si les images incluses sont déjà possibles leur
fonctionnalités sont bien limités (les Maps sont en fait
gérées par le serveur). HTML+ aura des <FIG> qui
permettront :
Le positionnement de la figure.
La légende de la figure.
La définition d'un texte de substitution.
La création de parties "réactives" ("cliquables") dans une image
(les actuelles Map). Les zones de réactivité pouvant être
définies comme des polygones
4. Les formulaires du HTML2. . .
Un formulaire est obtenu en plaçant des directives de création de
champs à l'intérieur d'un texte HTML banal. Un champ est
défini par la commande <INPUT>, qui permet de préciser les
attributs de celui-ci. Pour chacun des champs, il est possible de
préciser son nom, qui doit être unique pour un formulaire; il sera
transmis comme argument à une procédure chargée de traiter
le contenu du formulaire.
Au début d'un formulaire, on précise la nature du traitement
qu'il doit subir; c'est en général l'URL d'une procédure
(shell, perl. . . ) ou d'un programme.
Un champ dont le type est SUBMIT est un bouton de commande. Il déclenche
l'émission (par le client ayant affiché le formulaire) du contenu
du formulaire vers l'URL cité précédemment. Les champs du
formulaire sont émis derrière l'URL de la procédure de
traitement (précédés du caractère '?'); elle les
perçoit alors comme paramètres.
E. Les URLs utiles :
http://www.ncsa.uiuc.edu/General/Internet/WWW/HTMLPrimer.html
"A Beginner's Guide to HTML"
http://kuhttp.cc.ukans.edu/lynx_help/HTML_quick.html
"HTML Quick Reference"
http://info.cern.ch/hypertext/WWW/MarkUp/MarkUp.html
"HyperText Markup Language (HTML)"
http://info.cern.ch/hypertext/WWW/MarkUp/SGML.html
"A description of SGML, the Standard Generalized Markup Language"
http://www.univ-mlv.fr/CIG/Equipe/pvk/tableConvertion.html
"Table de convertion des textes accentués"
5. L'organisation sur le site WWW.univ-mlv.fr
A. L'arborescence
L'activité Mosaic (serveur comme client) du CIG à
été regroupée dans le compte utilisateur 'mosaic'.
L'organisation du compte est la suivante :
* ~/Bin/Mosaic/ : Client Mosaic (3 binaires pour 3 SE différents).
* ~/Bin/OtherBrowser/ : D'autres clients brouteurs de ReZo.
* ~/Bin/mosaic : Quand vous lancez mosaic au CIG, c'est ce shell qui est
lancé. Il choisit le bon binaire en fonction de la machine sur laquelle
vous vous trouvez et ouvre Mosaic avec la home page locale.
* ~/HTML_Editor : Éditeurs WYSIWYG à l'essai (Deux binaires SUN
pour l'instant)
* ~/httpd/cgi-bin/ : shells exécutables par le serveur
* ~/htdocs/ : Racine pour les données accessibles sur le serveur du
CIG
C'est de ce répertoire que doit partir un URL absolu d'un fichier mis
à disposition par le serveur.
Exemple: le fichier. . .
/usr/people2/mosaic/htdocs/CIG/CIG.fr.html
. . . a pour URL :
http://www.univ-mlv.fr/CIG/CIG.fr.html
* ~/htdocs/CIG/Equipe/ : Répertoire des utilisateurs. Un appel au shell
newUser vous crée un répertoire à cet endroit. Vous pouvez
y mettre ce que vous voulez. . .
~mosaic/Bin/newUser login 'Prénom NOM'
* Les données communes se répartissent suivant la
hiérarchie :
~/htdoc/ CIG / Equipe
/ Local n'est visible que par les machines du CIG
/ VR
/ Icons
/ Meeting futurs et anciens, compte rendu de réunion...
IFI Remplissage futur...
MultiMedia/ Image
/ Son
/ Film
/ Icon Bouton, entête. . .
ReZo / Info régulièrement copiée à
l'extérieur
DocServeur
B. index.html et .htaccess
Tout ce que vous mettez dans votre répertoire personnel est visible de
l'extérieur que ce soit des liens vers des données ailleurs sur
le disque ou des données se trouvant dans le même
répertoire ou dans les descendants de ce répertoire.
Deux fichiers placés dans les répertoires en question limitent
cet accès.
1. index.html :
On peut demander au serveur http le contenu d'un répertoire (Ex
http://www.univ-mlv.fr/MultiMedia/Image/RDS/). Si un fichier index.html se
trouve dans ce répertoire, c'est celui ci qui sera retourné
à la place du ls graphique que l'on obtient par défaut.
2. .htaccess :
Le véritable fichier de configuration de l'accès
ex : celui du répertoire Local du CIG
# Fichier de Configuration des accès au répertoire Local du CIG
# Edite par Pascal VUYLSTEKER (pvk)
################################################################
# Ceci est un fichier de configuration de l'acces aux fichiers
# il ne fait que modifier la configuration par defaut du fichier
# mosaic/httpd/conf/acces.conf qui n'autorise au passage que les
# modifications suivantes : Options Limit
Options Indexes FollowSymLinks
<Limit GET>
order deny,allow
deny from all
allow from indy.univ-mlv.fr
allow from ...
</Limit>
Pour plus d'information ouvrir directement l'URL:
http://www.univ-mlv.fr/DocServeur/Overview.html....
C. L'intérêt d'un serveur http : l'optimisation, les scripts, les
maps.
1. Optimisation :
Contrairement au serveur ftp, le chargement 'anonymous' n'est pas une option.
Par ailleurs, chaque appel au serveur correspond à la délivrance
d'un unique fichier. Après son envoie, la connexion est
immédiatement libérée.
2. Les scripts :
Dans un serveur ftp les données -excepté les mis à jours-
sont fixes. Un serveur http peut retourner le résultat d'un
exécutable lancé par l'ouverture de son URL et tenant lui
même compte de données fournies par le client (formulaires). Les
données sont donc créées au moment de la demande.
3. Les Maps :
Cas particulier des scripts. Quand on clic sur une partie d'une image map, les
cordonnées cliquées sont envoyées par le client au serveur
qui peut alors aviser de différentes actions suivant la zone
cliquée.
D. Les URLs utiles :
http://www.univ-mlv.fr/CIG/initiationMosaic.html
"Mosaic et le serveur html du CIG"
http://www.univ-mlv.fr/CIG/Equipe/pvk/Home/.mailcap
"Exemple de fichier .mailcap"
http://www.univ-mlv.fr/CIG/Equipe/pvk/Home/.Xdefaults
"Exemple de fichier .Xdefaults"
6. Pour se repérer sur le ReZo : les petits plus.
Ce paragraphe sera très succinct : en fait, il est important pour se
repérer aisément sur le ReZo, d'avoir de côté une
liste de pointeur de référence, tremplin vers les
différents types de recherche possible.
En entendant de constituer la vôtre, consultez la suivante :
http://www.univ-mlv.fr/ReZo/ReZo.fr.html
A. Recherche par lieu
Une description hiérarchique s'est mise en place au niveau mondiale qui
permet de chercher un site en Europe, en France ou en Île de France. . .
Voir en particulier la carte des serveurs français :
http://web.urec.fr/France
B. Recherche par sujet
De nombreux sites ont développé une présentation par sujet
et hiérarchique de pointeurs.
Si un sujet vous passionne, vous pouvez vous même participer à une
veille des pointeurs et vous inclure dans ces organisations.
La plus connue est sans doute `The WWW Virtual Library'.
http://info.cern.ch/hypertext/DataSources/bySubject/Overview.html
C. Recherche par robot.
Certains sites "lâchent" sur le Réseau des robots chargé
d'explorer récursivement et entièrement l'ensemble du Web. Ils
obtiennent ainsi de gigantesques bases de données
généralement indexées par les mots trouvés dans les
titres des pages HTML.
On n'obtient en les consultant pas toujours ce à quoi l'on s'attendait,
mais l'on obtient souvent beaucoup de chose.
Dans cet esprit, trois choses à retenir :
* Ne créez pas vous même ce type de robot : l'exploration de
l'ensemble du Réseau devient de plus en plus difficile.
* Tout ce que vous obtiendrez ne sera que participer à l'encombrement du
Réseau en ennuyant tout le monde.
* Utilisez dans les titres de vos documents HTML des mots clefs significatifs.
D. Les News
Des groupes de news ont pour spécialité de présenter
toutes les nouveautés du ReZo.
Plongez y et vous trouverez de tout.
On retiendra en particulier les groupes :
news:comp.infosystems.www.misc
news:comp.infosystems.www.providers
et
news:comp.infosystems.www.users
On notera l'émergence de tentative d'organisation, de classement
et de stockage des news dans des FAQ ou plus récemment par une
mise en avant de l'aspect groupeware.
On regardera à ce sujet :
Welcome to WIT - W3 Interactive Talk.
|
