Django не запускается сигнал. Или так и должно быть?

Question

[Yura Khlyan]

Доброго времени суток.
У меня есть два проэкта на Django (VetpharmCommerce и VetDirectory) на разных базах данных, но у них общая таблица Users. Сделано вот так:

DATABASES = {
  'default': {
    'ENGINE': 'django.db.backends.postgresql_psycopg2',
    'NAME': 'vet-directory',
    'USER': 'vetpharm',
    'PASSWORD': '',
    'HOST': '127.0.0.1',
    'PORT': '',
    'TEST': {
      'ENGINE': 'django.db.backends.sqlite3',
    }
  },
  'users': {
    'ENGINE': "django.db.backends.postgresql_psycopg2",
    'NAME': "vetpharm_commerce",
    'USER': "vetpharm",
    'PASSWORD': "",
    'HOST': "127.0.0.1",
    'PORT': "5432"
  }
}

На VetpharmCommerce есть логика для создания профиля к User с помощью сигнала:

def create_profile(sender, instance, created, **kwargs):
    """ Creates profile for user """
    CustomerProfile.objects.get_or_create(user=instance)

post_save.connect(create_profile, sender=compat.AUTH_USER_MODEL)

Когда регистрирую User c VetpharmCommerce, то все ок, CustomerProfile создается, а вот если User регистрируется на VetDirectory, то запись User создается, но CustomerProfile - нет.
Вот у меня вопрос: как сделать так, что б CustomerProfile создавался в независимости от того на каком сайте зарегистрировались? Можно обойтись одним сигналом на VetpharmCommerce, или на VetDirectory тоже нужно такой же сигнал?
Буду очень благодарен за помощь.
P.S. Извините за плохой русский.

Comments

[sim3x]

У sqlite могут быть проблемы при одновременном доступе

Не испольуйте сигналы

Нет никакого профита от разделения проекта если он связан через юзеров
Слейте их в один

[Yura Khlyan]

sim3x, sqlite только для тестов.
А почему не использовать сигналы?
А если совсем другой функционал, то и так держать все в одном проекте?

[sim3x]

Yura Khlyan, сигналы сложнее тестировать

Да по сути не важно какой у них функционал, если они связаны такой вещью как модель юзера

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