Автоматически создайте администраторского пользователя при выполнении./manage.py Django syncdb

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

Взгляните на команду управления dumpdata . Например:

python manage.py dumpdata > initial_data.json

Если этот файл, называемый прибором, имеет имя initial_data (.xml или .json), то команда syncdb выберет его и заполнит ваши таблицы соответствующим образом. . Он по-прежнему будет спрашивать вас, хотите ли вы создать пользователя, но я считаю, что вы можете спокойно ответить «нет»,

Вместо удаления всей базы данных просто удалите таблицы своего приложения перед запуском syncdb

Это выполнит это за вас в одной строке (для каждого приложения):

python manage.py sqlclear appname | python manage.py dbshell

Первая команда просмотрит ваше приложение и сгенерирует требуемый SQL для удаления таблиц. Этот вывод затем передается в dbshell для его выполнения.

После этого запустите вашу syncdb, чтобы воссоздать таблицы:

python manage.py syncdb

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

django/contrib/auth/management/__init__.py

, чтобы увидеть, как выполняется регистрация функции суперпользователя. Я обнаружил, что могу отменить эту регистрацию и никогда не получить вопрос во время "syncdb", если я поместил этот код в свой "models.py":

from django.db.models import signals
from django.contrib.auth.management import create_superuser
from django.contrib.auth import models as auth_app

# Prevent interactive question about wanting a superuser created.  (This
# code has to go in this otherwise empty "models" module so that it gets
# processed by the "syncdb" command during database creation.)

signals.post_syncdb.disconnect(
    create_superuser,
    sender=auth_app,
    dispatch_uid = "django.contrib.auth.management.create_superuser")

Я не уверен, как гарантировать запуск этого кода после кода Django, выполняющего регистрацию. Я думал, что это будет зависеть от того, будет ли ваше приложение или приложение django.contrib.auth упомянуто первым в INSTALLED_APPS, но, похоже, это работает для меня независимо от того, в каком порядке я их разместил. Может быть, они сделаны в алфавитном порядке, а я ' м повезло, что имя моего приложения начинается с буквы после "d"? Или Django достаточно умен, чтобы сначала делать свои собственные вещи, а затем мои на случай, если я захочу испортить их настройки? Дай мне знать, если узнаешь. : -)

Я использую sqlite в качестве базы данных для разработчиков. После изменения классов модели просто удалите соответствующие таблицы с помощью sqlite manager (плагин firefox, в любом случае открытый для проверки данных) и запустите manage.py syncdb , чтобы воссоздать то, что отсутствует. ]