Абсолютный и относительный путь к файлам

Вычисление относительных путей

Для вычисления путей относительно друг друга можно использовать метод Path.relative_to. Метод relative_to полезен, если, например, вы хотите получить часть длинного пути к файлу.

Давайте рассмотрим следующий код:

Если вы запустите его, вы получите такой вывод:

Метод relative_to возвращает новый объект Path относительно данного аргумента. В нашем примере мы вычисляем путь к shark.txt относительно каталога ocean, а затем относительно каталогов ocean и animals.

Если relative_to не может вычислить ответ, потому что получил неправильный путь, он выдает ValueError:

К примеру, из нашего кода мы могли бы получить примерно такое сообщение ValueError:

unrelated/path не является частью ocean/animals/fish/shark.txt, поэтому Python не может вычислить относительный путь.

Как определить абсолютный путь к файлу у себя на хостинге?

Часто при подключению к сайту по FTP или файловый менеджер на хостинге у вас открывается корневая папка, в которой находится куча других папок и не всегда понятно где находится сама папка с доменом, куда загружать файл и какие папки указывать в абсолютном пути.

В этом случае нам нужно:

1. 1. Найти папку, в которой лежат файлы сайта. Например, в случае с CMS WordPress в ней должны находиться папки «wp-admin», «wp-content» и так далее.

Потом приписываем к нему скопированный адрес папки с загруженным файлом и в конце пишем название его название и расширение.

Особенности абсолютного пути:

• указанный адрес будет работать при его использовании на других сайтах или страницах
• при смене домена основного сайта или при переходе на https адреса в этом пути тоже нужно будет менять.

Путь относительно корня сайта

Вы наверное уже поняли что пути относительно документа используются очень часто. Но при их использовании существует одна проблема. Которая заключается в том, что при смене структуры директорий, пути придется менять.
Но такая проблема решаема при использовании путей относительно корня сайта. Где путь указывается от корневой директории до документа.
Все пути относительно корня сайта начинаются со знака . Только здесь, в отличии от путей относительно документа этот знак используется для указания корневой директории. Потому, что он используется в начале пути.
Путь относительно корня сайта позволяет перемещать некоторые файлы, без ущерба для ссылок. Этот тип пути Вы сможете использовать только на web-сервере в интернете, или на web-сервере расположенном на локальной машине.

Корневой относительный путь не содержит ни протокола http, ни доменного имени. И как я уже говорил начинается с указания символа , который указывает на корневую директорию. В этой директории обычно располагается индексный файл главной страницы.

Например, /images/products.png обозначает, что файл products.png находится в папке images, которая расположена в корневом каталоге.

Самый простой способ определить корневой относительный путь — взять абсолютный и отбросить http:// и имя хоста.

Следующий код предназначен для вставки изображения «contact.png».

<img src="images/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. Но такой директории там не существует, из за чего собственно и возникает проблема.
Становится ясным, что использовать путь относительно документа здесь нельзя.
Конечно здесь можно использовать абсолютный путь. О плюсах и минусах данного подхода я говорил выше.
В общем говоря, это одна из ситуаций, когда нужно использовать путь относительно корня сайта. При использовании пути относительно корня сайта, ссылка будет всегда начинаться с корневого каталога(корня сайта). Такой тип пути позволит использовать код для вставки, например изображения, независимо от иерархии сайта, и его директорий.
Использование пути относительно корня сайта в вышеприведённом примере, позволит избежать проблем, со вставкой изображения. Потому как независимо от того где будет использовать такой тип пути, он всегда найдет указанный в нем файл.
Путь относительно корня сайта, очень похож на путь относительно документа. Для того что бы создать путь относительно корня сайта, нужно добавить символ в начало пути.

<img src="/images/contact.png">

Теперь изображение будет корректно вставляться на любой из страниц сайта.

Надеюсь я немного помог Вам разобраться в том какие пути существуют, и в том когда и где они используются. Теперь можно использовать все типы пути по прямому их назначению.

Пути в языках программирования

В языках программирования также используются пути. Например: при открытии файла. Большинство языков программирования используют представление пути к базовой операционной системе:

Такой прямой доступ к путям операционной системы может затруднить переносимость программ. Для поддержки переносимых программ Java использует File.separator, чтобы различать пути, разделенные / и \. В Seed7 есть другой подход к представлению пути. В Seed7 все пути используют соглашение о путях Unix, независимо от операционной системы. Под окнами выполняется сопоставление (например: путь / c / users сопоставлен с c: \ users ).

Относительный путь в PHP

У относительных путей в PHP есть один подвох — они могут строиться относительно не той папки, от которой мы ожидаем.

Дело в том, что когда мы подключаем скрипт по относительному пути require(‘config.php’);, PHP будет искать его по следующему алгоритму:

• Сначала PHP попытается найти этот файл в папках, указанных в директиве include_path. Посмотреть, что указано в этой директиве конкретно у вас можно с помощью var_dump(get_include_path());, папки разделяются символом ;

  Если мы укажем путь к скрипту в таком виде: require(‘./config.php’);, то этот шаг будет пропущен.

• Затем PHP попытается найти файл в папке, в которой находится подключающий скрипт (в нашем случае index.php).

• Далее PHP попытается найти файл в папке текущего рабочего каталога.

  Например, если мы в index.php подключили файл scripts/script.php, а в этом самом script.php уже пытаемся подключить файл по относительному пути, тогда поиск файла произойдёт и в папке scripts тоже.

Два последних пункта — главная проблема относительных путей. Мы не можем быть уверены, что будет подключен именно тот файл, который нам нужен.

Именно по этой причине я призываю тебя отказаться от использования относительных путей в PHP.

Кому-то из практикующих разработчиков эта фраза может не понравиться, но я считаю это единственным разумным решением.

Тем более нет ничего сложного в добавлении константы __DIR__ перед именем скрипта, что автоматически сделает путь абсолютным.

Путь относительно документа

Именно путь относительно документа используется чаще всего. Такие ссылки ещё называются локальными. В основном такой путь используется тогда, когда текущий и связанный документ(страница) находятся в одной директории. Если переместить документ в другую директорию, то путь(ссылку) придётся менять. Хотя можно ссылаться и на документы(страницы) из других директорий. Для этого путь прописывается от текущего документа до целевого документа(страницы). При этом путь относительно документа должен задаваться в зависимости от структуры директорий.
Возьмём к примеру простейшую структуру статического сайта.

Предположим, что каждое изображение в каталоге images нужно вставить в соответствующие страницы home.html, products.html, contact.html. Для того что бы вставить изображение к примеру на страницу «home.html», нужно прописать путь, где расположено изображение. Если использовать путь относительно документа, то нужно будет прописать в коде страницы следующее:

<img src="images/home.png">

Этот код для вставки изображения на страницу — неполный. Так как он не содержит нескольких важных атрибутов, таких как ширина, высота и др. Атрибут src, здесь служит для указания пути к файлу. Здесь опущены все остальные атрибуты, так как они сейчас не столь важны. Главное сейчас, что бы Вы имели представление о том, как выглядит путь относительно документа.
При использовании путей относительно документа отсутствует часть абсолютного пути. Часть абсолютного пути, здесь усекается, как для текущего документа(страницы), так и для связанного. Здесь используется только та часть пути, которая всегда меняется.
Напомню ещё раз про то, что при использовании пути относительно документа, нужно учитывать исходное расположение файлов.

Представим ситуацию, когда страница products.html, будет располагаться не в корневой директории сайта(как это было в предыдущем примере), а в подкаталоге. Теперь необходимо вставить изображение, в файл products.html, который находится, глубже чем корневая директория сайта.

Для того, что бы вставить изображение в файл products.html нужно вернуться в корневую директорию. После чего, можно использовать уже известный путь, о котором говорилось чуть выше.

<img src="../images/products.png">

Как видно из приведённого выше кода, к пути теперь добавилось следующее: . Как раз эта последовательность символов и служит для перехода на одну директорию(уровень) выше в иерархии каталогов. Путь в вышеприведённом коде можно прочесть так: «Перейти на один каталог выше(назад), зайти в директорию images и взять от туда файл products.png«.
Если означает переход на одну директорию(уровень) выше в иерархии каталогов, то символ обозначает переход на один уровень ниже.
Последовательность символов можно использовать в пути неоднократно. Например, если файл products.html переместить в три директории вложенные в друг друга, то нужно будет использовать следующий код:

<img src="../../../images/products.png">

Как видно из предыдущих примеров, использование путей относительно документа во многих случаях оправдано. Такой вид пути часто применяется в практике, и его можно применить практически в любой ситуации. Как я уже говорил выше, существует ещё путь относительно корня сайта, о котором собственно и пойдет речь ниже.

Пути файлов в Linux

Файловая система Linux очень сильно отличается от Windows. Мы не будем рассматривать ее структуру, это было сделано ранее. Мы сосредоточимся на работе с файлами.

Самое главное отличие, в том что адрес файла начинается не с диска, например, C:\ или D:\ как это происходит в Windows, а с корня, корневого системного каталога, к которому подключены все другие. Его адрес — /. И тут нужно сказать про адреса. Пути файлов linux используют прямой слеш «/» для разделения каталогов в адресе, и это отличается от того, что вы привыкли видеть в Windows — \.

Например, если в Windows полный путь к файлу на рабочем столе выглядел C:\Users\Sergiy\Desktop\ то в путь файла в linux будет просто /home/sergiy/desktop/. С этим пока все просто и понятно. Но проблемы возникают дальше.

В операционной системе Linux может быть несколько видов путей к файлу. Давайте рассмотрим какие бывают пути в linux:

• Полный, абсолютный путь linux от корня файловой системы — этот путь вы уже видели в примере выше, он начинается от корня «/» и описывает весь путь к файлу;
• Относительный путь linux — это путь к файлу относительно текущей папки, такие пути часто вызывают путаницу.
• Путь относительно домашний папки текущего пользователя. — путь в файловой системе, только не от корня, а от папки текущего пользователя.

Рассмотрим теперь подробнее как выглядят эти пути в linux, а также разберем несколько примеров, чтобы было окончательно понятно. Для демонстрации будем пользоваться утилитой ls, которая предназначена для просмотра содержимого каталогов.

Например, у нас есть такой каталог в домашней папке с четырьмя файлами в нем:

Вот так будет выглядеть полный путь linux к одному из файлов:

Это уже относительный путь linux, который начинается от домашней папки, она обозначается ~/. Заметьте, не ~, а именно ~/. Дальше вы уже можете указывать подпапки, в нашем случае tmp:

Ну или путь файла в linux, относительно текущей папки:

В каждой папке есть две скрытые ссылки, мы сможем их увидеть с помощью ls, выполнив ее с параметром -a:

Первая ссылка указывает на текущую папку (.), вторая (..) указывает на папку уровнем выше. Это открывает еще более широкие возможности для навигации по каталогам. Например, чтобы сослаться на файл в текущей папке можно использовать конструкцию:

Это бесполезно при просмотре содержимого файла

Но очень важно при выполнении программы. Поскольку программа будет сначала искаться в среде PATH, а уже потом в этой папке

А потому, если нужно запустить программу, которая находится в текущей папке и она называется точно также как и та что в каталоге /bin, то без явной ссылки что файл нужно искать в текущей папке ничего не получится.

Вторая ссылка вам позволяет получить доступ к файлам в папке выше текущей. Например:

Такие конструкции могут довольно часто встречаться при компиляции программ. Все эти символы и пути файлов linux вы можете применять не только в терминале, но и в любом файловом менеджере, что может быть очень удобно.

Но терминал Linux предоставляет еще более широкие возможности. Вы можете использовать простые символы замены прямо в адресах файлов или каталогов. Например, можно вывести все файлы, начинающиеся на f:

Или даже можно искать не только в папке tmp, а в любой подпапке домашней папки:

И все это будет работать, возможно, это не всегда нужно и практично. Но в определенных ситуациях может очень сильно помочь. Эти функции реализуются на уровне оболочки Bash, поэтому вы можете применять их в любой команде. Оболочка смотрит сколько файлов было найдено и для каждого из них вызывает команду.

URL

Существует два основных варианта выбора URL-адресов, абсолютного URL-адреса и относительного URL-адреса. Абсолютный URL-адрес указывает на очень точное местоположение в Интернете и содержит всю необходимую информацию для поиска ресурса. Абсолютные URL-адреса должны использоваться для ссылки на другие веб-сайты, которые не расположены в одном домене. С другой стороны, относительные URL-адреса более просты в использовании, поскольку они относятся к той странице, на которой они находятся. Всегда рекомендуется использовать относительные URL-адреса для ссылок на ссылки, которые расположены в том же домене, что облегчает их работу.

Абсолютные и относительные пути

Относительный путь

Относительный путь ссылается на местоположение относительно текущего каталога. Относительные пути используют два специальных символа: точку (.) и двойную точку (..), которые используются для перехода в текущий и родительский каталог, соответственно. Двойные точки используются для перехода на один уровень вверх. Одна точка означает собственно текущую директорию.

В приведенной ниже структуре папок, предположим, что вы воспользовались Проводником Windows для перехода в папку D:\Data\Shapefiles\Soils
. После перехода в данный каталог относительный путь будет использовать директорию D:\Data\Shapefiles\Soils
в качестве текущей (пока вы не перейдете в новый каталог и он не станет текущей директорией). Текущую директорию иногда называют корневой папкой.

Если вы хотите перейти к папке Landuse
из текущей директории (Soils
), вам нужно ввести следующий текст в адресную строку
Проводника Windows:

Проводник Windows перейдет в папку D:\Data\Shapefiles\Landuse
. Другие примеры использования папки D:\Data\Shapefiles\Landuse
в качестве текущей представлены ниже:

.. (D:\Data\Shapefiles)
..\.. (D:\Data)
..\..\Final (D:\Data\Final)
. (D:\Data\Shapefiles\Landuse — the current directory)
.\..\Soils (D:\Data\Final\Soils)
..\..\.\Final\..\Shapefiles\.\Landuse (D:\Data\Shapefiles\Landuse)

Примечание:

Вы не сможете вводить относительные пути (с использованием точки и двойной точки) в приложениях ArcGIS.

Относительный путь не может распространяться на другие диски. К примеру, если ваша текущая папка находится на диске D
, вы не можете использовать относительные пути для перехода к какой-либо директории на диске E
.

А почему не os.path.join?

А что же не так с заслуженным мастером по объединению путей os.path.join() и хранителем секретной информации о расположении рабочей директории os.getcwd()? Действительно, эти замечательные функции в составе модуля os довольно долго служили разработчикам Python верой и правдой. Их вполне можно использовать для определения пути к файлу. Однако, большим недостатком функции join() является невозможность принять для объединения более двух аргументов. Таким образом, чтобы присоединить к рабочей директории путь вида: ‘files/info/docs.txt’, приходится трижды обращаться к функции join(), не забывая при этом искусно жонглировать скобками. Выглядит это примерно так:

import os
path = os.path.join(os.path.join(os.path.join(os.getcwd(), 'files'), 'info'), 'docs.txt')

Казалось бы, ничего сложного. Однако, зачем громоздить лишние скобки, когда есть более лаконичный вариант с использованием модуля pathlib?

Подведем итог: начиная с версии Python 3.4, для задания пути к файлу рекомендуется использовать модуль pathlib с классом Path. Определить путь к рабочей директории можно с помощью функции cwd(), а путь к домашней директории подскажет функция home().

5 последних уроков рубрики «HTML и DHTML»

• При написании или отладки PHP скриптов мы частенько пользуемся функциями var_dump() и print_r() для вывода предварительных данных массив и объектов. В этом посте я бы хотел рассказать вам о функции var_export(), которая может преобразовать массив в формат, пригодный для PHP кода.

• Парочка бесплатных шаблонов панелей администрирования.

• Создание шаблона для письма не такое уж простое дело. Предлагаем вам подборку из 30 сайтов, где можно бесплатно скачать подобные шаблоны на любой вкус.

• К примеру у вас есть поле поиска, которое обрабатывается при каждом нажатии клавиши клавиатуры. Если кто-то захочет написать слово Windows, AJAX запрос будет отправлен по следующим фрагментам: W, Wi, Win, Wind, Windo, Window, Windows. Проблема?.

Перемещение, Удаление и Перечисление Файлов

Есть несколько вещей, на которые вам нужно обратить внимание при перемещении или удалении файлов. Давайте посмотрим какой-нибудь код:

Как перемещать файлы

    Path utfFile = Files.createTempFile("some", ".txt");

    try {
        Files.move(utfFile, Path.of("c:\\dev"));  // this is wrong!
    } catch (FileAlreadyExistsException e) {
        // welp, that din't work!
    }

Существует метод , но он не перемещает файл в указанный каталог (что вы могли бы ожидать).

• test.jpg → c:\temp не работает.

• test.jpg → c:\temp\test.jpg работает.

    Files.move(utfFile, Path.of("c:\\dev").resolve(utfFile.getFileName().toString()));

Таким образом, вы не перемещаете файлы в папки, а “перемещаете” их по полному новому пути, включая имя файла и расширение.

Параметры Перемещения Файлов

    Path utfFile2 = Files.createTempFile("some", ".txt");
    Files.move(utfFile2, Path.of("c:\\dev").resolve(utfFile.getFileName().toString()), StandardCopyOption.REPLACE_EXISTING);

    Path utfFile3 = Files.createTempFile("some", ".txt");
    Files.move(utfFile3, Path.of("c:\\dev").resolve(utfFile.getFileName().toString()), StandardCopyOption.ATOMIC_MOVE);

При перемещении файлов вы также можете указать, как вы хотите, чтобы перемещение происходило, в зависимости от возможностей базовой файловой системы.

• По умолчанию, если целевой файл уже существует, будет создано исключение .

• Если вы укажете параметр , целевой файл будет перезаписан.

• Если вы укажете параметр позволяет переместить файл в каталог и гарантировать, что любой процесс, наблюдающий за каталогом, получит доступ к полному файлу, а не только к частичному файлу.

Как удалить файлы

Удаление файлов и папок – это область, в которой API Java Path немного отстает. Давайте посмотрим, почему:

    try {
        Files.delete(tmpDir);
    } catch (DirectoryNotEmptyException e) {
        e.printStackTrace();
    }

Там есть , который позволяет удалять файлы и каталоги, но каталоги только в том случае, если они пусты.

К сожалению, нет флага для очистки непустого каталога, и вы просто получите исключение .

Для решения этой проблемы существуют некоторые сторонние вспомогательные библиотеки, но если вы хотите использовать обычную версию Java для удаления непустого дерева каталогов, это то, что вы захотите сделать:

    try (Stream walk = Files.walk(tmpDir)) {
        walk.sorted(Comparator.reverseOrder()).forEach(path -> {
            try {
                Files.delete(path);
            } catch (IOException e) {
                // something could not be deleted..
                e.printStackTrace();
            }
        });
    }

будет проходить по глубине дерева файлов, начиная с указанного вами каталога. Компаратор позаботится о том, чтобы вы удалили всех дочерних элементов, прежде чем удалять фактический каталог.

К сожалению, вам также потребуется перехватить исключение IOException при использовании внутри потребителя. Целая куча кода для удаления непустого каталога, не так ли?

Что подводит нас к теме перечисления файлов:

Существуют различные способы перечисления всех файлов в данном каталоге. Если вы хотите перечислять файлы только на тех же уровнях, что и каталог (не рекурсивно глубже), вы можете использовать эти два метода:

    Files.list(tmpDirectory).forEach(System.out::println);

    Files.newDirectoryStream(tmpDirectory, "*.txt").forEach(System.out::println);

Обратите внимание, что (в отличие от ) не возвращает. Вместо этого он возвращает , который является классом, представленным в Java 1.7, до выпуска API потоков в Java 8

Это, однако, позволяет вам указать шаблон (например, *.txt), который выполняет работу для простых списков, и, возможно, его немного легче читать, чем возиться с реальными потоками и соответствующими фильтрами методами.

Как рекурсивно перечислять файлы

Если вы хотите рекурсивно перечислить все файлы в файловом дереве, вам нужно будет использовать метод, который мы использовали для удаления каталогов: .

    Files.walk(tmpDirectory).forEach(System.out::println);

Резюме абсолютного и относительного пути

В двух словах, если вы хотите поместить ссылки на другие веб-сайты, принадлежащие другому домену, отличному от домашнего домена, вы, скорее всего, используете абсолютный путь. Напротив, вы будете использовать относительный путь для навигации по сайту, если ссылки находятся в том же домене, на который вы ссылаетесь.Простыми словами абсолютный путь относится к тому же самому местоположению в файловой системе относительно корневого каталога, тогда как относительный путь указывает на конкретное место в файловой системе относительно текущего каталога, над которым вы работаете.

Представления путей по операционной системе и оболочке

Mac OS X , как производная от UNIX, внутренне использует пути UNIX. Однако, чтобы сохранить совместимость программного обеспечения и удобство для пользователей, многие части графического интерфейса пользователя переключают «/», введенные пользователем, на «:» внутри, и переключают их обратно при отображении имен файлов («:», введенное пользователем, также изменяется в «/», но обратного перевода не происходит).

Абсолютные и относительные пути в инструментах модели

Так же как и в ArcMap вы можете указывать, что в инструментах модели будут сохраняться относительные пути.

Текущая папка, используемая для относительных путей, это папка, в которой находится соответствующий набор инструментов. Опция относительного пути конвертирует и сохраняет пути к:

• Данным модели
• Растровым изображениям модели
• Используемым в модели инструментам
• Файлам, на которые ссылаются метаданные инструмента и справка
• Таблицам стилей
• Файлам слоя (.lyr), использующимся для условных обозначений
• Компилированным файлам справки (.chm)

Для сохранения относительных путей щелкните правой кнопкой мыши инструмент модели, выберите Свойства (Properties), а затем перейдите на закладку Общие (General). В нижней части диалогового окна включите опцию Сохранить относительные пути (Store relative path names (instead of absolute paths), как показано ниже.

В Linux

В Linux абсолютный путь определяется как местоположение файла или каталога относительно корневого каталога и обозначается косой чертой (/). Корневой каталог относится к верхнему каталогу, который содержит файловую систему, содержащую серию подкаталогов, что приводит к дальнейшим подкаталогам. Напротив, относительный путь относится к местоположению файла или каталога относительно текущего рабочего каталога, а не к корневому каталогу. Например,

/ Экспорт / главная / FTP / паб

экспорт / главная / FTP / паб

В первом примере путь начинается с каталога /, который является корневым каталогом, который делает его абсолютным. Мы удалили косую черту / во втором примере, которая делает ее относительным именем пути, означающим, что она относится к текущей рабочей директории, а не к корневому каталогу.

Атрибуты тега

NAME — атрибут позволяющий задать имя якоря на веб странице.

HREF — указывает адрес документа, на который необходимо перейти (или необходимо скачать).

TARGET — позволяет указать имя окна или фрейма, куда браузер будет загружать документ, может принимать следующие значения:

•  _blank — загружает документ в новом окне браузера.
• _self — загружает документ в текущее окно браузера.

TITLE — атрибут позволяет задать пояснение (подсказку) для ссылки. Данная подсказка будет отображаться если пользователь задерживает курсор над ссылкой.

REL — атрибут позволяющий определить отношение между текущим документом и документом, на который ведет ссылка.

В Windows

Абсолютный путь содержит полный адрес местоположения файла для обращения к определенному каталогу на компьютере, тогда как текущий каталог берется как ссылка для поиска другого каталога в случае относительного пути. Относительный путь содержит частичный адрес абсолютного пути, основанный на его связи с каталогом, с которым он связан.

Например:

D: документы mydocument.doc

mydocument.doc

В первом примере абсолютный путь содержит полный путь к файлу, расположенному в каталоге «D». Вы можете щелкнуть правой кнопкой мыши по файлу и нажать на свойства, чтобы определить абсолютный путь к этому файлу. Во втором примере относительный путь содержит частичный адрес файла относительно текущего рабочего каталога.

Что такое абсолютный путь к файлу?

Если говорить простым языком, то это полный путь к файлу, который содержит в себе название сайта, протокол http или https, название папок, внутри которых он находится, а так же его имя и расширение.

Например, для картинки image.png, которая лежит в папке images на вашем хостинге абсолютный путь будет выглядеть так:

Когда вы создаёте HTML страницу на компьютере у вас абсолютный путь будет начинаться не с HTTPS, а с названия диска, на котором этот файл находится. Затем будет идти последовательность папок внутри которых он лежит, а уже потом имя файл и его расширение.

Посмотреть этот путь можно в адресной строке:

Недостатки

Хотя базовый URL может быть и полезен, но его недостатком является то, что однажды его задав, он будет действовать везде. Его можно использовать только одним образом, и он будет действовать на все URL на странице. Если вы не хотите использовать базовый URL, заданный посредством <base>, его нужно особым образом переопределить.

Если вы использовали базовый URL, чтобы упростить подключение ресурсов, а после решили использовать его для ссылок на внутренние страницы, у вас возникнут проблемы (например, с такой ссылкой: ).

Это из-за того, что базовый URL теперь http://www.myepicsite.com/assets/, и ваши пользователи будут направлены на адрес http://www.myepicsite.com/assets/page.html.

В таком случае вам нужно будет переопределить базовый URL для этой ссылки, указав полный URL на страницу, то есть