Différents entre ./ , ../ , ../../ , ~/ sur le chemin d'accès au fichier(URL) dans asp.net

J'ai un fichier de script .

<script src="~/Scripts/angular.js"></script>

Voir le chemin d'accès est ~/Script. Mais si je suis Entré ../../ au lieu de ~/,Également le processus de travail même .

Mon URL de site web comme : https://sample.com/Scripts/angular.js

Si je suis entré ../../ en avant Scripts ,alors il est automatiquement changer précédent URL(https://sample.com/Scripts/angular.js) .

Quelle est l'url ? Et comment peut automatiquement changé? et s'il vous plaît dites à propos de la différence entre ./, ../, ../../, ~/,/Scripts ,Scripts?

Quand on voit ce que l'URL "devient" dans le navigateur, ce que précisément vous êtes à la recherche? L'original de la source de la page qui a été donné dans le navigateur, ou l'état actuel de la cathédrale, le navigateur a rendu cette source?
Cliquez Url ensuite il suffit de taper ../../ avant Schin+Tendulkar-9178.jpg .
En effet, la modification de l'URL de cette manière signifie demandant le même fichier à partir d'un autre "dossier" (de sorte que l'URL peut potentiellement carte pour un dossier, mais c'est une autre histoire entièrement). Puisque le fichier n'est pas dans ce dernier endroit, vous obtenez une réponse 404.

OriginalL'auteur Ramesh Rajendran | 2013-10-09

  1. 18

    Ces composants de chemin sont des raccourcis avec des significations spécifiques:

    • . désigne le chemin d'accès actuel niveau (donc si vous êtes sur index.aspx et vous faites référence à ./style.css alors ce dernier devrait être dans le même dossier que l'ancien)
    • .. signifie un chemin de monter de niveau (donc si vous êtes sur /somefolder/index.aspx et vous faites référence à ../style.css alors ce dernier devrait être dans le dossier parent de someFolder)
    • / signifie que le niveau de la racine (donc /style.css est le même que http://www.mysite.com/style.css)
    • ~ dans ASP.NET signifie que le côté serveur racine de l'application (donc ~/index.aspx serait traduit de l'URL de la index.aspx fichier dans la racine de l'application)

    Il y a un certain nombre de choses à noter ici:

    • Il y a une différence entre serveur chemins et client chemins. Par exemple, à partir du navigateur web de la perspective, il y a pas de "racine de l'application." Un navigateur web ne sais pas quoi faire avec ~. Qui ne peut être utilisé dans des chemins qui sont pré-traitées dans des composants côté serveur. Les composants côté serveur saurais alors de les traduire par un client-visible chemin d'accès basé sur l'emplacement actuel de la demande par rapport au serveur web.
    • Chemin des prescripteurs (..) n'ont pas de limite. La racine du parent est considéré comme la racine. Donc, si vous êtes sur http://www.mysite.com/someFolder/index.aspx et vous faites référence à ../../../../style.css il ira à http://www.mysite.com/style.css.
    • Le navigateur se traduit également chemins pour vous. C'est l'une des différences entre la "source de la page" et le "DOM." Votre source de la page peut avoir une référence à ../somePage.aspx, mais lorsque vous les survolez avec votre souris le navigateur indique que c'est http://www.mysite.com/somePage.aspx. C'est parce que le navigateur a converti le chemin d'accès relatif de l'ancien dans le chemin absolu de ce dernier.

    OriginalL'auteur David

  2. -1

    Voyons voir...

     .    = this directory
 ..   = the parent directory
 ../  = the parent directory
 ~/   = the user's home directory or the application's, in ASP
 /    = the root directory

 ../../ = the parent's parent directory

    et ainsi de suite.

    BTW, cela fonctionne pour tous les Linux/Unix.

    Le répertoire home de l'utilisateur? Linux/Unix? La question se pose au sujet de ASP.NET, pas sur les systèmes de fichiers Linux. (Note: ce système de fichiers de conventions ne sont pas exclusifs à Linux/Unix. Ils appliquent juste au sujet de n'importe où).
    L'exception est ~, ce qui n'est pas compris par Windows. Ce point est sur la frontière entre le "pas à la question" et "utile de côté." Mais ouais, Linux/Unix et Internet, ou, plus brièvement, pas Windows.

    OriginalL'auteur opalenzuela