Доступ к свойствам модели подстраницы в файле шаблона Трясогузка

Во-первых, {{ item.date }} не будет работать, потому что item — это объект RelatedLink, а не объект страницы. Чтобы получить доступ к объекту страницы, вам потребуется {{ item.link_page.date }} (и, конечно же, некоторое альтернативное поведение, когда редактор предоставил link_external вместо link_page). Однако этого изменения самого по себе будет недостаточно — оно будет работать для основных свойств страницы, таких как item.link_page.title, но не для конкретных событий, таких как date.

Объяснение того, почему это происходит: всякий раз, когда вы извлекаете набор страниц с помощью такой операции, как EventPage.objects.all(), или page.get_children(), или (в данном случае) page.related_links, обычно все результаты будут одного типа. Если это операция, которая потенциально может охватывать несколько различных типов страниц (например, EventPage.objects.all() может когда-либо возвращать только объекты EventPage, а page.get_children() или page.related_links могут возвращать страницы любого типа), то для того, чтобы сохранить их все одинаковыми, она должна вернуть их как «наименьший общий знаменатель» — базовую модель страницы, от которой происходят все типы страниц. Это обеспечивает такие поля, как title, которые являются общими для всех страниц, но не поля специального назначения.

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

Имея это в виду, у вас есть несколько вариантов:

Во-первых, если вы знаете, что редакторы на вашем сайте будут выбирать только EventPage в качестве связанных ссылок - и это кажется безопасным предположением, основанным на вашем help_text и факте, что вы пишете такие вещи, как {{ item.date }} и {{ item.city }}, которые вероятно, не имеет смысла для других типов страниц - тогда вы можете применить это на уровне базы данных, указав внешний ключ на EventPage:

link_page = models.ForeignKey(
    'myapp.EventPage',  # replace 'myapp' with your application name
    null=True,
    on_delete=models.SET_NULL,
    blank=True,
    related_name='+',
    help_text='Choose an existing page (event must have already been created)',
)

С этим изменением средство выбора страницы в администраторе трясогузки позволит вам выбрать только EventPages для этого поля, а item.link_page даст вам полные EventPage объекты, что позволит вам написать {{ item.link_page.date }}.

Во-вторых: если вам нужно поддерживать другие типы страниц в связанных ссылках — например, может быть, у вас есть модель NewsPage, которая также имеет поле date, и вы хотите иметь возможность выбирать их также как связанные ссылки — тогда вы можете преобразовать базовые Page в более конкретный тип страницы, вызвав на нем .specific. Например: {{ item.link_page.specific.date }}. Недостатком является то, что .specific будет выполнять дополнительный поиск в базе данных каждый раз, когда вы его используете, что может снизить производительность. В качестве простой оптимизации вы можете использовать тег {% with %}, чтобы присвоить его переменной:

{% for item in page.related_links.all %}
   {% with item.link_page.specific as related_page %}
      <li><a href="{{ item.link }}">{{ item.title }}</a></li>
      <br><div class="description">{{ related_page.date }}
        <span class="pink">[{{ related_page.topicTag }}]</span>
         {{ related_page.name }} <span class="pink">[{{ related_page.city }}]</span>
      </div>
   {% endwith %}
{% endfor %}