Actuellement, le lien (ou raccourci) permet de pointer ou d\u00e9signer un fichier, une page, etc… Il est positionn\u00e9 \u00e0 un endroit de l’arborescence ou d’internet et pointe vers une cible ailleurs dans la m\u00eame arborescence, dans une autre arborescence, ou sur internet.<\/p>\n
Ce lien contient forc\u00e9ment la localisation univoque d’une cible, mais peut aussi en option contenir des informations sur la cible, une fa\u00e7on particuli\u00e8re de l’utiliser, de la traiter, etc… En clair, des m\u00e9ta-donn\u00e9es sur le lien proprement dit.<\/p>\n
Le World Wild Web (WWW) est vraiment n\u00e9 avec la cr\u00e9ation de liens hypertextes<\/a> qui partent de l’int\u00e9rieur des pages HTML et d\u00e9signes d’autres pages web (ou ressources web) ailleurs sur l’Internet. Il a un tr\u00e8s gros avantage, il est normalis\u00e9 et donc universel. Ce lien permet de d\u00e9finir la localisation de la ressource cible, la fa\u00e7on dont on va y acc\u00e9der, et quelques options de traitement destin\u00e9es \u00e0 la ressource. Le WWW, c’est l’ensemble des pages web reli\u00e9es entre elles par les liens hypertexte.<\/p>\n Malheureusement, il n’en est est pas de m\u00eame pour les liens dans les arborescences. Deux mondes cohabitent sans jamais se croiser, et sont incompatibles entre eux. L’incompatibilit\u00e9 ne vient pas des liens mais de la fa\u00e7on de repr\u00e9senter l’arborescence qui diff\u00e8re. Le monde Microsoft parle de raccourcis, le monde UNIX et d\u00e9riv\u00e9s parle de liens et de raccourcis.<\/p>\n Le raccourci est un lanceur. Il pointe vers un fichier dans une arborescence ou une ressources web, mais n’existe pas sur l’Internet. Il permet de d\u00e9finir aussi l’environnement d’utilisation de ce fichier ou de la ressource. Il est sensible \u00e0 la modification de l’emplacement de sa cible dans l’arborescence ou sur l’Internet.<\/p>\n Le lien existant sous UNIX a deux formes, le lien symbolique et le lien physique. Techniquement, ces deux formes sont compl\u00e8tement diff\u00e9rentes, mais elles sont g\u00e9r\u00e9es par la m\u00eame commande.<\/p>\n Le lien symbolique peut \u00eatre vu comme un raccourci qui ne contient que la localisation de la cible, et uniquement dans une arborescence, la m\u00eame ou une autre. Il est sensible \u00e0 la modification de l’emplacement de sa cible dans l’arborescence.<\/p>\n Le lien physique ne peut exister que dans la m\u00eame arborescence. Il ne d\u00e9signe pas un fichier, il est ce fichier, aussi. En fait, le fichier n’existe qu’une seule fois, mais appara\u00eet \u00e0 deux (ou plus) endroits diff\u00e9rents de l’arborescence. Si il est modifi\u00e9 par un de ses emplacements, il est vu modifi\u00e9 partout, parce que c’est le m\u00eame fichier. Le lien physique une fois cr\u00e9\u00e9, rien ne permet de dire quel est l’emplacement d’origine du fichier et les autres des liens, tous sont le m\u00eame fichier. Il est de plus insensible \u00e0 la modification de l’emplacement de sa cible dans l’arborescence (si cela a encore un sens).<\/p>\n On constate que le lien est avant tout cr\u00e9\u00e9 pour d\u00e9signer une ressource cible.<\/p>\n Ensuite, cette d\u00e9signation est \u00e0 sens unique, elle n’existe pas par d\u00e9faut en sens inverse, mais elle est possible.<\/p>\n Enfin, une sur-couche permet de d\u00e9finir des informations \u00e0 propos du lien, des m\u00e9ta-donn\u00e9es sur le lien. On peut y retrouver toutes sortes de choses sur le traitement et l’environnement de ce lien, et surtout de la ressource cible.<\/p>\n Par dessus les r\u00e9seaux physiques que sont les arborescences et l’internet, les liens recr\u00e9ent de toute pi\u00e8ce un r\u00e9seau logique qui n’a pas forc\u00e9ment la m\u00eame structure, la m\u00eame organisation que le r\u00e9seau physique sous-jacent.<\/p>\n Cette forme de r\u00e9seau logique est le fondement du WWW, et semble bien adapt\u00e9e au partage d’informations. Et en m\u00eame temps reste tr\u00e8s peu utilis\u00e9e sur les arborescences.<\/p>\n Cette organisation a aussi le m\u00e9rite d’\u00eatre simple et robuste au changement. Que ce passe-t-il quand une cible d’un lien web dispara\u00eet? Le lien reste mais on ne peut plus joindre la cible, un message d’erreur s’affiche, voir on est redirig\u00e9, et \u00e7a s’arr\u00eate l\u00e0. L’absence de m\u00e9canisme de v\u00e9rification des liens laisse progressivement dans le temps de plus en plus de liens morts qu’il faudra nettoyer \u00e0 la main.<\/p>\n Le lien \u00e0 sens unique sur internet, \u00e9tant asym\u00e9trique, cr\u00e9e naturellement une navigation asym\u00e9trique et arborescente (convergence) qui tend vers les plus gros sites, ceux vers qui le plus grand nombre de liens vont. Les \u00e9changes globaux sont asym\u00e9triques parce que les \u00e9changes locaux le sont. Bref, tant qu’une information ne passe pas sur un site qui est la cible de suffisamment de liens, elle a de forte de chance de passer inaper\u00e7u, voir de dispara\u00eetre dans le temps sans que quiconque ne s’en \u00e9meut.<\/p>\n La seule chose qui casse cette asym\u00e9trie est le moteur de recherche qui r\u00e9tablie des liens en sens inverse, mais depuis le moteur de recherche lui-m\u00eame uniquement. Un semblant de lien inverse. Sauf que le calcul de positionnement et d’affichage des liens dans les recherches, tenant compte de la popularit\u00e9 d’un site (donc notamment des liens qui le d\u00e9signent), renforce encore plus la convergence pour certains sujets populaires.<\/p>\n Le probl\u00e8me semble insoluble avec les liens simples pour partager efficacement de l’information sans \u00eatre d\u00e9pendant d’un n\u00c5\u201cud populaire. Que peut-on faire pour r\u00e9-\u00e9quilibrer le sens de transfert des liens?<\/p>\n (Suite dans le post Liens doubles<\/a>)<\/em><\/p>\n Liens : Actuellement, le lien (ou raccourci) permet de pointer ou d\u00e9signer un fichier, une page, etc… Il est positionn\u00e9 \u00e0 un endroit de l’arborescence ou d’internet et pointe vers une cible ailleurs dans la m\u00eame arborescence, dans une autre arborescence, ou sur internet. Ce lien contient forc\u00e9ment la localisation univoque d’une cible, mais peut aussi en … Continuer la lecture de Liens simples ou double?<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[99,24],"tags":[133,219,220,221,222,274],"_links":{"self":[{"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts\/62"}],"collection":[{"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=62"}],"version-history":[{"count":1,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts\/62\/revisions"}],"predecessor-version":[{"id":2375,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts\/62\/revisions\/2375"}],"wp:attachment":[{"href":"http:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=62"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=62"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=62"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Lien simple<\/h2>\n
Lien double<\/h2>\n
\n– wiki.nebule.org – R\u00e9flexion – analyse des applications – liens<\/a>
\n– Wikipedia EN – Links (web browser)<\/a>
\n– Wikipedia EN – Hyperlink<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"