Лучший способ ввести внутреннюю ссылку

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

Скажи, что у меня есть страница здесь http://локальный/сайт1/веб/страница1 и я хочу создать блок в нижнем колонтитуле со ссылкой на эту страницу.

Если я использую относительную ссылку (например, Страница 1) Это сработает, когда я буду на этой странице...
http://локальный/сайт1/веб/
Но этого не произойдет, если я нахожусь на многосегментном пути, например...
http://localhost/site1/web/about/terms/

Если я создам ссылку, относящуюся к серверу (например, /сайт1/веб/страница1)
Не будет работать при смене сервера...
http://mysite.com/
(Я разрабатываю сайт локально на своем ПК, и когда сайт готов, я загружаю его на свой хостинг).
Кроме того, это не сработает, если я захочу клонировать сайт...
http://локальный/сайт2/веб/

Абсолютные пути (например,http://локальный/сайт1/веб/страница1)
также не будет работать, когда я запущу сайт на живом сервере.

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

Модуль pathologic исправил эту проблему в Drupal 7, но еще не готов для Drupal 9.

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

<?php
use Drupal\Core\Link;
use Drupal\Core\Url;
print(Url::fromUserInput('/node/1')->toString());
?> 

Я пропустил лучшую альтернативу? (Было бы удобно, если бы был способ сделать ссылки, относящиеся к каталогу drupal 'web'.)

В Drupal 8+ миграция баз данных не рекомендуется, так как это перезапишет любые изменения, сделанные на вашем рабочем сервере между перезаписями. Вместо этого был создан API конфигурации, позволяющий переносить конфигурацию сайта — то есть параметры, которые определяют, что такое сайт, что он делает и как он работает — между экземплярами без необходимости перезаписывать базу данных. Существует также Migration API, но, по моему опыту, обычно проще воссоздать контент в рабочей среде после того, как сначала поэкспериментируете с ним в staging/local, чем настроить Migration API.

Вот учебник, который я написал по использованию API конфигурации: https://www.morpht.com/blog/drupal-8-configuration-part-1-configuration-api

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

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

1. Используйте фильтр PHP, который вы упомянули в своем посте.
2. Создайте пользовательский блок с помощью кода, а не через пользовательский интерфейс администратора, и создайте свою ссылку с классом URL, как вы показали в большинстве случаев.

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