{"id":89253,"date":"2020-07-21T01:42:24","date_gmt":"2020-07-20T23:42:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/krutye-uri-ne-izmenyayutsya"},"modified":"2020-07-21T01:42:24","modified_gmt":"2020-07-20T23:42:24","slug":"krutye-uri-ne-izmenyayutsya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/krutye-uri-ne-izmenyayutsya","title":{"rendered":"Coole URIs bleiben unver\u00e4ndert","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Autor \u2014 Sir Tim Berners-Lee, Erfinder von URI, URL, HTTP, HTML und dem World Wide Web, gegenw\u00e4rtiger Direktor des W3C. Der Artikel wurde 1998 geschrieben. <\/p>\n<p>Welchen URI kann man als \u201ecool\u201c betrachten?<br \/>\nEinen, der sich nicht \u00e4ndert.<br \/>\nWie \u00e4ndern sich URIs?<br \/>\n<i>URIs \u00e4ndern sich nicht: Sie werden von Menschen ge\u00e4ndert.<\/i> <\/p>\n<p>Theoretisch haben Menschen keinen Grund, URIs zu \u00e4ndern (oder die Dokumente nicht mehr zu unterst\u00fctzen), aber in der Praxis gibt es Millionen.<\/p>\n<p>Theoretisch besitzt der nominale Inhaber des Domainnamens tats\u00e4chlich den Namensraum der Domain und damit alle URIs darin. Abgesehen von Insolvenz gibt es nichts, was den Domaininhaber daran hindert, den Namen zu behalten. Und theoretisch steht der URI-Raum unter Ihrem Domainnamen vollst\u00e4ndig unter Ihrem Kontrolle, sodass Sie ihn so stabil machen k\u00f6nnen, wie Sie m\u00f6chten. In gewissem Ma\u00dfe ist der einzige triftige Grund f\u00fcr das Verschwinden eines Dokuments aus dem Internet, dass das Unternehmen, dem der Domainname geh\u00f6rte, in Konkurs gegangen ist oder sich nicht mehr leisten kann, den Server zu betreiben. Warum gibt es also so viele tote Links in der Welt? Teilweise ist es einfach ein Mangel an Voraussicht. Hier sind einige Gr\u00fcnde, die man h\u00f6ren k\u00f6nnte:<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h4>Wir haben die Website einfach umstrukturiert, um sie besser zu machen.<\/h4>\n<p>\nGlauben Sie wirklich, dass alte URIs nicht mehr funktionieren k\u00f6nnen? Wenn ja, haben Sie sie sehr schlecht ausgew\u00e4hlt. Denken Sie daran, dass die neuen nach dem n\u00e4chsten Redesign erhalten bleiben.<\/p>\n<h4>Wir haben so viel Material, dass wir nicht nachverfolgen k\u00f6nnen, was veraltet, vertraulich oder noch aktuell ist, und deshalb haben wir gedacht, es w\u00e4re besser, einfach alles abzuschalten.<\/h4>\n<p>\nIch kann Ihnen nur mein Beileid aussprechen. Das W3C hatte eine Phase, in der wir archivierte Materialien sorgf\u00e4ltig auf Datenschutz \u00fcberpr\u00fcfen mussten, bevor wir sie \u00f6ffentlich zug\u00e4nglich machten. Die Entscheidung sollte im Voraus gut durchdacht werden \u2013 stellen Sie sicher, dass Sie mit jedem Dokument einen akzeptablen Leserkreis, das Erstellungsdatum und idealerweise das Ablaufdatum festhalten. Bewahren Sie diese Metadaten auf.<\/p>\n<h4>Nun, wir haben festgestellt, dass wir die Dateien verschieben m\u00fcssen\u2026<\/h4>\n<p>\nDas ist eine der erb\u00e4rmlichsten Ausreden. Viele wissen nicht, dass Webserver Ihnen erm\u00f6glichen, die Beziehung zwischen der URI eines Objekts und dessen tats\u00e4chlichem Standort im Dateisystem zu verwalten. Stellen Sie sich den URI-Raum als einen abstrakten Raum vor, der perfekt organisiert ist. Dann machen Sie eine Zuordnung zu jeder Realit\u00e4t, die Sie tats\u00e4chlich zur Umsetzung verwenden. Informieren Sie dann den Webserver dar\u00fcber. Sie k\u00f6nnen sogar einen Teil Ihres Servers schreiben, um alles richtig zu machen.<\/p>\n<p>John unterst\u00fctzt diese Datei nicht mehr, jetzt macht das Jane.<\/p>\n<p>War Johns Name in der URI? Nein, die Datei lag einfach in seinem Verzeichnis? Verstehe.<\/p>\n<h4>Fr\u00fcher haben wir daf\u00fcr CGI-Skripte verwendet, jetzt nutzen wir ein bin\u00e4res Programm.<\/h4>\n<p>\nEs gibt eine verr\u00fcckte Idee, dass Seiten, die von Skripten erstellt werden, im \"cgibin\"- oder \"cgi\"-Bereich liegen sollten. Dies zeigt, wie Sie Ihren Webserver betreiben. \u00c4ndern Sie die Mechanismen (auch wenn Sie den Inhalt beibehalten), und ups \u2013 alle Ihre URIs \u00e4ndern sich.<\/p>\n<p>Nehmen wir zum Beispiel die National Science Foundation (NSF):<\/p>\n<p>Online-Dokumente der NSF<\/p>\n<pre>http:\/\/www.nsf.gov\/cgi-bin\/pubsys\/browser\/odbrowse.pl<\/pre>\n<p>\nDie erste Seite zum Starten des Dokumentenansichts wird eindeutig in ein paar Jahren nicht mehr so bleiben. <code>cgi-bin<\/code>, <code>oldbrowse<\/code> und <code>pl<\/code>\u00a0\u2014 all dies gibt Teile von Informationen dar\u00fcber, wie-wir-es-jetzt-machen. Wenn Sie jedoch eine Seite zur Suche nach einem Dokument verwenden, erhalten Sie als erstes gleich ein schlechtes Ergebnis:<\/p>\n<p>Bericht der Arbeitsgruppe f\u00fcr Kryptologie und Codierungstheorie<\/p>\n<pre>http:\/\/www.nsf.gov\/cgi-bin\/getpub?nsf9814<\/pre>\n<p>\nf\u00fcr die Indexseite des Dokuments, obwohl das eigentliche HTML-Dokument viel besser aussieht:<\/p>\n<pre>http:\/\/www.nsf.gov\/pubs\/1998\/nsf9814\/nsf9814.htm<\/pre>\n<p>\nHier gibt der Titel pubs\/1998 jedem zuk\u00fcnftigen Archivdienst einen guten Schl\u00fcssel zum Verst\u00e4ndnis, dass das alte Klassifizierungsschema von 1998 noch funktioniert. Obwohl die Dokumentnummern im Jahr 2098 vielleicht anders aussehen, kann ich mir vorstellen, dass diese URI weiterhin g\u00fcltig sein wird, und sie wird NSF oder einer anderen Organisation, die das Archiv unterst\u00fctzen wird, nicht im Wege stehen.<\/p>\n<h4>Ich dachte nicht, dass URLs konstant sein m\u00fcssen \u2013 es gab doch URNs.<\/h4>\n<p>\nWahrscheinlich ist das einer der schlimmsten Nebeneffekte der Diskussion \u00fcber URNs. Einige denken, dass sie aufgrund von Ermittlungen zu einem best\u00e4ndigeren Namensraum l\u00e4ssig mit toten Links umgehen k\u00f6nnen, weil \u201eURN das alles beheben wird\u201c. Wenn Sie einer dieser Menschen sind, lassen Sie sich entt\u00e4uschen.<\/p>\n<p>Die meisten URN-Schemata, die ich gesehen habe, \u00e4hneln einer Autorit\u00e4tskennung, gefolgt entweder von einem Datum und einem von Ihnen gew\u00e4hlten String oder einfach nur von einem String, den Sie ausw\u00e4hlen. Das sieht sehr \u00e4hnlich aus wie ein HTTP-URI. Mit anderen Worten, wenn Sie denken, dass Ihre Organisation in der Lage sein wird, langlebige URNs zu erstellen, beweisen Sie es jetzt, indem Sie sie f\u00fcr Ihre HTTP-URIs verwenden. Im HTTP selbst gibt es nichts, was Ihren URI instabil macht. Nur Ihre Organisation. Erstellen Sie eine Datenbank, die die URN des Dokuments mit dem aktuellen Dateinamen abgleicht, und lassen Sie den Webserver diese zur tats\u00e4chlichen Dateiabrufung verwenden.<\/p>\n<p>Wenn Sie bis zu diesem Punkt gekommen sind und Sie keine Zeit, kein Geld und keine Kontakte haben, um irgendeine Software zu entwickeln, k\u00f6nnen Sie folgende Entschuldigung anf\u00fchren:<\/p>\n<h4>Wir wollten, hatten aber einfach nicht die n\u00f6tigen Werkzeuge.<\/h4>\n<p>\nDar\u00fcber kann man Mitleid haben. Ich stimme vollkommen zu. Was Sie tun m\u00fcssen, ist, den Webserver dazu zu bringen, sofort einen stabilen URI zu verarbeiten und die Datei zur\u00fcckzugeben, wo auch immer sie momentan in Ihrem verr\u00fcckten Dateisystem gespeichert ist. Sie m\u00f6chten alle URIs in einer Datei als \u00dcberpr\u00fcfung speichern und die Datenbank st\u00e4ndig aktuell halten. Sie m\u00f6chten die Beziehungen zwischen verschiedenen Versionen und \u00dcbersetzungen desselben Dokuments beibehalten und auch einen unabh\u00e4ngigen Pr\u00fcfz\u00e4hler speichern, um vor Dateibesch\u00e4digungen durch zuf\u00e4llige Fehler zu sch\u00fctzen. Und Webserver kommen einfach nicht mit diesen Funktionen aus der Box. Wenn Sie ein neues Dokument erstellen m\u00f6chten, fordert Ihr Editor auf, einen URI festzulegen.<\/p>\n<p>Sie ben\u00f6tigen die M\u00f6glichkeit, das Eigentum, den Dokumentenzugriff, das Sicherheitsniveau auf Archivniveau und mehr im URI-Raum zu \u00e4ndern, ohne den URI zu \u00e4ndern.<\/p>\n<p>Es ist wirklich schlecht. Aber wir werden das beheben. Im W3C verwenden wir die Funktionalit\u00e4t von Jigedit (Jigsaw-Server zur Bearbeitung), die Versionen verfolgt, und experimentieren mit Dokumentenerstellungs-Skripten. Wenn Sie Werkzeuge, Server und Clients entwickeln, achten Sie auf dieses Problem!<\/p>\n<p>Diese Entschuldigung gilt auch f\u00fcr viele W3C-Seiten, einschlie\u00dflich dieser: Also tun Sie das, was ich sage, und nicht das, was ich tue.<\/p>\n<h1>Warum sollte mich das interessieren?<\/h1>\n<p>\nWenn Sie die URI auf Ihrem Server \u00e4ndern, k\u00f6nnen Sie nie ganz sicher sein, wer auf die alte URI verlinken wird. Es k\u00f6nnten Links von normalen Webseiten sein. Lesezeichen auf Ihre Seite. Die URI k\u00f6nnte in den Margen eines Briefes an einen Freund kritzeln.<\/p>\n<p>Wenn jemand auf einen Link klickt und dieser defekt ist, verliert er normalerweise das Vertrauen in den Serverbesitzer. Zudem ist er frustriert \u2013 sowohl emotional als auch tats\u00e4chlich, da er sein Ziel nicht erreichen kann.<\/p>\n<p>Viele Menschen beschweren sich st\u00e4ndig \u00fcber defekte Links, und ich hoffe, der Schaden ist offensichtlich. Ich hoffe, der reputationssch\u00e4digende Effekt f\u00fcr den Serveradministrator, wo das Dokument verschwunden ist, ist ebenso klar.<\/p>\n<h1>Was soll ich also tun? URI-Design.<\/h1>\n<p>\nEs ist die Pflicht des Website-Betreibers, URIs zu erstellen, die auch in 2 Jahren, in 20 Jahren und sogar in 200 Jahren verwendet werden k\u00f6nnen. Dazu sind Bedacht, Organisation und Zielstrebigkeit erforderlich.<\/p>\n<p>URIs \u00e4ndern sich, wenn sich irgendwelche Informationen darin \u00e4ndern. Es ist sehr wichtig, wie Sie sie gestalten. (Was, URI-Design? Muss ich URIs entwerfen? Ja, dar\u00fcber sollten Sie nachdenken). Design bedeutet haupts\u00e4chlich, dass in der URI keine Informationen enthalten sein sollten.<\/p>\n<p>Das Erstellungsdatum des Dokuments \u2013 das Datum, an dem die URI ausgegeben wurde \u2013 ist etwas, das sich niemals \u00e4ndern wird. Es ist sehr hilfreich, um Anfragen zu trennen, die das neue System verwenden, von denen, die das alte System nutzen. Es ist ein guter Ausgangspunkt f\u00fcr die URI. Wenn auf dem Dokument ein Datum angegeben ist, selbst wenn das Dokument in Zukunft relevant sein wird, ist es ein guter Anfang.<\/p>\n<p>Die einzige Ausnahme ist eine Seite, die absichtlich die \"letzte\" Version ist, zum Beispiel f\u00fcr die gesamte Organisation oder einen gro\u00dfen Teil davon.<\/p>\n<pre>http:\/\/www.pathfinder.com\/money\/moneydaily\/latest\/<\/pre>\n<p>\nDies ist die letzte Kolumne von Money Daily in der Zeitschrift Money. Der Hauptgrund, warum in dieser URI kein Datum ben\u00f6tigt wird, besteht darin, dass es keinen Grund gibt, die URI zu speichern, die l\u00e4nger als die Zeitschrift bestehen wird. Das Konzept von Money Daily wird verschwinden, wenn Money verschwindet. Wenn Sie auf Inhalte verweisen m\u00f6chten, sollten Sie separat in Archiven darauf verweisen:<\/p>\n<pre>http:\/\/www.pathfinder.com\/money\/moneydaily\/1998\/981212.moneyonline.html<\/pre>\n<p>\n(Sieht gut aus. Geht davon aus, dass \"money\" w\u00e4hrend der gesamten Existenz von pathfinder.com dasselbe bedeuten wird. Es gibt eine Doppelung von \"98\" und die unn\u00f6tige \".html\", aber ansonsten sieht es nach einem starken URI aus.<\/p>\n<h4>Was beiseite lassen?<\/h4>\n<p>\nAlles! Abgesehen vom Erstellungsdatum, indem Sie irgendwelche Informationen in die URI einf\u00fcgen, bitten Sie in irgendeiner Weise um Probleme.<\/p>\n<ul>\n<li><b>Name des Autors<\/b>. Die Urheberschaft kann sich mit neuen Versionen \u00e4ndern. Menschen verlassen Organisationen und \u00fcbergeben Dinge an andere.\n<\/li>\n<li><b>Gegenstand<\/b>. Es ist sehr kompliziert. Es sieht immer anfangs gut aus, aber \u00e4ndert sich erstaunlich schnell. Ich werde das weiter unten n\u00e4her erl\u00e4utern.\n<\/li>\n<li><b>Status<\/b>. Kataloge wie \u201ealt\u201c, \u201eEntwurf\u201c usw., ganz zu schweigen von \u201eletzte\u201c und \u201etoll\u201c, erscheinen in allen Dateisystemen. Dokumente \u00e4ndern den Status - sonst h\u00e4tte es keinen Sinn, Entw\u00fcrfe zu erstellen. Die letzte Version eines Dokuments ben\u00f6tigt eine konstante ID, unabh\u00e4ngig von ihrem Status. Halten Sie den Status vom Namen fern.\n<\/li>\n<li><b>Zugang<\/b>. Im W3C haben wir die Website in Bereiche f\u00fcr Mitarbeiter, Mitglieder und die \u00d6ffentlichkeit unterteilt. Das klingt gut, aber nat\u00fcrlich beginnen Dokumente als Teamideen von Mitarbeitern, werden mit Mitgliedern diskutiert und gelangen dann in die \u00d6ffentlichkeit. Es ist wirklich \u00e4rgerlich, wenn jedes Mal, wenn ein Dokument f\u00fcr eine breitere Diskussion ge\u00f6ffnet wird, alle alten Links dazu kaputtgehen! Jetzt wechseln wir zu einem einfachen Datumsformat.\n<\/li>\n<li><b>Dateierweiterung<\/b>. Sehr verbreitet. \"cgi\", selbst \".html\" werden sich in Zukunft \u00e4ndern. Vielleicht werden Sie in 20 Jahren kein HTML mehr f\u00fcr diese Seite verwenden, aber die heutigen Links darauf sollten weiterhin funktionieren. Kanonische Links auf der W3C-Website verwenden keine Erweiterung (<noindex><a rel=\"nofollow\" href=\"#1\">wie das gemacht wird<\/a><\/noindex>).\n<\/li>\n<li><b>Programmiermechanismen<\/b>. Suchen Sie im URI nach \"cgi\", \"exec\" und anderen Begriffen, die schreien: \u201eSehen Sie, welche Software wir verwenden\u201c. M\u00f6chte jemand sein ganzes Leben lang Perl CGI-Skripten widmen? Nein? Dann entfernen Sie die .pl-Erweiterung. Lesen Sie das Handbuch des Servers, um zu erfahren, wie das geht.\n<\/li>\n<li>Laufwerksname. Ach komm! Aber ich habe so etwas schon gesehen.<\/li>\n<\/ul>\n<p>\nAlso das beste Beispiel von unserer Website ist einfach<\/p>\n<pre>http:\/\/www.w3.org\/1998\/12\/01\/chairs<\/pre>\n<p>\n\u2026 ein Bericht \u00fcber das Protokoll des Sitzens der W3C-Vorsitzenden.<\/p>\n<h4>Themen und Klassifikation nach Themen<\/h4>\n<p>\nIch werde ausf\u00fchrlicher \u00fcber diese Gefahr sprechen, da es eine der schwierigsten Dinge ist, zu vermeiden. In der Regel gelangen Themen in die URI, wenn Sie Ihre Dokumente nach der durchgef\u00fchrten Arbeit klassifizieren. Aber diese Aufschl\u00fcsselung wird sich im Laufe der Zeit \u00e4ndern. Die Bezeichnungen der Bereiche werden sich \u00e4ndern. Im W3C wollten wir MarkUP in Markup und dann in HTML \u00e4ndern, um den tats\u00e4chlichen Inhalt des Abschnitts widerzuspiegeln. Au\u00dferdem gibt es hier oft einen flachen Namensraum. Nach 100 Jahren werden Sie mit Sicherheit nichts davon wiederverwenden wollen? In unserem kurzen Leben wollten wir bereits Begriffe wie \u201eGeschichte\u201c und \u201eStylesheets\u201c wiederverwendet sehen.<\/p>\n<p>Es ist eine verlockende Art, eine Website zu organisieren \u2014 und tats\u00e4chlich eine sehr verlockende Art, alles zu organisieren, einschlie\u00dflich des gesamten Webs. Es ist eine ausgezeichnete mittelfristige L\u00f6sung, hat aber ernsthafte Nachteile auf lange Sicht.<\/p>\n<p>Teilweise liegen die Gr\u00fcnde in der Philosophie des Bedeutungsinhalts. Jeder Begriff in der Sprache ist ein potenzielles Clusterobjekt, und jeder Mensch kann eine unterschiedliche Vorstellung davon haben, was er bedeutet. Da die Beziehungen zwischen den Subjekten eher einem Netz als einem Baum \u00e4hneln, k\u00f6nnen selbst diejenigen, die sich mit dem Netzwerk einig sind, eine andere Baumdarstellung w\u00e4hlen. Das sind meine (h\u00e4ufig wiederholten) allgemeinen Anmerkungen zu den Gefahren hierarchischer Klassifikation als allgemeine L\u00f6sung.<\/p>\n<p>Tats\u00e4chlich binden Sie sich, wenn Sie einen Themenbegriff in der URI verwenden, an eine bestimmte Klassifikation. M\u00f6glicherweise bevorzugen Sie in Zukunft eine andere Option. Dann wird die URI anf\u00e4llig f\u00fcr Verst\u00f6\u00dfe.<\/p>\n<p>Der Grund, warum ein Themenbereich als Teil der URI verwendet wird, liegt darin, dass die Verantwortung f\u00fcr die Unterbereiche des URI-Raums normalerweise delegiert wird, und daher ben\u00f6tigen Sie den Namen der organisatorischen Einheit \u2014 einer Abteilung, Gruppe oder etwas anderem, das f\u00fcr diesen Unterraum verantwortlich ist. Dies bindet die URI an die organisatorische Struktur. Normalerweise ist dies nur sicher, wenn weiter (links) die URI durch ein Datum gesch\u00fctzt ist: 1998\/pics k\u00f6nnte f\u00fcr Ihren Server \u201edas, was wir 1998 unter pics verstanden haben\u201c, statt \u201edas, was wir 1998 mit dem gemacht haben, was wir jetzt pics nennen\u201c, bedeuten.<\/p>\n<h4>Vergessen Sie nicht den Domainnamen<\/h4>\n<p>\nDenken Sie daran, dass dies nicht nur f\u00fcr den Pfad im URI gilt, sondern auch f\u00fcr den Servernamen. Wenn Sie separate Server f\u00fcr verschiedene Dinge haben, denken Sie daran, dass diese Trennung nicht ge\u00e4ndert werden kann, ohne viele, viele Links zu zerst\u00f6ren. Einige klassische Fehler, wie \u201eSehen Sie, welche Software wir heute verwenden\u201c, sind Domainnamen wie \"cgi.pathfinder.com\", \"secure\", \"lists.w3.org\". Sie wurden erstellt, um die Verwaltung der Server zu erleichtern. Unabh\u00e4ngig davon, ob die Domain eine Abteilung Ihres Unternehmens, den Dokumentstatus, das Zugriffslevel oder den Sicherheitslevel repr\u00e4sentiert, seien Sie sehr, sehr vorsichtig, bevor Sie mehr als einen Domainnamen f\u00fcr mehrere Dokumenttypen verwenden. Denken Sie daran, dass Sie viele Webserver hinter einem sichtbaren Webserver verbergen k\u00f6nnen, indem Sie Weiterleitungen und Proxy-Server verwenden.<\/p>\n<p>Ja, und denken Sie auch \u00fcber Ihren Domainnamen nach. Sie m\u00f6chten nicht, dass Sie als seife.com bezeichnet werden, nachdem Sie Ihre Produktlinie ge\u00e4ndert haben und mit der Seifenproduktion aufh\u00f6ren (Entschuldigung an denjenigen, der derzeit soap.com besitzt).<\/p>\n<h1>Fazit<\/h1>\n<p>\nDie Beibehaltung der URIs \u00fcber 2, 20, 200 oder sogar 2000 Jahre ist offensichtlich nicht so einfach, wie es scheint. Dennoch treffen Webmaster im gesamten Internet Entscheidungen, die es ihnen in Zukunft wirklich erschweren. Oft geschieht dies, weil sie Werkzeuge verwenden, deren Aufgabe es ist, die beste Website nur im Moment darzustellen \u2013 und niemand hat bedacht, was mit den Links passiert, wenn sich alles \u00e4ndert. Der Punkt hier ist jedoch, dass sich vieles, sehr vieles \u00e4ndern kann, und Ihre URIs gleich bleiben m\u00fcssen. Dies ist nur m\u00f6glich, wenn Sie dar\u00fcber nachdenken, wie Sie sie erstellen.<\/p>\n<p>Siehe auch:<\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"http:\/\/www.useit.com\/alertbox\/990321.html\">Jakob Nielsen's Ausf\u00fchrungen zum selben Thema<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<h1>Erg\u00e4nzungen<\/h1>\n<p>\n<noindex><a rel=\"nofollow\" name=\"1\"><\/a><\/noindex><\/p>\n<h4>Wie man Dateiendungen entfernt\u2026<\/h4>\n<p>\n\u2026aus URIs im aktuellen Webserver basierend auf Dateien?<\/p>\n<p>Wenn Sie beispielsweise Apache verwenden, k\u00f6nnen Sie es so konfigurieren, dass es den Inhalt abstimmt. Behalten Sie die Dateierweiterung (z. B. .png) in der Datei (z. B. <i>mydog.png<\/i>), aber man kann auch ohne sie auf Webressourcen verlinken. Dann \u00fcberpr\u00fcft Apache das Verzeichnis auf das Vorhandensein aller Dateien mit diesem Namen und jeder Erweiterung und kann das beste aus einer Auswahl w\u00e4hlen (zum Beispiel GIF und PNG). Es ist nicht n\u00f6tig, verschiedene Dateitypen in verschiedene Verzeichnisse zu legen; tats\u00e4chlich wird die Inhaltsverhandlung nicht funktionieren, wenn Sie das tun.<\/p>\n<ul>\n<li>Konfigurieren Sie Ihren Server f\u00fcr die Inhaltsverhandlung\n<\/li>\n<li>Verlinken Sie immer auf URIs ohne Erweiterung<\/li>\n<\/ul>\n<p>\nLinks mit Erweiterungen funktionieren zwar weiterhin, erlauben es Ihrem Server jedoch nicht, das beste derzeit verf\u00fcgbare und zuk\u00fcnftige Format auszuw\u00e4hlen.<\/p>\n<p>(Tats\u00e4chlich, <code>meinHund<\/code>, <code>mydog.png<\/code> und <code>mydog.gif<\/code> \u2014 g\u00fcltige Webressourcen, <code>meinHund<\/code> \u2014 dies ist eine Ressource mit universellem Inhaltstyp, und <code>mydog.png<\/code> und <code>mydog.gif<\/code> \u2014 Ressourcen eines bestimmten Inhaltstypens).<\/p>\n<p>Nat\u00fcrlich, wenn Sie Ihren eigenen Webserver schreiben, w\u00e4re es nicht schlecht, eine Datenbank zu verwenden, um dauerhafte Identifikatoren mit ihrer aktuellen Form zu verkn\u00fcpfen, obwohl Sie vor unbegrenztem Wachstum der Datenbank aufpassen sollten.<\/p>\n<h1>Schandtafel \u2014 Geschichte 1: Channel 7<\/h1>\n<p>\nIm Jahr 1999 habe ich die Schlie\u00dfungen von Schulen aufgrund von Schnee auf der Seite verfolgt <code> http:\/\/www.whdh.com\/stormforce\/closings.shtml<\/code>. Mann kann nicht warten, bis die Informationen am unteren Bildschirmrand erscheinen! Ich habe einen Link von meiner Homepage gesetzt. Der erste gro\u00dfe Schneesturm des Jahres 2000 kommt, und ich \u00fcberpr\u00fcfe die Seite. Dort steht:<\/p>\n<p><i> \u2014 Stand.<br \/>\nAktuell ist nichts geschlossen. Bitte kommen Sie bei Wetterwarnungen wieder.<\/i> <\/p>\n<p>Es kann nicht sein, ein ebenso starker Sturm. Lustig, dass das Datum fehlt. Aber wenn man zur Startseite der Website geht, gibt es eine gro\u00dfe Schaltfl\u00e4che \u201eGeschlossene Schulen\u201c, die zu einer Seite f\u00fchrt <code>http:\/\/www.whdh.com\/stormforce\/<\/code> mit einer langen Liste geschlossener Schulen.<\/p>\n<p>Vielleicht haben sie das System zur Beschaffung der Liste ge\u00e4ndert \u2014 aber sie mussten die URI nicht \u00e4ndern.<\/p>\n<h1>Schandtafel \u2014 Geschichte 2: Microsoft Netmeeting<\/h1>\n<p>\nMit der wachsenden Abh\u00e4ngigkeit vom Internet kam die geniale Idee, Posts Links zur Website des Herstellers einzuf\u00fcgen. Dies wurde oft genutzt und stark missbraucht, aber \u2014 die URL darf nicht ge\u00e4ndert werden. Neulich habe ich einen Link aus dem Client Microsoft Netmeeting 2\/something im Men\u00fc Hilfe\/Microsoft im Web\/Kostenlose Sachen ausprobiert und erhielt einen Fehler 404 \u2014 Serverantwort nicht gefunden. Vielleicht wurde es bereits behoben\u2026<\/p>\n<p><i>&copy;1998 <noindex><a rel=\"nofollow\" href=\"https:\/\/www.w3.org\/People\/Berners-Lee\/\">Tim BL<\/a><\/noindex><\/i> <\/p>\n<p>Historische Anmerkung: Ende des 20. Jahrhunderts, als dies geschrieben wurde, war \u201ecool\u201c ein Begriff der Zustimmung, besonders unter Jugendlichen, der auf Mode, Qualit\u00e4t oder Angemessenheit hinwies. In Eile wurde der URI-Pfad oft aus \u201eCoolness\u201c ausgew\u00e4hlt, und nicht wegen N\u00fctzlichkeit oder Langlebigkeit. Diese Anmerkung ist ein Versuch, die Energie, die hinter der Suche nach Coolness steht, umzuleiten.<br \/>\n<br \/>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/511508\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0410\u0432\u0442\u043e\u0440 \u2014 \u0441\u044d\u0440 \u0422\u0438\u043c \u0411\u0435\u0440\u043d\u0435\u0440\u0441-\u041b\u0438, \u0438\u0437\u043e\u0431\u0440\u0435\u0442\u0430\u0442\u0435\u043b\u044c URI, URL, HTTP, HTML \u0438 \u0412\u0441\u0435\u043c\u0438\u0440\u043d\u043e\u0439 \u043f\u0430\u0443\u0442\u0438\u043d\u044b, \u0434\u0435\u0439\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0439 \u0433\u043b\u0430\u0432\u0430 W3C. \u0421\u0442\u0430\u0442\u044c\u044f \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u0430 \u0432 1998 \u0433\u043e\u0434\u0443 \u041a\u0430\u043a\u043e\u0439 URI \u043c\u043e\u0436\u043d\u043e \u0441\u0447\u0438\u0442\u0430\u0442\u044c \u00ab\u043a\u0440\u0443\u0442\u044b\u043c\u00bb? \u0422\u0430\u043a\u043e\u0439, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043d\u0435 \u0438\u0437\u043c\u0435\u043d\u044f\u0435\u0442\u0441\u044f. \u041a\u0430\u043a \u0438\u0437\u043c\u0435\u043d\u044f\u044e\u0442\u0441\u044f URI? URI \u043d\u0435 \u0438\u0437\u043c\u0435\u043d\u044f\u044e\u0442\u0441\u044f: \u0438\u0445 \u0438\u0437\u043c\u0435\u043d\u044f\u044e\u0442 \u043b\u044e\u0434\u0438. \u041f\u043e \u0438\u0434\u0435\u0435, \u0443 \u043b\u044e\u0434\u0435\u0439 \u043d\u0435\u0442 \u043d\u0438\u043a\u0430\u043a\u0438\u0445 \u043f\u0440\u0438\u0447\u0438\u043d \u0438\u0437\u043c\u0435\u043d\u044f\u0442\u044c URI (\u0438\u043b\u0438 \u043f\u0440\u0435\u043a\u0440\u0430\u0449\u0430\u0442\u044c \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u0438\u0432\u0430\u0442\u044c \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u044b), \u043d\u043e \u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0435 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-89253","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0410\u0432\u0442\u043e\u0440 \u2014 \u0441\u044d\u0440 \u0422\u0438\u043c \u0411\u0435\u0440\u043d\u0435\u0440\u0441-\u041b\u0438, \u0438\u0437\u043e\u0431\u0440\u0435\u0442\u0430\u0442\u0435\u043b\u044c URI, URL, HTTP, HTML \u0438 \u0412\u0441\u0435\u043c\u0438\u0440\u043d\u043e\u0439 \u043f\u0430\u0443\u0442\u0438\u043d\u044b, \u0434\u0435\u0439\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0439 \u0433\u043b\u0430\u0432\u0430 W3C.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/krutye-uri-ne-izmenyayutsya\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u0440\u0443\u0442\u044b\u0435 URI \u043d\u0435 \u0438\u0437\u043c\u0435\u043d\u044f\u044e\u0442\u0441\u044f | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0410\u0432\u0442\u043e\u0440 \u2014 \u0441\u044d\u0440 \u0422\u0438\u043c \u0411\u0435\u0440\u043d\u0435\u0440\u0441-\u041b\u0438, \u0438\u0437\u043e\u0431\u0440\u0435\u0442\u0430\u0442\u0435\u043b\u044c URI, URL, HTTP, HTML \u0438 \u0412\u0441\u0435\u043c\u0438\u0440\u043d\u043e\u0439 \u043f\u0430\u0443\u0442\u0438\u043d\u044b, \u0434\u0435\u0439\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0439 \u0433\u043b\u0430\u0432\u0430 W3C.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/krutye-uri-ne-izmenyayutsya\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-07-20T23:42:24+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-07-20T23:42:24+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Coole URIs \u00e4ndern sich nicht | ProHoster","description":"Autor \u2013 Sir Tim Berners-Lee, Erfinder von URI, URL, HTTP, HTML und des World Wide Web, amtierender Leiter des W3C.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/krutye-uri-ne-izmenyayutsya","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0440\u0443\u0442\u044b\u0435 URI \u043d\u0435 \u0438\u0437\u043c\u0435\u043d\u044f\u044e\u0442\u0441\u044f | ProHoster","og:description":"\u0410\u0432\u0442\u043e\u0440 \u2014 \u0441\u044d\u0440 \u0422\u0438\u043c \u0411\u0435\u0440\u043d\u0435\u0440\u0441-\u041b\u0438, \u0438\u0437\u043e\u0431\u0440\u0435\u0442\u0430\u0442\u0435\u043b\u044c URI, URL, HTTP, HTML \u0438 \u0412\u0441\u0435\u043c\u0438\u0440\u043d\u043e\u0439 \u043f\u0430\u0443\u0442\u0438\u043d\u044b, \u0434\u0435\u0439\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0439 \u0433\u043b\u0430\u0432\u0430 W3C.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/krutye-uri-ne-izmenyayutsya","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-07-20T23:42:24+00:00","article:modified_time":"2020-07-20T23:42:24+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"89253","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 13:13:29","updated":"2022-09-29 13:43:17","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/89253","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=89253"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/89253\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=89253"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=89253"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=89253"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}