Для повторного использования данных на множестве сайтов, как было описано в «Сценарий 1: Использование данных на множестве сайтов», следует создать поле ManyToManyField в модели Site, например:

from django.db import models
from django.contrib.sites.models import Site
class Article(models.Model):
    headline = models.CharField(max_length=200)
    # ...
    sites = models.ManyToManyField(Site)

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

from django.conf import settings
def article_detail(request, article_id):
    try:
        a = Article.objects.get(id=article_id, sites__id=settings.SITE_ID)
    except Article.DoesNotExist:
        raise Http404
    # ...

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

Например, предположим что SITE_ID для LJWorld.com имеет значение 1, а для Lawrence.com — значение 2. Если данное представление будет вызвано с использованием конфигурационного файла от LJWorld.com, то выборка статей будет ограничена теми записями, у которых в списке сайтов есть LJWorld.com.

Аналогично, вы можете ассоциировать модель к Site как многие-к-одному с помощью ForeignKey.

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

from django.db import models
from django.contrib.sites.models import Site
class Article(models.Model):
    headline = models.CharField(max_length=200)
    # ...
    site = models.ForeignKey(Site)

Такой подход имеет те же преимущества, аналогичные описанным в секции «Фильтры разметки».

На низком уровне, вы можете использовать среду управления сайтами в ваших представлениях для выполнения определённых действия, основываясь на текущем сайте, например:

from django.conf import settings
def my_view(request):
    if settings.SITE_ID == 3:
        # Делаем что-то.
    else:
        # Делаем что-то другое.

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

from django.conf import settings
from django.contrib.sites.models import Site
def my_view(request):
    current_site = Site.objects.get(id=settings.SITE_ID)
    if current_site.domain == 'foo.com':
        # Делаем что-то.
    else:
        # Делаем что-то другое.

Идея получения объекта Site для определения значения параметра конфигурации SITE_ID довольно стандартна, поэтому менеджер модели Site (Site.objects) имеет метод get_current(). Данный пример эквивалентен предыдущему:

from django.contrib.sites.models import Site
def my_view(request):
    current_site = Site.objects.get_current()
    if current_site.domain == 'foo.com':
        # Делаем что-то.
    else:
        # Делаем что-то другое.

При использовании методики «Не повторяйся» название вашего сайта и его доменное имя, как было показано в секции «Сценарий 2: Хранение информации о сайте в одном месте», являются всего лишь ссылками на атрибуты name и domain объекта Site. Например:

from django.contrib.sites.models import Site
from django.core.mail import send_mail
def register_for_newsletter(request):
    # Check form values, etc., and subscribe the user.
    # ...
    current_site = Site.objects.get_current()
    send_mail('Thanks for subscribing to %s alerts' % current_site.name,
        'Thanks for your subscription. We appreciate it.\n\n-The %s team.' % current_site.name,
        'editor@%s' % current_site.domain,
        [user_email])
    # ...

Продолжая наш пример с LJWorld.com и Lawrence.com, на последнем сообщение имеет заголовок «Thanks for subscribing to lawrence.com alerts.» На LJWorld.com, соответственно, такой — «Thanks for subscribing to LJWorld.com alerts.» Аналогичное поведение применяется и для тела сообщения.

Более гибким (но и более сложным) способом реализации такого поведения будет использование шаблонной системы Django. Предположим, что сайты LJWorld.com и Lawrence.com хранят свои шаблоны в разных каталогах (TEMPLATE_DIRS), тогда переложим ответственность на шаблонную систему:

from django.core.mail import send_mail
from django.template import loader, Context
def register_for_newsletter(request):
    # Check form values, etc., and subscribe the user.
    # ...
    subject = loader.get_template('alerts/subject.txt').render(Context({}))
    message = loader.get_template('alerts/message.txt').render(Context({}))
    send_mail(subject, message, 'do-not-reply@example.com', [user_email])
    # ...

В данном случае вам потребуется создать шаблоны subject.txt и message.txt в обоих каталогах с шаблонами. Как упоминалось ранее, это даст вам большую гибкость, но и работы прибавится.

Хорошей идеей будет максимально возможное развитие объекта Site, чтобы удалить ненужную сложность и избыточность.

Метод get_absolute_url() удобен для получения URL без доменного имени, но в некоторых случаях может потребоваться отобразить полный URL. Для этого можно использовать среду управления сайтами. Вот простой пример:

>>> from django.contrib.sites.models import Site
>>> obj = MyModel.objects.get(id=3)
>>> obj.get_absolute_url()
'/mymodel/objects/3/'
>>> Site.objects.get_current().domain
'example.com'
>>> 'http://%s%s' % (Site.objects.get_current().domain, obj.get_absolute_url())
'http://example.com/mymodel/objects/3/'