# salt.modules.djangomod

Manage Django sites

salt.modules.djangomod.collectstatic(settings_module, bin_env=None, no_post_process=False, ignore=None, dry_run=False, clear=False, link=False, no_default_ignore=False, pythonpath=None, env=None, runas=None)

  Collect static files from each of your applications into a single location that can easily be served in production.

  CLI Example:

      salt '*' django.collectstatic <settings_module>

salt.modules.djangomod.command(settings_module, command, bin_env=None, pythonpath=None, env=None, runas=None, *args, **kwargs)

  Run arbitrary django management command

  CLI Example:

      salt '*' django.command <settings_module> <command>

salt.modules.djangomod.createsuperuser(settings_module, username, email, bin_env=None, database=None, pythonpath=None, env=None, runas=None)

  Create a super user for the database. This function defaults to use the `--noinput` flag which prevents the creation of a password for the superuser.

  CLI Example:

      salt '*' django.createsuperuser <settings_module> user user@example.com

salt.modules.djangomod.loaddata(settings_module, fixtures, bin_env=None, database=None, pythonpath=None, env=None)

  Load fixture data

  Fixtures:

    comma separated list of fixtures to load

  CLI Example:

      salt '*' django.loaddata <settings_module> <comma delimited list of fixtures>

salt.modules.djangomod.migrate(settings_module, app_label=None, migration_name=None, bin_env=None, database=None, pythonpath=None, env=None, noinput=True, runas=None)

  Run migrate

  Execute the Django-Admin migrate command (requires Django 1.7 or higher).

  Added in version 3000.

  settings_module

    Specifies the settings module to use. The settings module should be in Python package syntax, e.g. mysite.settings. If this isn’t provided, django-admin will use the DJANGO_SETTINGS_MODULE environment variable.

  app_label

    Specific app to run migrations for, instead of all apps. This may involve running other apps’ migrations too, due to dependencies.

  migration_name

    Named migration to be applied to a specific app. Brings the database schema to a state where the named migration is applied, but no later migrations in the same app are applied. This may involve unapplying migrations if you have previously migrated past the named migration. Use the name zero to unapply all migrations for an app.

  bin_env

    Path to pip (or to a virtualenv). This can be used to specify the path to the pip to use when more than one Python release is installed (e.g. `/usr/bin/pip-2.7` or `/usr/bin/pip-2.6`. If a directory path is specified, it is assumed to be a virtualenv.

  database

    Database to migrate. Defaults to 'default'.

  pythonpath

    Adds the given filesystem path to the Python import search path. If this isn’t provided, django-admin will use the PYTHONPATH environment variable.

  env

    A list of environment variables to be set prior to execution.

    Example:

        module.run:
          - name: django.migrate
          - settings_module: my_django_app.settings
          - env:
            - DATABASE_USER: 'mydbuser'

  noinput

    Suppresses all user prompts. Defaults to True.

  runas

    The user name to run the command as.

  CLI Example:

      salt '*' django.migrate <settings_module>
      salt '*' django.migrate <settings_module> <app_label>
      salt '*' django.migrate <settings_module> <app_label> <migration_name>

salt.modules.djangomod.syncdb(settings_module, bin_env=None, migrate=False, database=None, pythonpath=None, env=None, noinput=True, runas=None)

  Run syncdb

  Execute the Django-Admin syncdb command, if South is available on the minion the `migrate` option can be passed as `True` calling the migrations to run after the syncdb completes

  NOTE: The syncdb command was deprecated in Django 1.7 and removed in Django 1.9. For Django versions 1.9 or higher use the migrate command instead.

  CLI Example:

      salt '*' django.syncdb <settings_module>