http:\/\/www.nsf.gov\/cgi-bin\/getpub?nsf9814<\/pre>\n\nf\u00fcr die Indexseite des Dokuments, obwohl das HTML-Dokument selbst deutlich besser aussieht:<\/p>\n
http:\/\/www.nsf.gov\/pubs\/1998\/nsf9814\/nsf9814.htm<\/pre>\n\nHier gibt der Titel pubs\/1998 jedem zuk\u00fcnftigen Archivdienst eine wertvolle Vorlage, um die alte Klassifizierungsschema von 1998 zu verstehen. Auch wenn die Dokumentennummern im Jahr 2098 m\u00f6glicherweise anders aussehen, kann ich mir gut vorstellen, dass dieser URI weiterhin g\u00fcltig sein wird und keiner NSF oder einer anderen Organisation, die das Archiv unterst\u00fctzt, im Wege stehen wird.<\/p>\n
Ich dachte nicht, dass URLs dauerhaft sein m\u00fcssen \u2013 schlie\u00dflich gab es doch URNs.<\/h4>\n
\nDas ist wahrscheinlich einer der schlimmsten Nebeneffekte der Diskussion \u00fcber URNs. Einige glauben, dass sie aufgrund von Forschungen \u00fcber ein stabileres Namenssystem nachl\u00e4ssig mit fehlerhaften Links umgehen k\u00f6nnen, da \"URNs alles beheben werden\". Wenn Sie einer dieser Leute sind, dann lassen Sie sich von mir entt\u00e4uschen.<\/p>\n
Die meisten URN-Schemata, die ich gesehen habe, sehen aus wie eine Identifikationsnummer, gefolgt entweder von einem Datum und einer von Ihnen gew\u00e4hlten Zeichenfolge oder einfach nur einer von Ihnen gew\u00e4hlten Zeichenfolge. Das \u00e4hnelt sehr einem HTTP-URI. Mit anderen Worten, wenn Sie denken, dass Ihre Organisation in der Lage sein wird, langlebige URNs zu erstellen, dann beweisen Sie das jetzt, indem Sie sie f\u00fcr Ihre HTTP-URIs verwenden. Im HTTP selbst gibt es nichts, was Ihr URI instabil macht. Nur Ihre Organisation. Erstellen Sie eine Datenbank, die URN-Dokumente mit den aktuellen Dateinamen verkn\u00fcpft, und lassen Sie den Webserver diese zur tats\u00e4chlichen Dateiabholung nutzen.<\/p>\n
Wenn Sie bis zu diesem Punkt gekommen sind und keine Zeit, kein Geld und keine Ressourcen haben, um eine Software zu entwickeln, k\u00f6nnen Sie die folgende Ausrede vorbringen:<\/p>\n
Wir wollten, aber wir haben einfach nicht die n\u00f6tigen Werkzeuge.<\/h4>\n
\nDarum kann man nur Mitleid haben. Ich stimme Ihnen vollkommen zu. Was Sie tun m\u00fcssen, ist, den Webserver dazu zu bringen, eine permanente URI sofort zu verarbeiten und die Datei zur\u00fcckzugeben, wo auch immer sie sich gerade in Ihrem verr\u00fcckten Dateisystem befindet. Sie m\u00f6chten alle URIs in einer Datei als \u00dcberpr\u00fcfung speichern und st\u00e4ndig die Datenbank auf dem neuesten Stand halten. Au\u00dferdem m\u00f6chten Sie die Beziehungen zwischen verschiedenen Versionen und \u00dcbersetzungen desselben Dokuments bewahren sowie einen separaten Pr\u00fcfz\u00e4hler f\u00fcr den Schutz gegen Dateibesch\u00e4digungen durch zuf\u00e4llige Fehler aufrechterhalten. Und Webserver bieten diese Funktionen einfach nicht von Haus aus. Wenn Sie ein neues Dokument erstellen m\u00f6chten, fordert Ihr Editor zur Eingabe der URI auf.<\/p>\n
Sie ben\u00f6tigen die M\u00f6glichkeit, das Eigentum, den Zugriff auf das Dokument, das Sicherheitsniveau auf Archivsebene und mehr im URI-Bereich zu \u00e4ndern, ohne die URI selbst zu \u00e4ndern.<\/p>\n
Alles ist viel zu schlecht. Aber wir werden die Situation beheben. Bei W3C nutzen wir die Funktionalit\u00e4t von Jigedit (Jigsaw-Server zum Editieren), die Versionen nachverfolgt, und experimentieren mit Skripten zur Dokumentenerstellung. Wenn Sie Werkzeuge, Server und Clients entwickeln, beachten Sie dieses Problem!<\/p>\n
Diese Ausrede gilt auch f\u00fcr viele Seiten des W3C, einschlie\u00dflich dieser: Also tun Sie, was ich sage, nicht was ich tue.<\/p>\n
Warum sollte mich das interessieren?<\/h1>\n
\nWenn Sie die URI auf Ihrem Server \u00e4ndern, k\u00f6nnen Sie niemals genau sagen, wer Links zur alten URI hat. Das k\u00f6nnen Links von normalen Webseiten sein. Lesezeichen zu Ihrer Seite. Die URI k\u00f6nnte in den Rand eines Briefes an einen Freund gekritzelt worden sein.<\/p>\n
Wenn jemand einem Link folgt und dieser kaputt ist, verliert er normalerweise das Vertrauen zum Serverbesitzer. Er ist auch entt\u00e4uscht \u2013 sowohl emotional als auch tats\u00e4chlich, weil er sein Ziel nicht erreichen kann.<\/p>\n
Viele Menschen beschweren sich st\u00e4ndig \u00fcber defekte Links, und ich hoffe, dass der Schaden offensichtlich ist. Ich hoffe, dass auch der Reputationsschaden f\u00fcr den Wartenden des Servers, auf dem das Dokument verschwunden ist, offensichtlich ist.<\/p>\n
Was soll ich also tun? URI-Design<\/h1>\n
\nEs ist die Verantwortung des Webmasters, URIs zu identifizieren, die in zwei Jahren, in zwanzig Jahren und sogar in zweihundert Jahren verwendet werden k\u00f6nnen. Daf\u00fcr bedarf es sorgf\u00e4ltiger \u00dcberlegung, Organisation und Zielstrebigkeit.<\/p>\n
URIs \u00e4ndern sich, sobald sich Informationen darin ver\u00e4ndern. Die Art und Weise, wie Sie sie entwerfen, ist von entscheidender Bedeutung. (Was, das Design von URIs? Muss ich URIs entwerfen? Ja, dar\u00fcber sollten Sie nachdenken). Entwerfen bedeutet haupts\u00e4chlich, keine Informationen in den URIs zu haben.<\/p>\n
Das Erstellungsdatum eines Dokuments \u2013 das Datum, an dem die URI vergeben wird \u2013 ist etwas, das sich niemals \u00e4ndern wird. Es ist sehr n\u00fctzlich, um Anfragen, die das neue System nutzen, von denen, die das alte System verwenden, zu unterscheiden. Es ist ein guter Anfang f\u00fcr eine URI. Wenn ein Datum auf dem Dokument vermerkt ist, selbst wenn das Dokument in Zukunft relevant bleibt, ist das ein guter Ausgangspunkt.<\/p>\n
Die einzige Ausnahme bildet eine Seite, die absichtlich die \u201eletzte\u201c Version ist, beispielsweise f\u00fcr die gesamte Organisation oder einen gro\u00dfen Teil davon.<\/p>\n
http:\/\/www.pathfinder.com\/money\/moneydaily\/latest\/<\/pre>\n\nDies ist die letzte Kolumne von Money Daily im Money-Magazin. Der Hauptgrund, warum in dieser URI kein Datum erforderlich ist, liegt darin, dass es keine Gr\u00fcnde gibt, die URI aufrechtzuerhalten, die das Magazin \u00fcberdauern w\u00fcrde. Der Begriff Money Daily wird verschwinden, wenn Money verschwindet. Wenn Sie auf Inhalte verweisen m\u00f6chten, tun Sie dies bitte separat in Archiven.<\/p>\n
http:\/\/www.pathfinder.com\/money\/moneydaily\/1998\/981212.moneyonline.html<\/pre>\n\n(Sieht gut aus. Geht davon aus, dass \"money\" \u00fcber die gesamte Zeit von pathfinder.com hinweg dasselbe bedeuten wird. Es gibt eine Wiederholung von \"98\" und unn\u00f6tiges \".html\", aber ansonsten sieht es wie ein starker URI aus.<\/p>\n
Was beiseite gelassen werden sollte<\/h4>\n
\nAlles! Abgesehen vom Erstellungsdatum f\u00fchrt das Einf\u00fcgen von irgendwelchen Informationen in die URI nur zu Problemen.<\/p>\n