Не является абсолютным url который возможно передать внешнему приложению для открытия
Я хотел бы знать разницу между этими двумя типами URL-адресов: относительные URL-адреса (для изображений, файлов CSS, файлов JS и т. Д.) И абсолютные URL-адреса.
Кроме того, какой лучше использовать?
В общем, рекомендуется использовать относительные URL-адреса, чтобы ваш веб-сайт не был привязан к базовому URL-адресу, на котором он в настоящее время развернут. Например, он сможет без модификаций работать как на localhost, так и в вашем публичном домене.
Должен ли я использовать абсолютные или относительные URL-адреса?
Допустим, вы использовали абсолютный URL везде в своем коде, например <img src="http://yourdomain.com/images/example.jpg"> . Что будет, когда вы собираетесь:
Во втором примере при запуске вашего сайта из тестовой среды это будет означать, что все ресурсы по-прежнему указывают на ваш тестовый домен, а не на ваш действующий домен.
Итак, чтобы ответить на ваш вопрос о том, использовать ли абсолютные или относительные URL-адреса: всегда используйте относительные URL-адреса (для локальных ресурсов).
В чем разница между разными URL-адресами?
Сначала давайте посмотрим на различные типы URL-адресов, которые мы можем использовать:
К каким ресурсам эти URL-адреса пытаются получить доступ на сервере?
В приведенных ниже примерах я предполагаю, что веб-сайт запущен из следующего местоположения на сервере /var/www/mywebsite .
Этот URL-адрес является относительным на основе текущей используемой схемы и почти всегда должен использоваться при включении внешних ресурсов (изображений, javascripts и т. Д.).
Вышеупомянутый URL-адрес разрешается на стороне сервера таким же образом, как и предыдущий URL-адрес:
Вышеупомянутый (абсолютный) URL пытается получить доступ к ресурсу /var/www/website/images/example.jpg .
/images/example.jpg
Для местных ресурсов это предпочтительный способ ссылки на них. Это относительный URL-адрес, основанный на корне документа ( /var/www/mywebsite ) вашего веб-сайта. Это означает, что когда у вас есть <img src="https://question-it.com/images/example.jpg"> , он всегда разрешает /var/www/mywebsite/images/example.jpg .
Если в какой-то момент вы решите сменить домен, он все равно будет работать, потому что он относительный.
images/example.jpg
Это также относительный URL-адрес, хотя и немного отличается от предыдущего. Этот URL-адрес относится к текущему пути. Это означает, что он будет разрешаться по разным путям в зависимости от того, где вы находитесь на сайте.
Когда что использовать?
При запросе внешних ресурсов вы, скорее всего, захотите использовать URL-адрес, относящийся к схеме (если вы не хотите принудительно использовать другую схему), а при работе с локальными ресурсами вы хотите использовать относительные URL-адреса на основе корня документа.
Некоторые (вроде) дубликаты
Относительные URL-адреса начинаются с пути.
Абсолютные URL-адреса, в общем, абсолютны: местоположение ресурса можно определить, глядя только на сам URL. Относительный URL-адрес в некотором смысле неполный: для его разрешения вам нужны схема и имя хоста, которые обычно берутся из текущего контекста. Например, на веб-странице по адресу
Вы можете поместить ссылку вот так
В атрибуте href ссылки используются относительные URL-адреса, и если по ней щелкнули, она должна быть разрешена, чтобы перейти по ней. В этом случае текущий контекст
Поэтому их схема, имя хоста и ведущий путь добавляются к pages/page1 , что дает
Если бы ссылка была:
(обратите внимание на / , появляющийся в начале URL-адреса), тогда он был бы решен как
Потому что ведущий / указывает корень хоста.
В веб-приложении я бы посоветовал использовать относительные URL-адреса для всех ресурсов, принадлежащих вашему приложению. Таким образом, если вы измените расположение страниц, все будет продолжать работать. Любые внешние ресурсы (могут быть страницы, полностью находящиеся вне вашего приложения, а также статический контент, который вы доставляете через сеть доставки контента) всегда должны указываться с использованием абсолютных URL-адресов: если вы этого не сделаете, их просто невозможно найти, потому что они находятся на другом сервере.
1. Абсолютный URL
2. Относительный URL
Хотя относительный URL-адрес выглядит короче абсолютного, но абсолютные URL-адреса более предпочтительны, поскольку ссылку можно использовать без изменений на любой странице сайта.
Промежуточные случаи
Мы рассмотрели два крайних случая: «абсолютно» абсолютные и «абсолютно» относительные URL-адреса. Но все относительно в этом мире. Это также относится к URL-адресам. Каждый раз, когда вы говорите об абсолютном URL, вы всегда должны указывать относительно чего.
3. URL-адрес, зависящий от протокола
4. Корневой URL-адрес
Т.е. относительно корневой папки домена.
Это хороший выбор, если все страницы находятся в одном домене. Когда вы перемещаете свой сайт в другой домен, вам не нужно делать массовую замену доменного имени в URL-адресах.
5. Относительный URL-адрес (относительный к домашней странице)
Тег указывает базовый URL, который автоматически добавляется ко всем относительным ссылкам и якорям. Базовый тег не влияет на абсолютные ссылки. В качестве базового URL мы укажем домашнюю страницу: .
Вывод
Для внутренних ссылок я использую базовые URL-адреса (5). Для внешних ссылок и информационных бюллетеней я использую абсолютные URL-адреса (1).
На самом деле есть три типа, которые следует подробно обсудить. На практике, хотя URL-адреса были абстрагированы для обработки на более низком уровне, я бы даже сказал, что разработчики могут прожить всю свою жизнь без написания единственного URL-адреса вручную.
Абсолют
Абсолютные URL-адреса привязывают ваш код к протоколу и домену. Это можно преодолеть с помощью динамических URL-адресов.
Абсолютные плюсы:
Контроль - субдомен и протокол можно контролировать. Люди, которые входят через непонятный субдомен, будут перенаправлены в соответствующий субдомен. При необходимости вы можете переключаться между безопасным и незащищенным.
Настраиваемый . Разработчики любят, чтобы все было абсолютным. Вы можете разрабатывать изящные алгоритмы при использовании абсолютных URL-адресов. URL-адреса можно сделать настраиваемыми, чтобы URL-адрес можно было обновлять для всего сайта с помощью одного изменения в одном файле конфигурации.
Ясновидение . Вы можете искать людей, которые просматривают ваш сайт, или, возможно, подбирать дополнительные внешние ссылки.
Корневой родственник
Корневые относительные URL-адреса привязывают ваш код к базовому URL-адресу. Этого можно избежать с помощью динамических URL-адресов и / или базовых тегов.
Root Relative Pros:
- Настраиваемый - базовый тег делает их относительными к любому выбранному корню, что упрощает переключение доменов и внедрение шаблонов.
Относительный
Относительные URL-адреса привязывают ваш код к структуре каталогов. Это невозможно преодолеть. Относительные URL-адреса полезны только в файловых системах для просмотра каталогов или в качестве ярлыка для черных задач.
Относительные минусы:
ЗАБОТНО - сколько это точек? сколько это папок? Где файл? Почему не работает?
ОБСЛУЖИВАНИЕ - если файл случайно перемещен, ресурсы перестают загружаться, ссылки отправляют пользователя на неправильные страницы, данные формы могут быть отправлены на неправильную страницу. Если файл НЕОБХОДИМО переместить, необходимо обновить все ресурсы, загрузка которых прекращается, и все ссылки, которые будут некорректными.
НЕ МАСШТАБИРУЕТСЯ - когда веб-страницы становятся более сложными и представления начинают повторно использоваться на нескольких страницах, относительные ссылки будут относиться к файлу, в который они были включены. Если у вас есть навигационный фрагмент HTML, который будет на каждой странице, то относительный будет относиться ко множеству разных мест. Первое, что люди понимают, когда начинают создавать шаблон, - это то, что им нужен способ управления URL-адресами.
ВЫЧИСЛЕННЫЕ - они реализуются вашим браузером (надеюсь, в соответствии с RFC). См. Главу 5 в RFC3986.
OOPS! - ошибки или опечатки могут привести к ловушкам для пауков.
Эволюция маршрутов
Разработчики перестали писать URL-адреса в обсуждаемом здесь смысле. Все запросы относятся к индексному файлу веб-сайта и содержат строку запроса, также известную как маршрут. Маршрут можно представить как мини-URL-адрес, который сообщает вашему приложению, какой контент должен быть сгенерирован.
Плюсы Routes:
- Все преимущества абсолютных URL-адресов.
- Использование любого символа в URL.
- Больше контроля (хорошо для SEO).
- Возможность алгоритмически генерировать URL-адреса. Это позволяет настраивать URL-адреса. Изменение URL-адреса - это одно изменение в одном файле.
- Никакой потребности в 404 не нашел. Резервные маршруты могут отображать карту сайта или страницу с ошибкой.
- Удобная защита непрямого доступа к файлам приложения. Заявления охраны могут гарантировать, что все прибывают по надлежащим каналам.
- Практичность в подходе MVC.
Мое мнение
Большинство людей так или иначе будут использовать все три формы в своих проектах. Главное - понять их и выбрать наиболее подходящий для задачи.
Я собираюсь не согласиться с большинством здесь.
Я думаю, что схема относительных URL-адресов «хороша», когда вы хотите быстро что-то запустить и не думать нестандартно, особенно если ваш проект небольшой, с небольшим количеством разработчиков (или только с вами).
Однако, как только вы начнете работать над большими, жирными системами, где вы все время переключаете домены и протоколы, я считаю, что вам нужен более элегантный подход.
Когда вы сравниваете абсолютные и относительные URL-адреса по существу, Абсолют выигрывает. Почему? Потому что никогда не сломается. Всегда. Абсолютный URL - это именно то, что написано. Загвоздка в том, что вам нужно ПОДДЕРЖИВАТЬ свои абсолютные URL-адреса.
Слабый подход к абсолютной привязке URL-адресов на самом деле заключается в жестком кодировании всего URL-адреса. Не лучшая идея и, вероятно, причина того, почему люди считают их опасными / злыми / раздражающими в обслуживании. Лучше всего написать простой в использовании генератор URL-адресов. Их легко написать, и они могут быть невероятно мощными - автоматически определяют ваш протокол, легко настраиваются (буквально устанавливают URL-адрес для всего приложения) и т. Д., И он сам внедряет ваш домен. Самое приятное в этом: вы продолжаете кодировать, используя относительные URL-адреса, и во время выполнения приложение вставляет ваши URL-адреса как полные абсолютные на лету. Потрясающий.
Учитывая, что практически все современные сайты используют какой-то динамический бэкэнд, в интересах указанного сайта делать это таким образом. Абсолютные URL-адреса делают больше, чем просто дают вам уверенность в том, на что они указывают, - они также могут улучшить эффективность SEO.
Это большое неоптимизированное полноэкранное фоновое изображение с большей вероятностью замедлит вашу загрузку.
Интересный пост о том, почему не следует использовать относительные URL-адреса, находится здесь: Почему относительные URL-адреса должны быть запрещены для веб-разработчиков
Проблема, которая может возникнуть с родственниками, например, заключается в том, что иногда сопоставления серверов (обратите внимание на большие, испорченные проекты) не совпадают с именами файлов, и разработчик может сделать предположение об относительном URL-адресе, который просто не соответствует истинный. Я только что увидел это сегодня в проекте, над которым я работаю, и он опустил целую страницу.
Или, возможно, разработчик забыл переключить указатель и внезапно Google проиндексировал всю вашу тестовую среду. Упс - дублированный контент (плохо для SEO!).
Абсолюты могут быть опасными, но при правильном использовании и таким образом, чтобы не сломать вашу сборку , они оказываются более надежными. Взгляните на статью выше, в которой приводится ряд причин, по которым генератор URL-адресов Wordpress такой классный.
Если он предназначен для использования на вашем веб-сайте, лучше использовать относительный URL-адрес, например, если вам нужно переместить веб-сайт на другое доменное имя или просто выполнить локальную отладку, вы можете.
Посмотрите, что делает stackoverflow (ctrl + U в firefox):
В некоторых случаях они используют абсолютные URL:
. но это всего лишь лучшая практика для повышения скорости. В вашем случае это не похоже на то, что вы делаете что-то подобное, поэтому я бы не стал об этом беспокоиться.
В большинстве случаев относительные URL-адреса - это путь, они переносимы по своей природе, а это означает, что если вы хотите поднять свой сайт и поместить его в другое место, он будет работать мгновенно, что, возможно, сократит часы отладки.
Абсолютный URL-адрес определяет точное местоположение документа, например:
Относительный URL-адрес определяет расположение относительно текущего каталога , например, если вы находитесь в корневом веб-каталоге, в котором находится ваше изображение:
(относительно этого корневого каталога)
Для каждой системы, поддерживающей относительное разрешение URI, как относительные, так и абсолютные URI служат одной и той же цели: ссылкам. И их можно использовать как взаимозаменяемые. Таким образом, вы можете решить в каждом случае по-разному. Технически они предоставляют одинаковые ссылки.
Чтобы быть точным, с каждым относительным URI уже существует абсолютный URI. И это базовый URI, с которым разрешается относительный URI. Таким образом, относительный URI на самом деле является функцией поверх абсолютных URI.
И именно поэтому с относительными URI вы можете делать больше , чем с одним только абсолютным URI - это особенно важно для статических веб-сайтов, которые в противном случае не могли бы быть такими гибкими в обслуживании по сравнению с абсолютными URI.
Так в чем же тогда выгода от использования абсолютных URI? Технически их нет, но я бы сказал об одном: относительные URI более сложны, потому что они должны быть сопоставлены с так называемым абсолютным базовым URI. Даже разрешение строго определено годами, вы можете столкнуться с клиентом, у которого есть ошибка в разрешении URI. Поскольку абсолютные URI не нуждаются в разрешении, использование абсолютных URI не имеет риска столкнуться с ошибочным поведением клиента с относительным разрешением URI. Итак, насколько высок этот риск на самом деле? Что ж, это очень редко. Я знаю только об одном интернет-браузере, у которого была проблема с относительным разрешением URI. И это было не в общем, а только в очень (непонятном) случае.
Я настоятельно рекомендую относительные URL-адреса для указания частей одного и того же сайта на другие части того же сайта.
Любой другой URL-адрес является относительным URL-адресом, и ему требуется базовый URL-адрес, из которого определяется относительный URL-адрес (и, следовательно, зависит от него), который является URL-адресом ресурса, в котором используется ссылка, если не указано иное.
Взгляните на RFC 2396 - Приложение C, где приведены примеры разрешения относительных URL-адресов.
URL-адрес указывает расположение целевого адреса, хранимого на локальном или сетевом компьютере, например файла, каталога, HTML-страницы, изображения, программы и так далее. В этом обсуждении абсолютный URL-адрес имеет форму:
| Имя | Описание |
|---|---|
| схема | Указывает, как получить доступ к ресурсу. |
| server | Указывает имя компьютера, на котором расположен ресурс. |
| path | Указывает последовательность каталогов, ведущих к цели. Если ресурс опущен, целью является последний каталог в пути. |
| resource | Если он включен, ресурс является целевой и обычно является именем файла. Это может быть простой файл, содержащий один двоичный поток bytes или структурированный документ, содержащий один или несколько хранилищ и двоичные потоки bytes. |
Абсолютный URL-адрес содержит всю информацию, необходимую для поиска ресурса.
Относительный URL-адрес находит ресурс с абсолютным URL-адресом в качестве отправной точки. По сути, "полный URL-адрес" целевого адреса определяется путем укоренения абсолютных и относительных URL-адресов. Относительный URL-адрес обычно состоит только из пути и необязательно ресурса, но без схемы или сервера.
Определение контекста с URL-адресом
Одна из функций открытого подключения, представленная объектом Подключения, — ограничить последующие операции источником данных, представленным этим подключением. То есть подключение определяет контекст для последующих операций.
С помощью ADO 2.5 абсолютный URL-адрес может также определять контекст. Например, когда объект Record открывается с абсолютным URL-адресом, объект Connection неявно создается для представления ресурса, указанного URL-адресом.
Абсолютный URL-адрес, определяя контекст, может быть указан в параметре ActiveConnection метода Открыть объект Record. Абсолютный URL-адрес также может быть указан в качестве значения нового ключевого слова в параметре URL= Connection object Open method ConnectionString и параметра Open объекта Recordset ActiveConnection.
Контекст также можно определить с открытым объектом Record или Recordset, представляю своим каталогом, так как эти объекты уже имеют неявно или явно объявленный объект Connection, который указывает контекст.
Масштабные операции
Контекст одновременно определяет область — то есть каталог и его поднаправления, которые могут участвовать в последующих операциях. Объект Record имеет несколько масштабных методов, в том числе CopyRecord, MoveRecordи DeleteRecord,которые работают на каталоге и всех его подкорректорах.
Относительные URL-адреса в виде командного текста
Строка, указываемая команду, которая будет выполняться в источнике данных, может быть указана в параметре Объект Подключения Выполнить метод CommandText и параметре Open method Open.
Относительный URL-адрес может быть указан в параметре CommandText или Source. Относительный URL-адрес фактически не указывает команду (например, SQL команду); она просто указана в этих параметрах. Кроме того, контекст активного подключения должен быть абсолютным URL-адресом, а параметр Option должен быть задан adCmdTableDirect.
Например, в файле Readme25.txt Winnt/system32 можно открыть набор записей:
Абсолютный URL-адрес в строке подключения указывает сервер (YourServer) и путь (Winnt). Этот URL-адрес также определяет контекст.
Относительный URL-адрес в командном тексте использует абсолютный URL-адрес в качестве отправной точки и указывает остаток пути (system32) и файл для открытия (Readme25.txt).
Поле параметров указывает, что тип команды является относительным URL-адресом.
В качестве другого примера следующий код откроет набор записей по содержимому каталога:
Url-схемы поставщика OLE DB
Все HTML ссылки делятся на внешние и внутренние. Внешние ссылки - это ссылки, ведущие с одного сайта на другой сайт или файл, расположенный на другом сайте. Внутренние ссылки - это ссылки, ссылающиеся с одной страницы сайта на другую страницу этого же сайта или на разделы этой же страницы.
Все внешние ссылки в атрибуте href тега <a> содержат абсолютный путь до документа на который они ссылаются. Внутренние ссылки, в свою очередь, могут содержать как абсолютный путь, так и относительный (в данном случае это зависит от ваших личных предпочтений).
Все ссылки можно также условно разделить на относительные и абсолютные. Относительные ссылки - это HTML ссылки, содержащие относительные пути, относительные ссылки могут быть только внутренними. Абсолютные ссылки - это ссылки, содержащие абсолютные пути, абсолютные ссылки могут быть как внешними так и внутренними.
Относительный путь
Относительный путь означает, что указание пути на нужный файл или страницу вашего сайта начинается относительно каталога, в котором расположена страница со ссылкой, либо относительно корневого каталога сайта. Рассмотрим части, из которых может состоять относительный путь:
Примечание: опуститься можно ровно на столько папок вниз, сколько вы их создали. К примеру, если вы создали папку на 10 уровней ниже корневой, то можете указать путь, который приведет вас вниз на 10 папок. Однако, если у вас так много уровней, это, скорее всего, означает, что организация вашего сайта излишне неудобно составлена.Примечание: символы .. можно использовать сколько угодно раз подряд, используя их, вы поднимаетесь каждый раз на одну папку вверх. Однако, подниматься вверх можно до тех пор, пока не придете в корневую папку своего сайта. Выше этой папки подняться нельзя.
Примечание: когда символ " / " указывается первым, это означает начало пути от корневого каталога.
Абсолютный путь
Абсолютный путь можно использовать и на собственном сайте. Однако внутри сайта рекомендуется использовать в качестве значения ссылок относительный путь.
Теперь давайте рассмотрим, что такое URL-адрес. Каждая веб-страница в сети Интернет имеет свой собственный уникальный адрес, вот он как раз и называется URL. Аббревиатура URL расшифровывается как Uniform Resource Locator (унифицированный адрес ресурса), проще говоря URL - это определитель местонахождения ресурса. Этот способ записи адреса стандартизирован в сети Интернет.
Хорошо продуманная URL-структура способствует правильному функционированию, успешному сканированию и индексации сайта поисковыми системами. Важно привести все URL на сайте к единому формату - относительному либо абсолютному. Данная статья освещает разницу между этими двумя вариантами, чтобы помочь вебмастеру выбрать тот, который соответствует поставленным целям.
Что такое абсолютный URL?
Абсолютный URL-адрес предоставляет подробные данные о местоположении страницы в интернете.
Что такое относительный URL?
Относительный URL-адрес содержит исключительно окончание абсолютного URL-адреса.
Чтобы сослаться на страницу продукта со страницы категории, можно прописать в HTML следующий относительный URL-адрес: <a href=”product”>.
Предполагается, что если на определенной странице появляется относительная ссылка, данная страница должна использоваться как ее корень.
Теперь, когда обозначена разница между относительными и абсолютными URL, давайте выясним, в каких случаях их следует использовать.
Преимущества использования относительных URL
1. Компактный код
2. Легкий переход из тестового окружения в рабочее окружение
Относительные URL освобождают нас от этой головной боли. Они позволяют сразу перевести всю структуру сайта в рабочее окружение, и теги, прописанные в относительных адресах, будут применяться к новому домену. Так можно куда более эффективно использовать трудовые ресурсы своей команды разработчиков.
3. Небольшое увеличение скорости загрузки
Благодаря коротким URL-адресам, страницы сайта загружаются быстрее. Однако не стоит полагаться на относительные ссылки как на комплексное решение для увеличения скорости загрузки. Они дают действительно незначительное ускорение. Если контент сайта загружается слишком долго, копайте глубже, чтобы выявить более серьезные проблемы.
Проблема дублирования
Как и любое другое решение, относительный формат URL имеет некоторые недостатки. Самым серьезным является то, что один относительный URL <a href=”product”> может породить четыре варианта абсолютных URL:
Если не выбрать каноническую версию, Google будет воспринимать все эти варианты как уникальные страницы. Конечно, поисковой алгоритм становится умнее и учится автоматически определять основную версию. Но ошибки все еще возможны, так что не стоит полностью полагаться на искусственный интеллект.
Почему дублированный контент нежелателен?
Многие оптимизаторы боятся попасть под санкции за дублированный контент. Наказание не будет столь же суровым, как в случае со спамными ссылками, однако, плохое сканирование (краулинг) поисковыми ботами может навредить вашему сайту.
Google тратит огромные ресурсы на сканирование сети на предмет обновлений и отражает последние изменения в результатах поиска. Для каждого сайта выделен ограниченный краулинговый бюджет. Его размер зависит от авторитета, размера, сложности платформы, ее структуры и частоты обновлений.
Если существуют четыре версии одного и того же сайта, выделенный краулинговый бюджет может быть недостаточным для их полноценного сканирования. Google может не узнать об изменениях, внесенных на некоторые страницы, и отобразит устаревшую информацию в поиске. Кроме того, регулярно сталкиваясь с дублированным контентом, Google может решить сократить краулинговый бюджет и частоту посещения такого ресурса.
Абсолютные URL предотвращают развитие подобного сценария. Поисковые роботы видят единственную версию сайта и не отвлекаются на дубликаты, что значительно увеличивает шансы на показ обновленного контента в результатах поиска.
Риск веб-скрейпинга
Относительные URL-адреса позволяют легко перемещать контент из тестовой среды на рабочий домен. У этой особенности есть и негативная сторона: конкуренты также могут без особых усилий позаимствовать содержимое вашего сайта и разместить его на своем домене.
Абсолютные URL защищают интеллектуальную собственность. Вместо того, чтобы переписывать веб-адреса для тысяч страниц, мошенники с большей вероятностью отправятся искать другие незащищенные платформы.
Создание эффективных абсолютных URL
Тем, кто планирует использование абсолютных URL-адресов, дадим несколько советов, чтобы установить правильный формат:
Резюме
Каждый формат URL имеет свои преимущества и недостатки. Относительные - значительно упрощают работу веб-разработчиков, в то время как абсолютные -обеспечивают большую безопасность, решают проблему дублирования контента и помогают максимально эффективно использовать краулинговый бюджет.
Хотя многие эксперты считают абсолютные URL общепринятым SEO-стандартом, не спешите переписывать свои относительные URL-адреса. Тщательно взвесьте все за и против каждого варианта, сопоставив их со своими целями и приоритетами.
Главное, чтобы выбранный формат использовался на всех страницах ресурса. Так им образом можно предотвратить многие ошибки и упростить работу как для своей команды разработчиков, так и для поисковых ботов.
Это короткая шпаргалка о том, как правильно ставить ссылки и не теряться в адресах.
Абсолютные ссылки
Абсолютная ссылка — это адрес ресурса целиком. Обычно такие ссылки ставят на сторонние ресурсы и надеются, что адрес не изменится.
Не забывайте — если вы используете абсолютные ссылки на сайте, то при смене структуры папок или перемещении файлов большинство ссылок могут сломаться.
Относительные ссылки
То, куда ведут относительные ссылки, зависит от расположения текущей страницы. Посмотрим на примере:
Предположим, мы загрузили страницу по такому адресу:
Во всех примерах ниже приведены относительная ссылка и полный путь, в который браузер расшифровывает ссылку.
Ссылка на файл в той же папке
Файл расположен в той же папке, где и текущая страница. Пишется без дополнительных знаков.
Ссылка на файл в папке ниже текущей
Файл в дочерней папке относительно текущей. Перед именем файла через / пишем название папки.
Ссылка относительно корня сайта
Файл расположен в корневой папке сайта. Для ссылки относительно корня используется / . Такая ссылка сработает только на веб-сервере — с локальными файлами на компьютере это не сработает.
Файл на два уровня ниже корня сайта.
Ссылка на папку выше текущей
На одну папку «вверх» относительно текущей. Для «подъёма» используется синтаксис ../ .
На две папки вверх. Синтаксис ../ может повторяться сколько угодно раз, главное, чтобы все папки «по пути» существовали.
Комбинированная ссылка
На три папки вверх и на две папки вниз относительно текущей — поднялись до корня и последовательно спустились в папки dir1 и dir2 .
Все приведённые примеры одной картинкой:
ID-ссылки (якорные ссылки)
Ставим якорную ссылку на той же странице:
Ставим якорную ссылку на другую страницу:
Пройдите интерактивный тренажёр по якорным ссылкам, чтобы узнать наверняка, как это делается.
Что будет, если ошибиться
Файл, на который вы ссылаетесь, не загрузится — появится ошибка 404. Если так случилось, можно посмотреть через Chrome DevTools, что с адресом.
Ещё можно по незнанию поставить ссылку на файл на своём компьютере, а потом удивляться, почему не грузятся картинки. Такое в 1998 произошло на сайте Microsoft Game Studios. Разработчики оставили ссылку на файл на диске H:/ .
Сейчас, конечно, такого никто в больших компаниях не допустит — но если вы сначала делаете страничку на своём компьютере, могут быть нюансы. Поэтому пользуйтесь нашей шпаргалкой, чтобы избежать ошибок.
Не делайте плохо, делайте хорошо
Разберитесь в нюансах вёрстки с HTML Academy — знакомство с HTML и CSS бесплатное.
Читайте также: