" Unix est un system d´éxploitation en ligne de commande"
=> Les systèmes Unix ne sont pas en ligne de commande. Leur principal atout est d´être composés d´un système indépendant de presque tout ( sauf bien sur du matériel), traitant chaque élément ( y compris l´utilisateur) comme un fichier. Pour que le système effectue une tâche, trois méthodes :
- Premièrement, on programme le système à l´avance, avec bien sur impossibilité de changer le déroulement de ses tâches ( une fois lancé, il est lancé). Il faudra rééditer le code source ( sa structure) puis le recompiler ( transformer ce code source en un programme fini) pour pouvoir refaire le programme. Ca sert lors de systèmes embarqués comme celui des sondes pour Mars ou pour des montres ( IBM, notamment, faisait des montres sous Linux) où le système peut recevoir des évènements, mais on est loin de l´interactivité des deux autres points.
- Deuxièmement, Unix peut lancer un programme spécial, nommé shell ( comme bash, tcsh, zsh, les trois plus aboutis) qui a la capacité de pouvoir lancer d´autres applications, et d´être pilotable. Ainsi, avec un peu de pratique, n´importe qui peut rapidement se former à ce qu´on appelle la " ligne de commande". Pourquoi ce nom ? Parce qu´on entre des commandes les unes à la suite des autres. Exemple :
$ find / home/dashuhn/ -name " *.[pPyY]" -print | zip sourcespython.zip -@
est une commande combinant le résultat du programme ´find´ au programme ´zip´. Cet exemple, fort simple à produire ( tellement simple qu´on le trouve dans les pages du manuel de ´find´) permet de regrouper tous les . py, . Py, . pY ou . PY dans une source nommée sourcespython. Les shells sont également connus pour être scriptables, ce qui, additionné à la puissance de leurs lignes de commandes, fait d´eux les meilleurs alliés de n´importe qui sachant s´en servir.
- Enfin, la dernière façon de communiquer avec un système Unix est le serveur X-Window : chaque programme graphique envoie au serveur des requêtes ( "Je voudrais un bouton en tel endroit", etc...) et c´est le serveur qui définit l´affichage. Ca a plein d´avantages, notamment la stabilité, la mise en réseau simple, et l´uniformisation des couleurs et/ou motifs ( par exemple) mais les faiblesses se trouvent au niveau utilisateur ( X-Window c´est vraiment le minimum, regardez X11) et au niveau capacités : les serveurs X actuellement utilisés par le grand public sont minables question performance, et ça amuse beaucoup de monde de parler de leurs faiblesses ( par exemple ni X11, pour OS X, ni Xfree86, pour Linux par défaut, ne sont vectoriels. Il faut chercher du côté de Fresco pour cela). Le problème est que les remplacer voudrait dire : rééditer tous les programmes graphiques depuis le début ( sauf en cas de compatibilité ascendante, Dieu nous en préserve).
" Dailleur le c´est pour UNIX que dans les anné 70 fu créé le premier protocole de transfer de fichier le TCP/IP"
=> TCP/IP fut inventé par des universitaires, et implémenté sur les systèmes Unix parce que... c´était l´outil de travail de l´époque. IP est le protocole de routage des paquets, autrement dit c´est grâce à lui que circulent les paquets ( représente toi ça comme des colis postaux) sur Internet. Ainsi une adresse IP est une adresse de 4 chiffres entiers positifs limités à 255 pour la version 4 de ce protocole comme par exemple 183.241.22.125. TCP est le protocole qui définit les échanges entre serveurs et clients, comme par exemple une demande de connection du client. A ce niveau là, on ignore les fichiers.
Représentez vous une pile de plats : le plus bas est le plus proche du sol, et plus on s´élève, plus la pile devient élaborée. Au niveau 1 ( tout en bas) nous avons le matériel, ce qui est physique ( les cartes réseaux). Au niveau 2, la liaison du matériel au reste de la pile, des données à l´encodage pour la machine ( nommée liaison de données). Au niveau 3, nous avons justement le réseau, IP, qui définit comment les données arrivent au bon endroit. Au niveau 4, TCP, qui définit les conversations client/serveur. Au niveau 5, la couche session, qui définit la durabilité d´un échange. Au niveau 6, la couche présentation, définissant l´aspect que les informations doivent avoir pour l´utilisateur. Au niveau 7, enfin, le dernier, nous avons tout ce que l´utilisateur ( ou les programmes qu´il utilise) doivent faire pour se comprendre entre eux. Comme par exemple FTP, qui définit le transfert de fichiers.
Ceci est le modèle de couches OSI, inutilisé aujourd´hui. On utilise TCP/IP, modèle qui fait fusionner la 1 et la 2, et les 5, 6 et 7. Ainsi, on distingue le matériel, la façon de transférer, la façon de communiquer, et la description des tâches à réaliser à distance.
" Fait partager a tous le monde tes connaissance ! "
=> " Réseaux" de Andrew Tanenbaum. " Le système Linux" de Matt Welsh et Lar Kaufman. " Mac OS X Unleashed" de J. Ray et W. Ray. " Login:" ( magasine de l´alternatif).
