Pfade
URL einfügen und sehen, welche Quelle sie beansprucht und was sie dort findet.
Der Pfad-Debugger, und das Panel, in dem die meisten Versionsfehler gefunden
werden. Jeder, den diese Ebene hatte, war eine Uneinigkeit darüber, wie eine URL
aussieht und welche Quelle sie beansprucht — /workflows/v0.7.0, das einen 404
lieferte, /workflows/v0.7.0/v0.7.0, das erzeugt wurde. Beides war Rechnerei
mit Präfixen, die nichts ausgab.
Die Schritte
- Das Locale-Segment wird abgeschnitten.
/de/sdk/guides/cachingist die Seite/sdk/guides/cachingauf Deutsch — das Locale übersetzt die Oberfläche, niemals den Inhaltsbaum, deshalb meint jede Suche im Theme den abgeschnittenen Pfad. - Das längste passende Präfix gewinnt.
/sdk/v1-9und/sdkpassen beide auf eine Seite unterhalb des ersten; das kürzere zu nehmen ist der Weg, auf dem ein Tag am Endemainrendert. - Die beanspruchende Collection wird abgefragt — nach genau diesem Pfad.
- Dieselbe Seite wird in den Geschwisterquellen gesucht — den anderen Versionen und Sprachen desselben Repositories, niemals eines anderen.
Einen Fehlschlag lesen
Eine Seite, die hier fehlt und in einer anderen Spalte vorhanden ist, ist der Fall für den Rückfall: Der Versionsumschalter bietet sie an, und der Leser wird zum nächstgelegenen Vorfahren geschickt statt auf einen 404.
Eine Seite, die überall fehlt, ist ein Tippfehler, und das Panel listet dann die nächstgelegenen Pfade in der Collection auf — die, die den längsten führenden Abschnitt mit dem teilen, was du eingefügt hast.
Füge die URL genau so ein, wie der Browser sie zeigt, samt Locale-Segment. Das Panel schneidet ab, und das zu sehen ist die halbe Antwort.