Я хочу автоматический запуск manage.py createsuperuser
на django
но швы , что не существует никакого способа установки пароля по умолчанию.
Как я могу это получить? Он должен быть независимым от базы данных django.
Я хочу автоматический запуск manage.py createsuperuser
на django
но швы , что не существует никакого способа установки пароля по умолчанию.
Как я могу это получить? Он должен быть независимым от базы данных django.
Ответы:
Если вы напрямую ссылаетесь на пользователя , ваш код не будет работать в проектах, где параметр AUTH_USER_MODEL был изменен на другую модель пользователя. Более общий способ создания пользователя:
echo "from django.contrib.auth import get_user_model; User = get_user_model(); User.objects.create_superuser('admin', 'admin@myproject.com', 'password')" | python manage.py shell
ОРИГИНАЛЬНЫЙ ОТВЕТ
Вот простая версия скрипта для создания суперпользователя:
echo "from django.contrib.auth.models import User; User.objects.create_superuser('admin', 'admin@example.com', 'pass')" | python manage.py shell
echo "from django.contrib.auth.models import User; User.objects.filter(email='admin@example.com').delete(); User.objects.create_superuser('admin@example.com', 'admin', 'nimda')" | python manage.py shell
from django.contrib.auth.models import User
больше не работает. Используйте это: from django.contrib.auth import get_user_model; User = get_user_model(); User.objects.create_superuser('admin', 'admin@myproject.com', 'my secure password')
Я сам искал на это ответ. Я решил создать команду Django, которая расширяет базовую createsuperuser
команду ( GitHub ):
from django.contrib.auth.management.commands import createsuperuser
from django.core.management import CommandError
class Command(createsuperuser.Command):
help = 'Crate a superuser, and allow password to be provided'
def add_arguments(self, parser):
super(Command, self).add_arguments(parser)
parser.add_argument(
'--password', dest='password', default=None,
help='Specifies the password for the superuser.',
)
def handle(self, *args, **options):
password = options.get('password')
username = options.get('username')
database = options.get('database')
if password and not username:
raise CommandError("--username is required if specifying --password")
super(Command, self).handle(*args, **options)
if password:
user = self.UserModel._default_manager.db_manager(database).get(username=username)
user.set_password(password)
user.save()
Пример использования:
./manage.py createsuperuser2 --username test1 --password 123321 --noinput --email 'blank@email.com'
Это имеет то преимущество, что по-прежнему поддерживает использование команд по умолчанию, а также позволяет неинтерактивное использование для указания пароля.
createsuperuser
тоже было это --password
поле
./manage.py createsuperuser2 --username test1 --password 123321 --noinput --email 'blank@email.com'
createsuperuser2
сопоставляется с этим классом, функция
createsuperuser2.py
и поместить его в определенную структуру каталогов по ссылке выше.
Я использую './manage.py shell -c':
./manage.py shell -c "from django.contrib.auth.models import User; User.objects.create_superuser('admin', 'admin@example.com', 'adminpass')"
Это не использует дополнительное эхо, это имеет то преимущество, что вы можете передать его в контейнер докера для выполнения. Без необходимости использовать sh -c "...", который вводит вас в кавычки, спасаясь от ада.
И помните, что сначала идет имя пользователя, а не электронная почта.
Если у вас есть собственная модель пользователя, вам нужно импортировать ее, а не auth.models.User
AttributeError: Manager isn't available; 'auth.User' has been swapped for 'users.User'
users.User
вам нужно импортировать из auth.User
Я бы предложил запустить миграцию данных , поэтому, когда миграции применяются к проекту, суперпользователь создается как часть миграции. Имя пользователя и пароль могут быть установлены как переменные среды. Это также полезно при запуске приложения в контейнере (см. Этот поток в качестве примера)
Тогда ваша миграция данных будет выглядеть так:
import os
from django.db import migrations
class Migration(migrations.Migration):
dependencies = [
('<your_app>', '<previous_migration>'),
] # can also be emtpy if it's your first migration
def generate_superuser(apps, schema_editor):
from django.contrib.auth.models import User
DJANGO_DB_NAME = os.environ.get('DJANGO_DB_NAME', "default")
DJANGO_SU_NAME = os.environ.get('DJANGO_SU_NAME')
DJANGO_SU_EMAIL = os.environ.get('DJANGO_SU_EMAIL')
DJANGO_SU_PASSWORD = os.environ.get('DJANGO_SU_PASSWORD')
superuser = User.objects.create_superuser(
username=DJANGO_SU_NAME,
email=DJANGO_SU_EMAIL,
password=DJANGO_SU_PASSWORD)
superuser.save()
operations = [
migrations.RunPython(generate_superuser),
]
Надеюсь, это поможет!
РЕДАКТИРОВАТЬ : Некоторые могут поднять вопрос, как установить эти переменные среды и заставить Django знать о них. Есть много способов, и на них ответили в других сообщениях SO, но, как быстрый указатель, создание .env
файла - хорошая идея. Затем вы можете использовать пакет python-dotenv , но если вы настроили виртуальную среду с помощью pipenv, он автоматически установит envvars в вашем .env
файле. Аналогичным образом, запуск вашего приложения через docker-compose может читать в вашем .env
файле.
root/mysite/myapp/migrations
- если вы читаете документацию, в ней объясняется, как вы можете создать пустую миграцию и изменить ееpython manage.py makemigrations --empty yourappname
settings.py
файл:python # loading .env from dotenv import load_dotenv from pathlib import Path env_path = Path('.', '.env') load_dotenv(dotenv_path=env_path)
На Django 3.0 вы можете использовать по умолчанию createsuperuser --noinput
команды и установить все необходимые поля (включая пароль) в качестве переменных окружения DJANGO_SUPERUSER_PASSWORD
, DJANGO_SUPERUSER_USERNAME
, DJANGO_SUPERUSER_EMAIL
например. --noinput
флаг обязателен.
Это взято из исходных документов: https://docs.djangoproject.com/en/3.0/ref/django-admin/#django-admin-createsuperuser
и я только что проверил - работает. Теперь вы можете легко экспортировать эти переменные среды и добавлять createsuperuser
в свои сценарии и конвейеры.
Вы можете написать простой скрипт на Python для автоматизации создания суперпользователя. User
Модель просто нормальная модель Django, так что вы хотите следовать нормальному процессу написания автономного Django сценария. Пример:
import django
django.setup()
from django.contrib.auth.models import User
u = User(username='unique_fellow')
u.set_password('a_very_cryptic_password')
u.is_superuser = True
u.is_staff = True
u.save()
Вы также можете передать createsuperuser
несколько параметров, а именно --noinput
и --username
, которые позволят вам автоматически создавать новых суперпользователей, но они не смогут войти в систему, пока вы не установите для них пароль.
cretesuperuser
, но как тогда установить пароль? Я хотел бы сделать это внутри сценария bash ...
Текущий ответ с наибольшим количеством голосов:
Улучшенная версия будет:
USER="admin"
PASS="super_password"
MAIL="admin@mail.com"
script="
from django.contrib.auth.models import User;
username = '$USER';
password = '$PASS';
email = '$MAIL';
if User.objects.filter(username=username).count()==0:
User.objects.create_superuser(username, email, password);
print('Superuser created.');
else:
print('Superuser creation skipped.');
"
printf "$script" | python manage.py shell
if not User.objects.filter(username = username).exists()
,
DJANGO_SUPERUSER_USERNAME=testuser \
DJANGO_SUPERUSER_PASSWORD=testpass \
python manage.py createsuperuser --noinput
noinput
флаг другими параметрами:DJANGO_SUPERUSER_PASSWORD=testpass python manage.py createsuperuser --username testuser --email admin@email.com --noinput
Я использовал один лайнер Tk421, но получил сообщение об ошибке: 1) Я думаю, что использую более позднюю версию Django (1.10) Manager isn't available; 'auth.User' has been swapped for 'users.User'
2) порядок параметров в create_superuser был неправильным.
Поэтому я заменил его на:
echo "from django.contrib.auth import get_user_model; User = get_user_model(); User.objects.filter(email='admin@example.com', is_superuser=True).delete(); User.objects.create_superuser('admin', 'admin@example.com', 'nimda')" | python manage.py shell
И что мне действительно понравилось, так это то, что он работает и с развертыванием heroku:
heroku run echo "from django.contrib.auth import get_user_model; User = get_user_model(); User.objects.filter(email='admin@example.com', is_superuser=True).delete(); User.objects.create_superuser('admin', 'admin@example.com', 'nimda')" | python manage.py shell
Это будет хорошо работать повторно. Я использую его в начале проекта, поэтому не беспокойтесь об ужасных каскадных удалениях, которые могут произойти позже.
Я вернулся после некоторых проблем с запуском этого внутри local () из ткани. похоже, что происходит то, что символ трубы означает, что он интерпретировался локально, а не на героку. Чтобы отсортировать это, я заключил команду в кавычки. Затем пришлось использовать тройные двойные кавычки для строк python внутри одинарных кавычек всей команды python.
heroku run "echo 'from django.contrib.auth import get_user_model; User = get_user_model(); User.objects.filter(email="""admin@example.com""", is_superuser=True).delete(); User.objects.create_superuser("""admin""", """admin@example.com""", """nimda""")' | python manage.py shell"
Решение на основе Адам Чарнок подхода «s выше доступно как пакет Python теперь. Требуется три шага:
Установка: pip install django-createsuperuserwithpassword
Активация: INSTALLED_APPS += ("django_createsuperuserwithpassword", )
Подать заявление:
python manage.py createsuperuserwithpassword \
--username admin \
--password admin \
--email admin@example.org \
--preserve
Вот и все.
очень просто, прослушайте сигнал post syncdb, прочтите учетные данные суперпользователя из файла конфигурации и примените их.
оформить заказ django-bootup
Этот небольшой скрипт на Python может создать обычного пользователя или суперпользователя.
#!/usr/bin/env python
import os
import sys
import argparse
import random
import string
import django
def main(arguments):
parser = argparse.ArgumentParser()
parser.add_argument('--username', dest='username', type=str)
parser.add_argument('--email', dest='email', type=str)
parser.add_argument('--settings', dest='settings', type=str)
parser.add_argument('--project_dir', dest='project_dir', type=str)
parser.add_argument('--password', dest='password', type=str, required=False)
parser.add_argument('--superuser', dest='superuser', action='store_true', required=False)
args = parser.parse_args()
sys.path.append(args.project_dir)
os.environ['DJANGO_SETTINGS_MODULE'] = args.settings
from django.contrib.auth.models import User
django.setup()
username = args.username
email = args.email
password = ''.join(random.sample(string.letters, 20)) if args.password is None else args.password
superuser = args.superuser
try:
user_obj = User.objects.get(username=args.username)
user_obj.set_password(password)
user_obj.save()
except User.DoesNotExist:
if superuser:
User.objects.create_superuser(username, email, password)
else:
User.objects.create_user(username, email, password)
print password
if __name__ == '__main__':
sys.exit(main(sys.argv[1:]))
--superuser и --password не являются обязательными.
Если --superuser не определен, будет создан обычный пользователь. Если --password не определен, будет сгенерирован случайный пароль.
Ex :
/var/www/vhosts/PROJECT/python27/bin/python /usr/local/sbin/manage_dja_superusertest.py --username USERNAME --email TEST@domain.tld --project_dir /var/www/vhosts/PROJECT/PROJECT/ --settings PROJECT.settings.env
Это то, что я сколотил для Heroku post_deploy и предопределенной переменной app.json :
if [[ -n "$CREATE_SUPER_USER" ]]; then
echo "==> Creating super user"
cd /app/example_project/src
printf "from django.contrib.auth.models import User\nif not User.objects.exists(): User.objects.create_superuser(*'$CREATE_SUPER_USER'.split(':'))" | python /app/example_project/manage.py shell
fi
При этом у вас может быть одна переменная env:
CREATE_SUPER_USER=admin:admin@example.com:password
Мне нравится опция оболочки --command , но я не знаю, как получить символ новой строки в командном скрипте. Без новой строки if
выражение приводит к синтаксической ошибке.
Перейдите в командную строку и введите:
C:\WINDOWS\system32>pip install django-createsuperuser
Collecting django-createsuperuser
Downloading https://files.pythonhosted.org/packages/93/8c/344c6367afa62b709adebee039d09229675f1ee34d424180fcee9ed857a5/django-createsuperuser-2019.4.13.tar.gz
Requirement already satisfied: Django>1.0 in c:\programdata\anaconda3\lib\site-packages (from django-createsuperuser) (2.2.1)
Requirement already satisfied: setuptools in c:\programdata\anaconda3\lib\site-packages (from django-createsuperuser) (41.0.1)
Requirement already satisfied: sqlparse in c:\programdata\anaconda3\lib\site-packages (from Django>1.0->django-createsuperuser) (0.3.0)
Requirement already satisfied: pytz in c:\programdata\anaconda3\lib\site-packages (from Django>1.0->django-createsuperuser) (2018.7)
Building wheels for collected packages: django-createsuperuser
Running setup.py bdist_wheel for django-createsuperuser ... done
Stored in directory: C:\Users\Arif Khan\AppData\Local\pip\Cache\wheels\0c\96\2a\e73e95bd420e844d3da1c9d3e496c92642a4f2181535440db2
Successfully built django-createsuperuser
Installing collected packages: django-createsuperuser
если миграция не выполнена, перейдите в папку приложения django и выполните следующие
затем бинго.
С shell_plus на самом деле намного проще
echo "User.objects.create_superuser('test@test.com', 'test')" | python manage.py shell_plus
Как уже упоминалось, с Django 3.0 вы можете передавать учетные данные через переменные среды. Однако этот подход гораздо более гибкий, поскольку он позволяет выполнять любую другую более сложную задачу, например, удалить всех пользователей тестов и т. Д.