私のプロジェクトは初期の開発段階にあります。私は頻繁にデータベースを削除manage.py syncdbし、アプリを最初からセットアップするために実行します。
残念ながら、これは常にポップアップします。
You just installed Django's auth system, which means you don't have any superusers defined.
Would you like to create one now? (yes/no):
次に、ユーザー名、有効な電子メールアドレス、およびパスワードを入力します。これは退屈です。タイピングに飽きてきtest\nx@x.com\ntest\ntest\nました。
この手順を自動的にスキップして、実行時にプログラムでユーザーを作成するにはどうすればよいmanage.py syncdbですか？
質問はすでに回答済みですが...
より簡単なアプローチは、スーパーユーザーが作成されたら、認証モジュールデータをjsonファイルにダンプすることです。
./manage.py dumpdata --indent=2 auth > initial_data.json
セッションデータをダンプすることもできます。
./manage.py dumpdata --indent=2 sessions
次に、セッション情報を認証モジュールダンプに追加できます（おそらく、expire_dateを増やして、期限切れにならないようにします...これまで;-)。
それから、あなたは使うことができます
/manage.py syncdb --noinput
スーパーユーザーについて尋ねる対話型プロンプトなしでデータベースを作成するときに、スーパーユーザーとそのセッションをロードします。
データベース全体を削除する代わりに、syncdbを実行する前にアプリのテーブルを削除するだけです
これにより、（アプリごとに）1行でそれを実現できます。
python manage.py sqlclear appname | python manage.py dbshell
最初のコマンドはアプリを調べ、テーブルを削除するために必要なSQLを生成します。次に、この出力はdbshellにパイプ処理されて実行されます。
完了したら、syncdbを実行してテーブルを再作成します。
python manage.py syncdb
重要なのは--noinput、syncdbの実行時に使用し、これを使用one linerしてスーパーユーザーを作成することです。
echo "from django.contrib.auth.models import User; User.objects.create_superuser('myadmin', 'myemail@example.com', 'hunter2')" | python manage.py shell
クレジット：http ：//source.mihelac.org/2009/10/23/django-avoiding-typing-password-for-superuser/
私のように、スーパーユーザーの質問を聞かれることなく、新しいデータベースから実際に開始できるようにしたい場合は、その質問をするシグナルハンドラーの登録を解除するだけです。ファイルの一番下をチェックしてください：
django/contrib/auth/management/__init__.py
スーパーユーザー関数の登録がどのように実行されるかを確認します。このコードを「models.py」に配置した場合、この登録を元に戻すことができ、「syncdb」中に質問されることはありません。
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は最初に独自のことを実行し、次に設定をいじくり回したい場合に備えて私のものを実行するのに十分賢いですか？見つけたら教えてください。:-)
南を使ってこの機能を克服しました
django開発者にとっては必需品です。
Southは、情報やデータベース構造を破壊することなく、変更をライブサイトに移行できるように設計されたツールです。結果として生じる変更は、南で追跡でき、生成されたpythonファイルを使用して-代替データベースで同じアクションを実行できます。
開発中、私はこのツールを使用してデータベースの変更をgit追跡し、最初にデータベースを破棄せずにデータベースに変更を加えます。
アプリで初めて南を走る提案。
$ python manage.py schemamigration appname --init
これにより、そのアプリでスキーマ検出が開始されます。
$ python manage.py migrate appname
これにより、モデルの変更が適用されます
最初の実行後にモデルを変更する
$ python manage.py schemamigration appname --auto
$ python manage.py migrate appname
モデルが変更されます-データは破棄されません。プラスサウスはもっとたくさんのことをします...
注：バージョン1.7syncdbコマンドは非推奨であるため。migrate 代わりに使用してください。
また、Django 1.7では、アプリケーションの初期化プロセスをカスタマイズする手段としてAppConfigが導入されました。
したがって、Django 1.7以降、必要なことを実現する最も簡単な方法は、AppConfigのサブクラスを使用することです。
たとえば、自分example_appに追加された独自のユーザーがあり、最初から実行するときはいつでも、管理者パスワードを使用してユーザーを作成および管理INSTALLED_APPSしたいとします。また、自動管理ユーザーの作成は、本番環境ではなく、開発環境でのみ必要であると想定しています。./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, 'x@x.com', 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は、ここでAppConfig説明するサブクラスへの文字列Pythonパスです。
このmanage.py resetコマンドは、作成したスーパーユーザーを破棄せずにデータベースをリセットします。ただし、データを再インポートする必要はありません。
django-finalwareを使用してこれを行うことができます。finalwareあなたに追加して、あなたINSTALLED_APPSの中に以下を含めてくださいsettings.py：
SITE_SUPERUSER_USERNAME = 'myadmin'
SITE_SUPERUSER_EMAIL = 'myadmin@example.com'
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）を実行するだけで、スーパーユーザーが自動的に作成されるか、既存のスーパーユーザーが更新されます。
スーパーユーザーを作成するように求められることはもうありません。
私はすべてのものをリセットするためにこのようなPythonスクリプトを作成することを解決しました[更新されたバージョン][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="xxx@example.com")
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()
それは魅力のように機能します！
PS：このスクリプトを実行する前に、上記のdbが担当している（テスト中の）サーバーを必ず停止してください。
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='myemail@gmail.com')
class Migration(migrations.Migration):
dependencies = [('myapp', '000y_my-previous-migration-file'),]
operations = [migrations.RunPython(create_superuser)]
dumpdata管理コマンドを見てください。例えば：
python manage.py dumpdata > initial_data.json
フィクスチャと呼ばれるこのファイルの名前がinitial_data（.xmlまたは.json）の場合、syncdbコマンドはそれを取得し、それに応じてテーブルにデータを入力します。それでもユーザーを作成するかどうかを尋ねられますが、「いいえ」と安全に答えることができます。その後、フィクスチャに基づいてデータベースにデータが入力されます。
これに関する詳細は、ドキュメントに記載されています。
sqliteで開発しています。ファイルを削除してデータベースをクリアします。フィクスチャから管理者をロードします。
manage.pyの変更（django 1.4）：
# hack to prevent admin promt
if len(sys.argv) == 2 and sys.argv[1] == 'syncdb':
sys.argv.append('--noinput')
これに対する私の解決策は、データベースを一掃するときにその認証テーブルを削除しないことでした。
初期化コードを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 = 'superuser@mail.com'
admin_password = 'superuser_password'
additional_users = [
['tempuser', 'user_email@mail.com', '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
ここではユーザー作成コードを示していますが、必要に応じてこのコードをさらに拡張できます。
私は開発データベースとしてsqliteを使用しています。モデルクラスを変更した後、sqliteマネージャー（Firefoxプラグイン、とにかくデータを検査するために開く）で対応するテーブルをドロップし、実行manage.py syncdbして不足しているものを再作成します。