Содержание:
- 1 Содержание
- 2 Представления пути по операционной системе и оболочке [ править | править код ]
- 3 UNC в Windows [ править | править код ]
- 4 Литература [ править | править код ]
- 5 Оглавление
- 6 Абсолютный путь
- 7 Относительный путь
- 8 Путь относительно документа
- 9 Путь относительно корня сайта
- 10 Полный путь к файлу
Путь (англ. path ) — набор символов, показывающий расположение файла или каталога в файловой системе.
В операционных системах UNIX разделительным знаком при записи пути является «/». В Windows — «». Эти знаки служат для разделения названия каталогов, составляющих путь к файлу.
Например, в следующей записи адресации /home/user_viki/foo/bar.txt часть bar.txt — это имя файла, а /home/user_viki/foo — путь к нему.
Путь может быть абсолютным или относительным. Полный или абсолютный путь — это путь, который указывает на одно и то же место в файловой системе, вне зависимости от текущего рабочего каталога или других обстоятельств. Полный путь всегда начинается с корневого каталога. Относительный путь представляет собой путь по отношению к текущему рабочему каталогу пользователя или активных приложений.
Для эффективного поиска файлов UNIX-подобные операционные системы, как правило, имеют системную переменную $PATH в командной оболочке (например, sh ), которая задает перенаправления к важнейшим исполняемым файлам. Узнать значение этой переменной можно с помощью команды echo $PATH или аналогичной.
Содержание
Представления пути по операционной системе и оболочке [ править | править код ]
Операционная система | Оболочка | Корневой каталог | Разделитель каталогов | Текущий каталог | Родительский каталог | Домашний каталог | Примеры |
---|---|---|---|---|---|---|---|
UNIX-подобная ОС | Командная оболочка UNIX | / | / | . | .. | /home/user/docs/Letter.txt | |
DOS | COMMAND.COM | [буква диска:] или \[имя сервера] |
. | .. | C:USERDOCSLETTER.TXT A:PICTURE.JPG \SERVER01USERDOCSLETTER.TXT |
||
OS/2 | cmd.exe | [буква диска:] | / или | . | .. | C:userdocsLetter.txt | |
Microsoft Windows | cmd.exe | [буква диска:]/ или [буква диска:] или \[имя сервера] примечание: для команды CD, / treated as relative path (same as [буква диска:].) |
/ или (примечание: для команды CD, / treated as relative path (same as .)) | . | .. | C:userdocsLetter.txt | |
Microsoft Windows | Windows PowerShell | [имя диска:]/ или [имя диска:] или \[имя сервера] или [PSSnapIn name][PSProvider name:][:PSDrive root] |
C:userdocsLetter.txt
\Server01userdocsLetter.txt |
||||
TOPS-20 | DCL | [имя устройства:] | . | PS: LETTER.TXT,4 | |||
RSX-11 | DCL | [имя устройства:] | DR0:[30,12]LETTER.TXT;4 | ||||
OpenVMS | DCL | [имя устройства:] или
[NODE["accountname password"]]::[имя устройства]: |
. | [] | [-] | SYS$LOGIN: | SYS$SYSDEVICE:[USER.DOCS]PHOTO.JPG |
Classic Mac OS | [volume or drive name]: | : | : | :: | Macintosh HD:Documents:Letter | ||
ProDOS | AppleSoft BASIC | /[volume or drive name]/ | / | /SCHOOL.DISK/APPLEWORKS/MY.REPORT | |||
AmigaOS | Amiga CLI / AmigaShell | [drive, volume, device or assign name]: | / | "" (empty string) | / | Workbench:Utilities/MultiView
DF0:S/Startup-Sequence |
|
RISC OS | Task window | [fs type[#option]:][:drive number or disc name.]$
примечание: &, % and @ can also be used to reference the root of the current user, the library and the current (working) directory respectively. |
. | @ | ^ | & | ADFS::MyDrive.$.Documents.Letter
Net#MainServer::DataDrive.$.Main.sy10823 Когда файловые системы монтируются с поддержкой расширений файлов, символы ‘.’ заменяются на ‘/’, как в примере с Japan/gif выше. |
Symbian OS | File manager | userdocsLetter.txt | |||||
Domain/OS | Shell | // (root of domain)
/ (root of current node) |
//node/home/user/docs/Letter.txt ./inthisdir \greatgrandparent rcinfo |
||||
MenuetOS | CMD | / | / | ||||
Stratus VOS | интерпретатор командной строки VOS | %[имя_системы]#[имя_модуля]> | > | %sysname#module1>SubDir>AnotherDir | |||
NonStop Kernel | TACL Tandem Advanced Command Language | Нет корня | . | Нет родительского каталога | NODE.$DISK.SUBVOL.FILE | ||
CP/M | CCP | [буква диска:] | Нет подкаталогов | Нет подкаталогов | Нет родителей | Нет подкаталогов | A:LETTER.TXT |
GS/OS | :[имя тома]: или .[имя устройства]: или [префикс]:
прим.: префикс может быть числом (0-31), * (загрузочный том) или @ (домашний каталог AppleShare) |
: или / | @ | :Apps:Platinum.Paint:Platinum.Paint *:System:Finder .APPLEDISK3.5B/file |
UNC в Windows [ править | править код ]
Общее соглашение об именах (англ. Uniform Naming Convention ) или универсальное соглашение об именовании ( universal naming convention ), UNC — соглашение об именовании файлов и других ресурсов, дающее машинонезависимое определение местоположения ресурса [1] .
Имя, соответствующее соглашению об универсальном назначении имен, полное имя ресурса в сети, включающее имя сервера и имя совместно используемого ресурса (принтера, каталога или файла); для каталогов или файлов могут также включать относительный путь.
Синтаксис UNC-пути к принтеру следующий: \СерверСетевойПринтер , где Сервер — сетевое имя компьютера, СетевойПринтер — это сетевое имя общего принтера на этом компьютере.
Синтаксис UNC-пути к каталогу или файлу следующий: \СерверСетевойКаталог[ОтносительныйПуть] , где Сервер — сетевое имя компьютера, СетевойКаталог — это сетевое имя общего каталога на этом компьютере, а ОтносительныйПуть — путь к каталогу или файлу из общего каталога.
СетевойКаталог не обязательно называется так же, как ассоциированный с ним каталог на сервере, имя даётся в ходе открытия общего доступа к каталогу в файловой системе компьютера [ источник не указан 3027 дней ] .
Некоторые API-вызовы в Microsoft Windows поддерживают использование так называемых Long UNC или UNCW: \?UNCСерверСетевойКаталог[ОтносительныйПуть] или \?Диск:[Каталог][Файл] , где Диск — буква диска, Каталог — имя каталога на диске, Файл — имя файла в каталоге или на диске [ источник не указан 3027 дней ] .
В версиях Windows, предшествовавших Windows XP, только API-вызовы, использующие Long UNC, могли использовать пути длиной более 260 символов [ источник не указан 3027 дней ] .
Всего в Microsoft Windows используются следующие типы путей:
- LFS (англ. local file system ) — имена в локальной файловой системе, например: C:FolderFile .
- UNC — сетевые имена, например: \ServerSharedFolderFolderFile .
- Long UNC или UNCW — длинные имена, например: \?UNCServerSharedFolderFolderFile или \?C:FolderFile .
Литература [ править | править код ]
Mitch Tulloch, Ingrid Tulloch. Microsoft Encyclopedia of Networking, Second Edition. — ISBN 0-7356-1378-8.
Категории блога
При разработке сайта часто приходится прописывать пути к файлам, ссылки на документы, страницы.
В книгах по компьютерным технологиям можно часто встретить употребление терминов абсолютного и относительного пути к файлам. Часто автор не разъясняет, что означает тот или иной путь. Читатель, соответственно, путается, когда автор в последствии говорит об использовании абсолютного и(или) относительного пути.
Допустим, у Вас есть сайт и Вам нужно создать гиперссылку(ссылку) на одну из страниц сайта. Здесь нужно выбрать какой использовать тип пути: относительный или абсолютный.
Очень важно понимать, где какой путь нужно и лучше использовать. Абсолютный путь можно указать только одним способом. А вот относительный в отличии от абсолютного имеет несколько вариантов использования.
Подробнее о том как и где используется абсолютный и относительный путь к файлам, я попытаюсь вам сегодня рассказать.
Так как большую часть своего времени я уделяю web-технологиям, то примеры буду приводить относящиеся к созданию сайтов.
Оглавление
Абсолютный путь
Когда ссылка представляет из себя полный URL файла или страницы, это и есть абсолютный путь. При этом в адресе должен присутствовать используемый протокол. Например, http://www.uamedwed.com — это абсолютный путь к конкретному веб-сайту. В данном случае абсолютный путь к главной странице моего блога. Где протоколом является http, а www.uamedwed.com доменом(именем).
Если указывать ссылку на католог, например http://yourdomain.ua/web/ то будет загружаться(отображаться) индексный файл. Это правило применимо в основном к статическим сайтам. Так как при использовании языка программирования можно создать внутренний роутинг. Индексный файл обычно представляет из себя файл с именем index.php, index.html, index.phtml, index.shtml. Для того что бы использовать другой индексный файл, нужно создать в нужной директории файл с именем .htaccess, и в нем прописать некоторую директиву. Изменение и создание файла .htaccess, как и роутинг с помощью языка программирования, выходит за рамки этой статьи.
В основном абсолютный путь используется, тогда, когда нужно сослаться на другой сайт. Иными словами если Вы хотите отправить посетителя на другой сайт, то нужно использовать абсолютный путь. Хотя, такой путь можно использовать и на собственном сайте. Но многие придерживаются того, что ссылки внутри сайта должны быть относительными.
Использование абсолютного пути может повлечь за собой некоторые проблемы. Например при переносе сайта с локальной машины на сервер(это в том случае, если вы использовали на локальной машине адреса в виде http://localhost/sitename.ua/…). Трудности могут возникнуть, тогда, когда появится необходимость в смене домена(имени сайта). Хотя, все эти трудности решаемы, но на них придётся потратить некоторое количество времени.
Когда есть минусы, значит должны быть и плюсы. Возьмём к примеру такую ситуацию, как кража контента с вашего сайта. На практике я уже не раз убедился в том, что текст воруют целиком, при этом не оставляя обратной ссылки на оригинал. Так вот, при использовании абсолютных путей, можно получить обратные ссылки с сайта, на котором находится сворованный контент. Но это только в том случае если у Вас внутренняя перелинковка осуществлялась с использованием абсолютных путей. Хотя это не всегда работает, но я уже не раз замечал появление ссылок с чужих сайтов, на которых был расположен мой контент.
Немного отступив от темы хочу вкратце рассказать про то что такое URL.
Каждая веб-страница или документ в сети Интернет имеет собственный уникальный адрес, который и называется URL.
URL — единообразный локатор (определитель местонахождения) ресурса. Расшифровывается URL как Uniform Resource Locator(унифицированный адрес ресурса). Можно так же встретить и такую расшифровку как Universal Resource Locator(универсальный локатор ресурса). Этот способ записи адреса стандартизирован в сети Интернет. Более общая и широкая система идентификации ресурсов URI постепенно заменяет термин URL.
URI — это символьная строка, которая идентифицирует какой-либо ресурс: документ, файл, и т.д. Конечно, здесь подразумеваются ресурсы сети Интернет.
Относительный путь
Часто относительные пути используются гораздо чаще чем абсолютные пути. В основном относительный путь указывается тогда, когда Вам нужно отправить посетителя на другую страницу Вашего сайта, или вставить объект (например изображение) на одной из страниц. При этом использование относительно пути вполне оправдано. В зависимости от структуры сайта, зависит то, какую форму относительного пути нужно использовать. Существует два вида относительного пути: путь относительно документа, путь относительно корня сайта.
Путь относительно документа
Именно путь относительно документа используется чаще всего. Такие ссылки ещё называются локальными. В основном такой путь используется тогда, когда текущий и связанный документ(страница) находятся в одной директории. Если переместить документ в другую директорию, то путь(ссылку) придётся менять. Хотя можно ссылаться и на документы(страницы) из других директорий. Для этого путь прописывается от текущего документа до целевого документа(страницы). При этом путь относительно документа должен задаваться в зависимости от структуры директорий.
Возьмём к примеру простейшую структуру статического сайта.
Предположим, что каждое изображение в каталоге images нужно вставить в соответствующие страницы home.html, products.html, contact.html. Для того что бы вставить изображение к примеру на страницу «home.html», нужно прописать путь, где расположено изображение. Если использовать путь относительно документа, то нужно будет прописать в коде страницы следующее:
Этот код для вставки изображения на страницу — неполный. Так как он не содержит нескольких важных атрибутов, таких как ширина, высота и др. Атрибут src, здесь служит для указания пути к файлу. Здесь опущены все остальные атрибуты, так как они сейчас не столь важны. Главное сейчас, что бы Вы имели представление о том, как выглядит путь относительно документа.
При использовании путей относительно документа отсутствует часть абсолютного пути. Часть абсолютного пути, здесь усекается, как для текущего документа(страницы), так и для связанного. Здесь используется только та часть пути, которая всегда меняется.
Напомню ещё раз про то, что при использовании пути относительно документа, нужно учитывать исходное расположение файлов.
Представим ситуацию, когда страница products.html, будет располагаться не в корневой директории сайта(как это было в предыдущем примере), а в подкаталоге. Теперь необходимо вставить изображение, в файл products.html, который находится, глубже чем корневая директория сайта.
Для того, что бы вставить изображение в файл products.html нужно вернуться в корневую директорию. После чего, можно использовать уже известный путь, о котором говорилось чуть выше.
Как видно из приведённого выше кода, к пути теперь добавилось следующее: ../. Как раз эта последовательность символов ../ и служит для перехода на одну директорию(уровень) выше в иерархии каталогов. Путь в вышеприведённом коде можно прочесть так: «Перейти на один каталог выше(назад), зайти в директорию images и взять от туда файл products.png«.
Если ../ означает переход на одну директорию(уровень) выше в иерархии каталогов, то символ / обозначает переход на один уровень ниже.
Последовательность символов ../ можно использовать в пути неоднократно. Например, если файл products.html переместить в три директории вложенные в друг друга, то нужно будет использовать следующий код:
Как видно из предыдущих примеров, использование путей относительно документа во многих случаях оправдано. Такой вид пути часто применяется в практике, и его можно применить практически в любой ситуации. Как я уже говорил выше, существует ещё путь относительно корня сайта, о котором собственно и пойдет речь ниже.
Путь относительно корня сайта
Вы наверное уже поняли что пути относительно документа используются очень часто. Но при их использовании существует одна проблема. Которая заключается в том, что при смене структуры директорий, пути придется менять.
Но такая проблема решаема при использовании путей относительно корня сайта. Где путь указывается от корневой директории до документа.
Все пути относительно корня сайта начинаются со знака /. Только здесь, в отличии от путей относительно документа этот знак используется для указания корневой директории. Потому, что он используется в начале пути.
Путь относительно корня сайта позволяет перемещать некоторые файлы, без ущерба для ссылок. Этот тип пути Вы сможете использовать только на web-сервере в интернете, или на web-сервере расположенном на локальной машине.
В качестве web-сервера на локальной машине может выступать — XAMPP. Который позволит у себя на компьютере создать среду для созданию сайтов и их предварительного тестирования.
Корневой относительный путь не содержит ни протокола http, ни доменного имени. И как я уже говорил начинается с указания символа /, который указывает на корневую директорию. В этой директории обычно располагается индексный файл главной страницы.
Например, /images/products.png обозначает, что файл products.png находится в папке images, которая расположена в корневом каталоге.
Самый простой способ определить корневой относительный путь — взять абсолютный и отбросить http:// и имя хоста.
Пример
Иногда бывает нужно, что бы информацию одной страницы использовали другие страницы сайта. Часто это делается для того что бы сократить количество повторяемого кода на каждой странице. Допустим есть файл _contact.html, который содержит информацию о телефонных номерах, e-mail и содержит изображение contact.png. (Пускай это будет небольшая таблица, которая будет располагаться на каждой странице сайта.)
Следующий код предназначен для вставки изображения «contact.png».
Код, который необходим для вставки одного файла в другой, выходит за рамки этой статьи. Здесь все зависит от используемого языка программирования.
Я надеюсь, что Вы уже знаете какой тип пути использовался в вышеприведённом коде. Если нет, тогда посмотрите приведённое выше определение пути относительно документа.
Теперь, когда посетитель зайдет на такие страницы сайта как home.html, contact.ntml, он увидит прекрасно отображаемую страницу. В каждую из которых вставлен файл _contact.html, в который, в свою очередь, вставлено изображение contact.png.
Другими словами зайдя, к примеру, на страницу home.html, происходит следующее: «Выполняется код основной страницы home.html. Затем вставляется и исполняется код страницы _contact.html. Код страницы _contact.html, говорит что нужно перейти в директорию images и взять от туда изображение contact.png«.
Если опустить сам код для вставки, то все работает отлично. Но вот если запустить страницу products.html, то произойдет ошибка. Так как код будет пытаться найти директорию images и файл contact.png в директории products. Но такой директории там не существует, из за чего собственно и возникает проблема.
Становится ясным, что использовать путь относительно документа здесь нельзя.
Конечно здесь можно использовать абсолютный путь. О плюсах и минусах данного подхода я говорил выше.
В общем говоря, это одна из ситуаций, когда нужно использовать путь относительно корня сайта. При использовании пути относительно корня сайта, ссылка будет всегда начинаться с корневого каталога(корня сайта). Такой тип пути позволит использовать код для вставки, например изображения, независимо от иерархии сайта, и его директорий.
Использование пути относительно корня сайта в вышеприведённом примере, позволит избежать проблем, со вставкой изображения. Потому как независимо от того где будет использовать такой тип пути, он всегда найдет указанный в нем файл.
Путь относительно корня сайта, очень похож на путь относительно документа. Для того что бы создать путь относительно корня сайта, нужно добавить символ / в начало пути.
Теперь изображение будет корректно вставляться на любой из страниц сайта.
Надеюсь я немного помог Вам разобраться в том какие пути существуют, и в том когда и где они используются. Теперь можно использовать все типы пути по прямому их назначению.
В этой статье будет рассмотрен ряд методов, которые можно использовать для того, чтобы скопировать полный путь к файлу или папке в Проводнике Windows 10. Невзирая на то, что это тривиальная задача, существует несколько интересных вариантов, которые вы обязательно найдете для себя полезными.
Файловый проводник в операционной системе — это приложение для управления файлами, которое поставляется в комплекте с ОС, начиная с Windows 95. Кроме операций по управлению объектами, в интерфейсе реализована поддержка панелей быстрого доступа, рабочего стола, сети и других полезнейших функций.
Иногда, а в некоторых случаях и на постоянной основе, пользователям необходимо копировать полный путь к папке или файлу. Возможно для загрузки документа в Интернет или добавления в продолжение к какой-либо команде в Командной строке и т.п.
Удобно будет это сделать, когда он уже скопирован в буфер обмена. Тогда его можно получить одним нажатием кнопки мыши или определенным сочетанием клавиш.
В ОС Windows 10 есть несколько способов копирования полного пути к объектам в Проводнике. Давайте их рассмотрим.
Полный путь к файлу
1-й метод. Найдите целевой файл и отметьте его. На вкладке “Главная” Панели инструментов найдите кнопку “Скопировать путь” и нажмите её. Дальше вставьте содержимое из буфера обмена в любое место. Оно будет оформлено двойными кавычками.
2-й метод. В адресной строке кликните правой кнопкой мыши. В контекстном меню выберите кнопку копирования адреса как текста. Это работает только для папок. Кавычки не применяются. Первый же пункт меню “Копировать адрес” отправляет в буфер обмена сам объект, который можно будет вставить в другое место на диске.
3-й метод. Просто нажмите левой кнопкой мыши на область адресной строки. Выделенное содержимое станет доступно для редактирования с помощью пунктов контекстного меню.
4-й метод. Для меня самый эффективный и простой. Зажмите клавишу Shift и, удерживая её, щелкните правой кнопкой мыши на нужном файле. Найдите пункт “Копировать как путь” и нажмите на него. В результате вставки также будут присутствовать кавычки.
Командная строка
5-й метод. Быстро вставить полный путь к файлу в Командную строку можно простым перетаскиванием объекта. Расположите рядом окно файлового Проводника и окно интерпретатора команд, зацепите курсором мыши файл в первом и перетащите его во второе.
Вот и всё! Какие дополнительные методы известны вам? Спасибо за внимание!