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

Ответ 1

Я знаю, что на вопрос уже был дан ответ, но...

A Более простой подход заключается в том, чтобы сбрасывать данные модуля auth в json файл после создания суперпользователя:

 ./manage.py dumpdata --indent=2 auth > initial_data.json

Вы также можете сбрасывать данные сеансов:

./manage.py dumpdata --indent=2 sessions

Затем вы можете добавить информацию о сеансе в дамп модуля auth (и, вероятно, увеличить expire_date, чтобы он не истекал... когда-либо; -).

С этого момента вы можете использовать

/manage.py syncdb --noinput

чтобы загрузить суперпользователя и его сеанс при создании db без интерактивного приглашения, спрашивающего вас о суперпользователе.

Ответ 2

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

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

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

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

После его завершения запустите syncdb для воссоздания таблиц:

python manage.py syncdb

Ответ 3

Ключ должен использовать --noinput во время syncdb, а затем использовать этот one liner для создания суперпользователя

echo "from django.contrib.auth.models import User; User.objects.create_superuser('myadmin', '[email protected]', 'hunter2')" | python manage.py shell

Кредит: http://source.mihelac.org/2009/10/23/django-avoiding-typing-password-for-superuser/

Ответ 4

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

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 достаточно умен, чтобы делать свои собственные вещи сначала, а затем мои, если я захочу гадать с их настройками? Дай мне знать, если узнаешь.: -)

Ответ 5

Я преодолел эту функцию, используя south

Это должно быть для любого разработчика django.

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

Во время разработки я использую этот инструмент для git отслеживать изменения моей базы данных и вносить изменения в базу данных без необходимости сначала ее уничтожить.

• easy_install south
• Добавьте "юг" в установленные приложения.

Предложение первого запуска юга в приложении.

$ python manage.py schemamigration appname --init

Это приведет к обнаружению схемы в этом приложении.

$ python manage.py migrate appname

Это применит изменения модели

• В базе данных появятся новые модели.

Изменение модели после первого запуска

$ python manage.py schemamigration appname --auto

$ python manage.py migrate appname

Модели будут изменены - данные не будут уничтожены. Плюс юг делает гораздо больше...

Ответ 6

Примечание: начиная с версии 1.7 команда syncdb устарела. Используйте migrate вместо.

Также Django 1.7 представил AppConfig как средство настройки процесса инициализации приложений.

Таким образом, начиная с Django 1.7, самый простой способ достичь желаемого - это использовать подкласс AppConfig.

Допустим, у вас есть собственный example_app, который добавляется к вашему INSTALLED_APPS, и вы хотите создать и администратора пользователя с паролем admin каждый раз, когда вы запускаете ./manage.py migrate из царапина. Я также предполагаю, что автоматическое создание пользователей с правами администратора требуется только в среде разработчиков, а не в рабочей среде.

Добавьте следующий код в example_app/apps.py

# example_app/apps.py

from django.apps import AppConfig
from django.conf import settings
from django.db.models.signals import post_migrate
from django.contrib.auth.apps import AuthConfig


USERNAME = "admin"
PASSWORD = "admin"


def create_test_user(sender, **kwargs):
    if not settings.DEBUG:
        return
    if not isinstance(sender, AuthConfig):
        return
    from django.contrib.auth.models import User
    manager = User.objects
    try:
        manager.get(username=USERNAME)
    except User.DoesNotExist:
        manager.create_superuser(USERNAME, '[email protected]', PASSWORD)


class ExampleAppConfig(AppConfig):
    name = __package__

    def ready(self):
        post_migrate.connect(create_test_user)

Также добавьте следующую ссылку на конфигурацию приложения в приложениях example_app/__init__.py:

# example_app/__init__.py

default_app_config = 'example_app.apps.ExampleAppConfig'

Где default_app_config - это строковый путь Python к подклассу AppConfig, как упоминалось здесь.

Ответ 7

Команда manage.py reset будет reset вашей базы данных, не уничтожая созданного суперпользователя. Однако данные необходимо повторно импортировать.

Ответ 8

Вы можете использовать django-finalware, чтобы сделать это за вас. Просто добавьте finalware к вашему INSTALLED_APPS и включите в свой settings.py следующее:

SITE_SUPERUSER_USERNAME = 'myadmin'
SITE_SUPERUSER_EMAIL = '[email protected]'
SITE_SUPERUSER_PASSWORD  = 'mypass'  # this can be set from a secret file.

# optional object id. Ensures that the superuser id is not set to `1`.
# you can use this as a simple security feature
SITE_SUPERUSER_ID = '343'

Затем просто запустите ./manage.py syncdb (Django < 1.7) или ./manage.py migrate (Django >= 1.7), и он автоматически создаст суперпользователя или обновит существующий для вас.

Вам больше не будет предложено создать суперпользователя.

Ответ 9

Я решил создать python script как этот для reset все мои вещи [обновленная версия] [1.8 тоже]:

import os
import sys

os.environ.setdefault("DJANGO_SETTINGS_MODULE", "main.settings.dev")

from django.conf import settings
from django.core import management
from django import get_version

PROJECT_ROOT = os.path.abspath(os.path.join(os.path.dirname(__file__), os.pardir))
if PROJECT_ROOT not in sys.path:
    sys.path.append(PROJECT_ROOT)

yn = raw_input('Are you sure you want to reset everything? (y/n) ')
if yn == 'y':

    # Drops the db / creates the db
    if settings.DATABASES['default']['ENGINE'].find('mysql') != -1:
        os.system('mysqladmin -uroot -pIronlord0 -f drop db')
        os.system('mysqladmin -uroot -pIronlord0 -f create db')
    elif settings.DATABASES['default']['ENGINE'].find('psycopg2') != -1:
        os.system('psql -U postgres -c "DROP DATABASE db"')
        os.system('psql -U postgres -c "CREATE DATABASE db WITH OWNER = admin"')
    elif settings.DATABASES['default']['ENGINE'].find('sqlite3') != -1:
        try:
            os.remove(os.path.join(PROJECT_ROOT, 'data.db'))
        except:
            pass

    # Getting application handle here otherwise db gets allocated and it can not be destroyed.
    if get_version() > '1.6.10':
        from django.core.wsgi import get_wsgi_application
        application = get_wsgi_application()

    management.call_command('syncdb', interactive=False)

    # Creates admin/password
    from django.contrib.auth.management.commands import changepassword
    management.call_command('createsuperuser', interactive=False, username="admin", email="[email protected]")
    command = changepassword.Command()
    command._get_pass = lambda *args: 'password'
    if get_version() >= '1.8':
        command.execute(username="admin")
    else:
        command.execute("admin")


    # Creates the default site entry
    from django.contrib.sites.models import Site
    site = Site.objects.get_current()
    site.domain = 'www.example.com'
    site.name = ' xxx '
    site.save()

он работает как шарм!

P.S.: Обязательно остановите свой (тестовый) сервер, где находится выше db, перед запуском этого script!

Ответ 10

Начиная с Django 1.7, предложенный способ заполнения базы данных осуществляется посредством миграции данных. Чтобы создать миграцию данных для создания администратора, сначала необходимо создать пустую миграцию:

./manage.py makemigrations --empty myapp --name create-superuser

Это создаст пустую миграцию в myapp/migrations/000x__create-superuser.py. Отредактируйте файл, чтобы он выглядел следующим образом:

# -*- coding: utf-8 -*-
from __future__ import unicode_literals

from django.db import migrations, models
from django.contrib.auth.models import User


def create_superuser(apps, schema_editor):
    User.objects.create_superuser(username='myadmin', password='mypassword', email='[email protected]')


class Migration(migrations.Migration):

    dependencies = [('myapp', '000y_my-previous-migration-file'),]

    operations = [migrations.RunPython(create_superuser)]

Ответ 11

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

python manage.py dumpdata > initial_data.json

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

Подробнее об этом можно узнать в docs.

Ответ 12

Разработка с использованием sqlite. Очистить базу данных, удалив файл. Загрузите admin из светильников.

change manage.py(django 1.4):

# hack to prevent admin promt
if  len(sys.argv) == 2 and sys.argv[1] == 'syncdb':
    sys.argv.append('--noinput')

Ответ 13

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

Ответ 14

Если вы предпочитаете вводить код инициализации напрямую в исходный файл python, этот код, измененный manage.py, может помочь (и спасибо за небольшой код Cjkjvfnby!):

#!/usr/bin/env python
import os
import sys

if __name__ == "__main__":
    # set your django setting module here
    os.environ.setdefault("DJANGO_SETTINGS_MODULE", "app.settings") 

    from django.core.management import execute_from_command_line

    # hack to prevent admin prompt
    if len(sys.argv) == 2 and sys.argv[1] == 'syncdb':
        sys.argv.append('--noinput')

    execute_from_command_line(sys.argv)

    # additional process for creation additional user, misc data, and anything
    for arg in sys.argv:
        # if syncdb occurs and users don't exist, create them
        if arg.lower() == 'syncdb':
            print 'syncdb post process...'
            from django.contrib.auth.models import User

            admin_id = 'admin'
            admin_email = '[email protected]'
            admin_password = 'superuser_password'
            additional_users = [
                                ['tempuser', '[email protected]', 'tempuser_password']
                                ]

            # admin exists?
            user_list = User.objects.filter(username=admin_id)
            if len(user_list) == 0: 
                print 'create superuser: ' + admin_id
                new_admin = User.objects.create_superuser(admin_id, admin_email, admin_password)

            # additional user exists?
            for additional_user in additional_users:
                user_list = User.objects.filter(username=additional_user[0])
                if len(user_list) == 0: 
                    print 'create additional user: ' + additional_user[0]
                    new_admin = User.objects.create_user(additional_user[0], additional_user[1], additional_user[2])

            # any other data

Я просто показываю код создания пользователя здесь, но вы можете улучшить этот код больше, как хотите.

Ответ 15

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