Относительные ссылки: Относительные, абсолютные и смешанные ссылки — урок. Информатика, 9 класс.

Относительные ссылки или абсолютные ссылки: какие использовать

Сегодня мы отойдем немного в сторону от линкбилдинга, но все также поговорим о ссылках.

Мы часто с талкиваемся с тем, что на сайтах представлены различные виды ссылок для доступа к одной странице и это наносит урон как результату нашей работы, так и в целом бизнесу клиента.

Мы не стали придумывать ничего нового, а просто предлагаем вам ознакомиться с нашим переводом статьи Should I Use Relative or Absolute URLs, которая дает ответы на большинство беспокоящих нас вопросов.

Содержание:

• Давайте обсудим относительные и абсолютные ссылки без философии
  • Что такое абсолютная ссылка?
  • Что такое относительная ссылка
• Относительная ссылка: преимущества использования
  • Намного легче и быстрее запрограммировать
  • Разработка на стейдже
• Более весомые причины, чтобы использовать абсолютные ссылки
  • Скраперы (парсеры сайтов)
  • Предотвращение проблем дублированного контента
  • Лимит краулера
• Несколько способов, чтобы решить проблемы относительных и абсолютных ссылок
  • Исправьте то, что происходит на стороне сервера вашего сайта
  • Исправьте ваши внутренние ссылки
  • Канонизируйте их
• В завершение

Давайте обсудим относительные и абсолютные ссылки без философии

Привет всем. Меня зовут Рут Барр Риди. Вы меня можете знать по разным проектам со времен, когда еще я была руководителем SEO в Moz.

Сегодня я хочу поговорить об относительных и абсолютных ссылках и почему они важны.

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

У вас может быть такой формат URL сайта — http://www.example.com/. Это стандартный формат линкбилдинга.

Но одна из главных проблем дублированного контента, которые мы видим, это когда url без www (example.com) не перенаправляет нас на домен www.example.com и наоборот, также когда https версия вашего сайта не редиректит на http версию и наоборот.

Что это может значить, при условии, что все эти сценарии случились, если все 4 конфигурации ссылок не работают в канонической версии? Это значит, что по сути, вы можете иметь все 4 версии вашего сайта в Интернете. Это может (и не может) быть проблемой.

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

За дублированный контент вас не будут наказывать, как за спамные ссылки Пингвином. Вы не будете наказаны за дублированный контент.

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

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

Есть ещё несколько причин, которые мы рассмотрим позже, но в принципе дублирование контента это плохо.

Однако, если эти домены не связаны, то это может (и не может) быть огромной проблемой.

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

Что такое абсолютная ссылка?

Абсолютная ссылка — это ссылка, в которой вы используете весь веб— адрес страницы, на которую вы ссылаетесь. Вы полностью прописываете домен, всё составляющие урла — полный адрес страницы. Это абсолютный url.

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

Что такое относительная ссылка

Относительная ссылка — это просто страница. В основном она дает понять вашему браузеру следующее: «Хорошо, эта ссылка указывает на страницу, на том же домене на котором мы уже находимся».

Относительная ссылка: преимущества использования

Намного легче и быстрее запрограммировать

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

Разработка на стейдже

Ещё одна причина, по которой лучше использовать относительные ссылки, это системы управления контентом.

К примеру, вместо example.com вы будете использовать стейдж на домене examplestaging.com. Весь сайт будет размещен на этом домене для разработчиков.

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

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

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

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

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

Время загрузки страницы, на мой взгляд, не стоит учитывать при выборе вида используемых урлов. Тем не менее, этим аргументом могут оперировать ваши разработчики, когда вы будете им пояснять, что относительные ссылки не самая лучшая идея с точки зрения seo, особенно в навигационных элементах сайта.

Более весомые причины, чтобы использовать абсолютные ссылки

Скраперы (парсеры сайтов)

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

Это ужасно для вас и круто для них! И покуда вы не выкатили сайт в публичный доступ, вы явно не хотите, чтобы такое случилось с вашим прекрасным, вручную созданным сайтом. Поэтому одна из причин — уменьшить опасность скраппинга.

Предотвращение проблем дублированного контента

Другая причина почему абсолютные ссылки лучше, чем относительные ссылки, это то что они сильно уменьшают риск дублирования контента.

Этот риск существует, когда все возможные версии вашего сайта не склеены между собой. Google может выбрать любую из 4—х версий страниц вашего сайта, которые идентичны. Это 4 разные страницы для Google. Это один и тот же домен для вас. Это 4 разных домена для Google.

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

Даже если на сайте абсолютные ссылки, если Google бот зайдет на сайт с www и перейдет на другую страницу по ссылке без www — google расценит это как переход на совсем другой домен и на эту страницу не будет передан внутренний вес сайта. Если вы не разберетесь с этой проблемой, то у вас условно все также остается 4ре разных сайта.

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

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

Это одна из причин.

Лимит краулера

Ещё одна причина, почему важно использовать абсолютные ссылки — это лимит краулера для вашего сайта. Покажем это как—то так:

Ваш дублированный контент = $ потери для Google

Когда мы говорим о лимите краулера, в основном, каждый раз это, когда Google сканирует ваш сайт, то есть определенная конечная глубина, которую он хочет проработать. Это определенное число ссылок, которые он будет сканировать, а затем он решит: «Все, я сделал». Это основано на нескольких моментах. Авторитетность вашего сайта — один из них.

Ваш фактический PageRank, не тот PageRank, который отображается в тулбаре, а то насколько ваш сайт хорош в глазах гугл в целом, как часть интернет пространства. А также на сколько ваш сайт комплексно развит, как часто он обновляется, эти все параметры влияют на частоту и глубину сканировать вашего сайта гуглом.

Важно помнить, что лимит сканирования для Google — это реальные денежные затраты. Одна из самых больших статей расходов компании Google это затраты на сканирование и индексацию страниц в сети. А эти параметры в свою очередь зависят от серверной части, которая стоит гугл настоящих денег.

Поэтому Google заинтересован в максимально эффективном краулинге, потому что, когда они делают это неэффективно — это стоит им денег.

Если ваш сайт не оптимизирован для сканирования, то Google будет пытаться экономить деньги на частоте и глубине сканирования. Это может означать, что если у вас есть сайт, который часто обновляется, его страницы не будут так же быстро попадать в индекс, как вы его обновляете. Это может также означать, что гугл будет сканировать и индексировать абсолютно не ту версию сайта, которую бы вы хотели.

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

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

Если у вас маленький сайт, если вы только начинаете развиваться, если вы только получили немного внешних ссылок, то через время вы заметите, что частоста краулинга значительно уменьшилась, и это плохо. Нам ведь не это нужно. Мы ведь хотим, чтобы гугл постоянно возвращался и сканировал наши новые страницы. Они ведь так прекрасны! Загнать в индек, получить ТОПы — вот, что нам нужно!

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

Несколько способов, чтобы решить проблемы относительных и абсолютных ссылок

Исправьте

то, что происходит на стороне сервера вашего сайта

Вы должны убедиться, что среди 4х версий вашего сайта вы выбрали одну, как основную. Как по мне, то абсолютно неважно какую версию вы выберете. Вы должны обязательно выбрать одну из них в качестве основной — с www, без — www, https или http. С моей точки зрения, самое главное, чтобы одна версия была основной, а остальные редиректили на нее.

С точки зрения SEO, есть предпосылки полагать, да и Google, безусловно, говорит об этом, что https немного лучше, чем http. С точки зрения длины урла, я бы не хотела использовать www, потому что это на самом деле ничего не дает. Он просто делает ваши ссылки на четыре символа длиннее.

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

Исправьте ваши внутренние ссылки

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

Ваши программисты не захотят этим заниматься — это отнимет много времени и с точки зрения веб-разработки абсолютно не важно.

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

Самое главное — исправить ссылки в ваших навигационных элементах. Но сразу после этого, также нужно проверить и обновить базу данных и просканировать сайт через Screaming Frog, чтобы быть полностью уверенными, что не осталось битых ссылок и вы все относительные ссылки заменили на абсолютные.

Далее вам нужно будет провести обучение для всех пользователей вашего сайта: «Эй, когда вы проставляете внутренние ссылки, то убедитесь, что вы используете абсолютные ссылки в нужном формате», только так вы сможете получить максимальную отдачу от проделанной работы и оправдаете каждый свой вложенный доллар в реализацию этой задачи. По этому не ленитесь и проведите обучающие мероприятия. Исправьте ваши внутренние ссылки.

Иногда ваша команда разработчиков может сказать: «Нет, мы не будем это делать. Мы не собираемся заново программировать все навигационные элементы.

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

Канонизируйте их

Если вы не можете исправить внутренние ссылки или у вас не получится это сделать в ближайшее время, временным решением или “костылем” может быть канонизация этих страниц.

Аналогично тому, как вы настраиваете сервер для использования одной основной версии сайта, внедрите тег rel=canonical на все дублирующие страницы вашего сайта. Это поможет решить вопрос дубликатов. Канонический тег показывает поисковому роботу, какую страницу нужно использовать, как основную.

Более подробно об использовании этого тега можно прочесть в блоге Сергея Кокшарова.

Наличие тега canonical на страницах понижает риски дублирования контента и риски последствий от попадания под атаку скраперов. Даже если они спарсят ваш сайт и выложат на другой домен, на страницах сайта останутся канонические теги, которые все также будут показывать роботу гугла, что это не настоящая версия сайта.

В завершение

Относительные ссылки — не лучшее решение. Абсолютные ссылки — то, к чему нужно прийти в конечном итоге.

Разберитесь с дублированием контента на уровне выбора основного домена. И если ваши разработчики говорят, что они не хотят это делать — расскажите им то, о чем мы здесь говорили.

Всем спасибо!

Описание путей: абсолютных, относительных, UNC и URL—Справка

• пути
• Абсолютные и относительные пути
• Абсолютные и относительные пути в ArcMap
• Абсолютные и относительные пути в инструментах модели
• Абсолютные и относительные пути в инструментах-скриптах
• Какой смысл в использовании относительных путей вместо абсолютных?
• Пути UNC
• URL
• Путь к файлу подключения ArcSDE

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

пути

Путь (Path)

Путь – это разделенное символами обратной косой черты имя директории или файла. Директория – это тоже самое, что и папка в проводнике Windows.

E:\Data\MyStuff            (path terminating in a directory name)
E:\Data\MyStuff\roads.shp  (path terminating in a file name)

путь

Вы можете столкнуться с двумя написаниями пути: «pathname» и «path name». Все варианты написания пути (Path, pathname и path name) являются синонимами.

Системный путь и путь каталога

ArcGIS оперирует термином «путь каталога» или «путь ArcCatalog». Путь каталога – это путь, распознаваемый только ArcGIS. Например:

D:\Data\Final\Infrastructure.gdb\EastValley\powerlines

относится к классу пространственных объектов powerlines в наборе объектов EastValley файловой базы геоданных Infrastructure. Этот путь не является корректным системным путем с точки зрения операционной системы, поскольку Windows не распознает наборы и классы пространственных данных, расположенные внутри файловой базы геоданных. Само собой, ArcGIS работает с путями каталога.

Рабочая область и базовое имя

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

Местоположение

Местоположение (Location) является общим термином (см., например: «Укажите местоположение ваших данных» или «Введите местоположение ваших данных»).

Прямые и обратные косые черты

В Windows обратная косая черта (\) используется в качестве разделителя при указании пути. UNIX системы используют прямую косую черту (/). В ArcGIS не имеет значения, какая косая черта используется при указании пути. ArcGIS всегда будет правильно считывать путь, какой бы знак в нем не использовался.

Обратная косая черта при написании скрипта

Языки программирования, уходящие корнями в UNIX и язык C, такие как Python, рассматривают обратную косую черту (\) в качестве управляющего символа. К примеру, \n соответствует возврату каретки. Поскольку пути могут содержать обратные косые черты, необходимо избегать их распознавания как знак перехода. Обычным делом является использование двойной обратной косой черты, например:

thePath = "E:\\data\\telluride\\newdata.gdb\\slopes"

Другой вариант преобразования путей в строки Python с помощью директивы r показан ниже. Благодаря этому Python будет игнорировать обратные косые черты.

thePath = r"E:\data\telluride\newdata.gdb\slopes"

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

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

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

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

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

Одна точка означает собственно текущую директорию.

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

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

..\Landuse

Проводник 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.

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

При создании документа ArcMap (либо ArcScene, либо ArcGlobe) вы можете указать, что сохраняться будут относительные пути. Для установки этой опции выберите Файл (File)>Свойства документа карты (Map Document Properties). Здесь вы можете указать, будете ли вы хранить абсолютные или относительные пути.

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

D:\Maps\Posters\Newmap. mxd

и данными одного из слоев являются

D:\Data\Final\Infrastructure.gdb\Streets

то в Newmap.mxd записано следующее:

..\..\Data\Final\Infrastructure.gdb\Streets

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

Преобразуются только пути, относящиеся к одному диску

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

Подробнее о ссылках на данные в документе карты

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

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

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

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

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

Преобразуются только пути, относящиеся к одному диску

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

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

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

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

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

Преобразуются только пути, относящиеся к одному диску

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

Пути в скрипте не преобразуются

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

arcpy.AddField_management("..\redlands.mdb\streets", "ref_ID", "long", "9", "#", "#", \
             "refcode", "NULLABLE", "REQUIRED", "#")

т.к. путь ..\redlands.mdb\streets является относительным.

Какой смысл в использовании относительных путей вместо абсолютных?

Использование абсолютных путей характеризуется следующим:

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

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

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

К примеру, возьмем представленную ниже структуру папок. В этом примере D:\Tools\Toolboxes\Toolbox1 содержит инструмент-скрипт D:\Tools\Scripts\MyScript.py.

При использовании абсолютных путей в случае, если вы перемещаете набор инструментов D:\Tools\Toolboxes\Toolbox1 на другой диск, например, в E:\Final\Toolbox1, ArcGIS найдет D:\Tools\Scripts\MyScript. py и все будет прекрасно работать. Если же вы используете относительные пути, ArcGIS не найдет скрипт и инструмент работать не будет. Диалоговое окно инструмента откроется, но после его запуска вы получите сообщение об ошибке: «Скрипт, связанный с этим инструментом, не существует». Вам необходимо открыть свойства инструмента и ввести корректный путь к скрипту.

С другой стороны, если вы работаете с относительными путями, вы можете просто скопировать папку D:\Tools в любое место на любом компьютере и все будет работать. Это не сработает при использовании абсолютных путей, поскольку другой пользователь может скопировать папку в каталог F:\NewTools и путь D:\Tools\Scripts\MyScript.py на его компьютере найден, естественно, не будет.

Заключение

• Относительные пути не могут менять диски.
• Абсолютные пути лучше применять, если данные не будут переноситься, как это обычно и происходит на дисках персональных компьютеров.
• Относительные пути полезно использовать в случае, когда вы передаете документы и данные другому пользователю.
• Относительные пути используют обозначения точки и двойной точки (. and ..). Вы можете вводить относительные пути с такими обозначениями в Проводнике Windows и командной строке Windows.
• ArcGIS не позволяет вводить относительные пути с использованием обозначений точки и двойной точки. Чаще в документе и наборе инструментов хранятся относительные пути (после того как вы отметили опцию сохранения относительных путей).
• Относительные пути «отсчитываются» от текущей папки, являющейся местоположением сохраненного документа или набора инструментов.

Пути UNC

UNC расшифровывается как Universal (или Uniform, или Unified) Naming Convention – Конвенция об универсальных наименованиях, и является синтаксисом для доступа к директориям и файлам в компьютерных сетях. Синтаксис показан ниже:

\\<computer name>\<shared directory>\

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

Например:

\\pondermatic\public\studyarea.  gdb
\\omnipotent\shared_stuff\wednesday\tools

Имя компьютера отделяется с помощью двойной обратной косой черты (\\).

В UNC имя компьютера также называется именем хоста.

Есть несколько правил для путей UNC:

• Пути UNC не могут содержать меток тома (таких как D).
• Невозможен переход в директорию выше уровнем, чем общая директория.
• Опция Сохранять относительные пути (Store relative path names) для документов и инструментов неприменима к путям UNC.

В ArcGIS вы можете использовать путь UNC при любом запросе пути. Это особенно удобно для общедоступных данных в локальной вычислительной сети (LAN). Данные могут храниться на одном компьютере, и любой пользователь, имеющий к нему доступ, может эти данные использовать, пока компьютер не будет выключен или отсоединен от сети.

В Windows возможно открывать доступ к папкам, чтобы другие пользователи в сети могли с ними работать. В ArcCatalog или Проводнике Windows щелкните правой кнопкой мыши Общий доступ и безопасность (Sharing and Security) и следуйте дальнейшим указаниям открывающегося диалогового окна.

URL

URL расшифровывается как Uniform Resource Locator – Универсальный локатор ресурса и уникально описывает адрес любого документа в Интернете. Компонентами URL являются:

• Протокол, используемый для доступа к ресурсу, такой как HTTP (HyperText Transfer Protocol) или FTP (File Transfer Protocol)
• Хост (сервер), с которым устанавливается соединение
• Путь к файлу на хосте

Например:

http://www.esri.com/products.html

Windows Internet Explorer позволяет ввести строку www.esri.com в адресной строке Internet Explorer и тип протокола будет добавлен автоматически http://. Более правильным является явное указание протокола, например, http. Среди других протоколов назовем HTTPS (Secure Hypertext Transfer Protocol), FTP, mailto (адрес электронной почты e-mail) and news (новости Usenet) и т.д.

В ArcGIS вы можете использовать пути URL там, где это является допустимым. В общем, в пользовательском интерфейсе содержатся подсказки, где возможно или необходимо использование URL. При использовании URL в ArcGIS Explorer рекомендуется включать тип протокола как в строке ниже:

http://www.esri.com

вместо

www.esri.com

Путь к файлу подключения ArcSDE

Инструменты геообработки используют путь к файлу подключения (.sde) для доступа к данным, хранящимся в базе данных ArcSDE.

D:\Data\Final\Connection to ArcSDE.sde\EastValley\powerlines

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

Связанные темы

Отзыв по этому разделу?

Абсолютные и относительные URL-адреса — объекты данных ActiveX (ADO)

• Статья
• 18.11.2022
• 3 минуты на чтение

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

Абсолютный URL-адрес содержит всю информацию, необходимую для поиска ресурса.

Относительный URL-адрес находит ресурс, используя абсолютный URL-адрес в качестве отправной точки. По сути, «полный URL-адрес» цели определяется путем объединения абсолютного и относительного URL-адресов.

Абсолютный URL-адрес использует следующий формат: схема://сервер/путь/ресурс

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

схема
Указывает способ доступа к ресурсу .

сервер
Указывает имя компьютера, на котором находится ресурс .

путь
Указывает последовательность каталогов, ведущих к цели. Если ресурс опущен, целью является последний каталог в путь .

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

Регистрация схемы URL-адресов

Если провайдер поддерживает URL-адреса, он зарегистрирует одну или несколько схем URL-адресов. Регистрация означает, что любые URL-адреса, использующие схему, будут автоматически вызывать зарегистрированного провайдера. Например, 9Схема 0017 http зарегистрирована в поставщике Microsoft OLE DB для публикации в Интернете. ADO предполагает, что все URL-адреса с префиксом «http» представляют собой веб-папки или файлы, которые будут использоваться с поставщиком интернет-публикаций. Для получения информации о схемах, зарегистрированных вашим провайдером, см. документацию вашего провайдера.

Определение контекста с помощью URL-адреса

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

В ADO 2.7 или более поздней версии абсолютный URL-адрес также может определять контекст. Например, когда объект Record открывается с абсолютным URL-адресом, неявно создается объект Connection для представления ресурса, указанного URL-адресом.

Абсолютный URL-адрес, определяющий контекст, можно указать в параметре ActiveConnection метода Record Open объекта. Абсолютный URL также может быть указан как значение ключевого слова «URL=» в Connection 9.0086 объект Open метод ConnectionString параметр и объект Recordset Open метод параметр ActiveConnection .

Контекст также можно определить, открыв объект Record или Recordset , представляющий каталог, так как эти объекты уже имеют явно или неявно объявленный объект Connection , задающий контекст.

Операции с областью действия

Контекст также определяет область действия, то есть каталог и его подкаталоги, которые могут участвовать в последующих операциях. Объект Record имеет несколько методов с областью действия, которые работают с каталогом и всеми его подкаталогами. Эти методы включают CopyRecord, MoveRecord и DeleteRecord.

Относительные URL-адреса в виде текста команды

Вы можете указать команду, которая будет выполняться в источнике данных, введя строку в параметре CommandText метода Connection объекта Execute и в параметре Source Метод Open объекта Recordset .

Относительный URL-адрес можно указать в параметре CommandText или Source . Относительный URL-адрес на самом деле не представляет команду, например команду SQL; он просто указывает параметры. Контекст активного подключения должен быть абсолютным URL-адресом, а для параметра Option должно быть установлено значение adCmdTableDirect .

Например, в следующем примере кода показано, как открыть набор записей в файле Readme25.txt каталога Winnt/system32:

 набор записей. Откройте "system32/Readme25.txt", "URL=https://YourServer/Winnt/", adCmdTableDirect
 

Абсолютный URL-адрес в строке подключения указывает сервер ( YourServer ) и путь ( Winnt ). Этот URL также определяет контекст.

Относительный URL-адрес в тексте команды использует абсолютный URL-адрес в качестве отправной точки и указывает оставшуюся часть пути ( system32 ) и файл для открытия ( Readme25.txt ).

Поле опций ( adCmdTableDirect ) указывает, что тип команды является относительным URL-адресом.

В качестве другого примера следующий код откроет набор записей в содержимом каталога Winnt :

 набор записей.
 

Схемы URL-адресов, предоставленные поставщиком OLE DB

Начальной частью полного URL-адреса является схема , которая используется для доступа к ресурсу, указанному в оставшейся части URL-адреса. Примерами являются HTTP (протокол передачи гипертекста) и FTP (протокол передачи файлов).

ADO поддерживает поставщиков OLE DB, которые распознают собственные схемы URL-адресов. Например, Microsoft OLE DB Provider for Internet Publishing , , который обращается к «опубликованным» файлам Windows 2000, распознает существующую схему HTTP.

См. также

Объект подключения (ADO)
Объект записи (ADO)
Объект набора записей (ADO)

Почему и когда следует использовать относительные ссылки в SharePoint

Рассмотрите любой из следующих сценариев:

Ребрендинг/ Реструктуризация/переименование

• Ваша организация и ее подразделения реорганизуются и меняют названия
• Ваш ИТ-отдел и специалисты по контентной стратегии принимают решение о новом соглашении об именах, которое влияет на имена и URL-адреса ваших сайтов для доступа к этим сайтам ИЛИ вы переходите с http на https
• У вас есть сотни (тысячи?) документов, ссылок, запросов контента и ссылок на сценарии на ваших сайтах, которые ссылаются на старые URL-адреса и теперь не работают

Копирование сайтов/структур или создание шаблонов

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

Имейте в виду, что если у пользователя нет доступа к сайту или библиотеке дочернего сайта, где хранятся связанные сценарии, эти сценарии не будут выполняться для этого пользователя, несмотря ни на что . Это может повлиять на внешний вид, ощущения и функции сайта, что вызывает путаницу и проблемы с доверием, когда они звонят, а вы говорите: «Мне нравится!» и у них другой опыт

Многих из этих проблем и «задач очистки» можно избежать (по большей части), используя относительные URL-адреса вместо абсолютных URL-адресов.

Какая разница?

Абсолютные URL-адреса содержат домен вашего сайта (contoso.com) и указывают конкретно на элемент в точном местоположении.

«https://sharepoint.contoso.com/sites/HR/Documents”

Относительные URL-адреса не содержат вашего домена и обычно включают только целевое имя элемента, который существует в том же веб-приложении , где размещена ссылка. В следующем примере с любого сайта или дочернего сайта в коллекции вы попадете в библиотеку «Документы» сайта верхнего уровня, если она существует.

«/Documents»

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

«/sites/HR/Documents»

Вы можете представить пример абсолютного URL-адреса ИЛИ третий пример ссылки на элемент из другого семейства сайтов в веб-приложении, если сайт «HR» изменил свой путь на «HumanResources», все абсолютные URL-адреса и относительные URL-адреса, содержащие «HR», теперь не работают.

При этом: Относительные URL-адреса лучше всего использовать для «коротких» ссылок (т. е. скрипт, указанный в CEWP на домашней странице дочернего сайта, и скрипт хранится в тот же подсайт ). Чем дальше ваш пункт назначения от местоположения ссылки, тем выше риск неработающих ссылок или ошибок в будущем.

Чем же так хороши относительные URL-адреса?

Можно использовать оба типа URL-адресов в разных сценариях, но в SharePoint, где мы не так сильно беспокоимся о поисковой оптимизации, я считаю «лучшей» практикой использовать относительные URL-адреса, где это возможно в рамках одного веб-приложение. Еще лучше, в одном семействе сайтов .

Относительные URL-адреса не прерываются, когда вы:

• Изменяете URL-адрес сайта верхнего уровня семейства веб-сайтов SharePoint
• Изменить имя и URL-адрес дочернего сайта SharePoint
• Скопируйте дочерний сайт в другое семейство сайтов
• Сделать дочерний сайт шаблоном с содержимым по умолчанию и использовать его повторно
• Реплицируйте в среду разработки/тестирования. Вы хотите, чтобы эти ссылки были относительными и не ссылались на рабочие сайты через абсолютный URL-адрес
.

Относительные URL-адреса также позволяют вашей странице загружаться быстрее (хотя и всего на долю процента).

Имейте в виду, что все эти преимущества зависят от типа создаваемого вами относительного URL-адреса. Если вы создаете «длинный» относительный URL-адрес, который включает часть URL-адреса семейства веб-сайтов, вы рискуете получить неработающие ссылки при изменении URL-адреса семейства веб-сайтов. Лучшей практикой будет использование как можно более коротких относительных URL-адресов.

Хорошие новости

SharePoint автоматически преобразует абсолютные URL-адреса в относительные для вас! Это происходит, когда вы:

• Создайте ссылку в поле форматированного текста/многострочного текста или в веб-части редактора контента (при сохранении/публикации он преобразует полный URL-адрес только в необходимую часть:
• Используйте параметры «Добавить из SharePoint» для просмотра видео, изображений, ссылок и т. д. После выбора автоматически предоставляется относительный URL-адрес:

Подробности

/Documents vs Documents

Всякий раз, когда вы используете «/» в начале ссылки, будет решено включить корень документа вашего сайта. Допустим, вы сейчас находитесь на странице https://sharepoint.contoso.com/HR/SitePages/Benefits.aspx и нажимаете каждую из этих ссылок:

Ссылка	Пункт назначения
/Документы	https:// sharepoint.contoso.com/ Документы (корень)
/HR/Документы	https:// sharepoint.contoso.com/HR/ Документы (корень подсайта)
Документы	https:// sharepoint. Оставить комментарий Добавить комментарий Отменить ответ Ваш адрес email не будет опубликован. Обязательные поля помечены * Комментарий * Имя * Email * Сайт