SinyalLink to this heading#

pre_initLink to this heading#

django.db.models.signals.pre_initLink to this definition#

Whenever you instantiate a Django model, this signal is sent at the beginning of the model's __init__() method.

Argumen dikirim dengan dinyal ini:

sender

Kelas model yang baru mempunyai sebuah instance yang dibuat.

args

A list of positional arguments passed to __init__().

kwargs

A dictionary of keyword arguments passed to __init__().

For example, the tutorial has this line:

q = Question(question_text="What's new?", pub_date=timezone.now())

Argumen dikirim ke penangan pre_init akan berupa:

post_initLink to this heading#

django.db.models.signals.post_initLink to this definition#

Seperti pre_init, tetapi satu ini dikirim ketika metode __init__() selesai.

Argumen dikirim dengan dinyal ini:

sender

Seperti diatas, kelas model yang baru mempunyai sebuah instance dibuat.

instance

Instance sebenarnya dari model yang baru saja dibuat.

pre_saveLink to this heading#

django.db.models.signals.pre_saveLink to this definition#

Ini dikirim pada awal dari metode save() model.

Argumen dikirim dengan dinyal ini:

sender

Kelas model.

instance

Instance sebenarnya sedang disimpan.

raw

A boolean; True if the model is saved exactly as presented (i.e. when loading a fixture). One should not query/modify other records in the database as the database might not be in a consistent state yet.

menggunakan

Nama lain basisdata sedang digunakan.

update_fields

Kumpulan dari bidang untuk memperbaharui seperti dilewatkan ke Model.save(), atau None jika update_fields tidak dilewatkan ke save().

post_saveLink to this heading#

django.db.models.signals.post_saveLink to this definition#

Seperti pre_save, tetapi dikirim pada akhir dari metode save().

Argumen dikirim dengan dinyal ini:

sender

Kelas model.

instance

Instance sebenarnya sedang disimpan.

created

Boolean; True jika sebuah rekaman baru telah dibuat.

raw

A boolean; True if the model is saved exactly as presented (i.e. when loading a fixture). One should not query/modify other records in the database as the database might not be in a consistent state yet.

menggunakan

Nama lain basisdata sedang digunakan.

update_fields

Kumpulan dari bidang untuk memperbaharui seperti dilewatkan ke Model.save(), atau None jika update_fields tidak dilewatkan ke save().

pre_deleteLink to this heading#

django.db.models.signals.pre_deleteLink to this definition#

Dikirim pada awal dari metode delete() model dan metode delete() queryset.

Argumen dikirim dengan dinyal ini:

sender

Kelas model.

instance

Instance sebenarnya sedang dihapus.

menggunakan

Nama lain basisdata sedang digunakan.

origin

The origin of the deletion being the instance of a Model or QuerySet class.

post_deleteLink to this heading#

django.db.models.signals.post_deleteLink to this definition#

Like pre_delete, but sent at the end of a model's delete() method and a queryset's delete() method.

Argumen dikirim dengan dinyal ini:

sender

Kelas model.

instance

Instance sebenarnya sedang dihapus.

Catat bahwa obyek tidak akan lagi berada dalam basisdata, jadi waspadalah apa yang anda lakukan dengan contoh ini.

menggunakan

Nama lain basisdata sedang digunakan.

origin

The origin of the deletion being the instance of a Model or QuerySet class.

m2m_changedLink to this heading#

django.db.models.signals.m2m_changedLink to this definition#

Dikirim ketika a ManyToManyField dirubah pada instance model. Berbicara dengan ketat, ini bukan sebuah sinyal model karena itu dikirim oleh ManyToManyField, tetapi sejak itu melengkapi pre_save/post_save dan pre_delete/post_delete ketika itu datang untuk melacak perubahan pada model, itu disertakan disini.

Argumen dikirim dengan dinyal ini:

sender

The intermediate model class describing the ManyToManyField. This class is automatically created when a many-to-many field is defined; you can access it using the through attribute on the many-to-many field.

instance

The instance whose many-to-many relation is updated. This can be an instance of the sender, or of the class the ManyToManyField is related to.

action

Sebuah string menunjukkan jenis dari pembaharuan yang selesai pada hubungan. Ini dapat berupa satu dari berikut:

"pre_add"

Dikirim sebelum satu atau lebih obyek ditambahkan ke hubungan.

"post_add"

Dikirim setelah satu atau lebih obyek ditambahkan pada hubungan.

"pre_remove"

Dikirim sebelum satu atau lebih obyek dipindahkan dari hubungan.

"post_remove"

Dikirim setelah satu atau lebih obyek dipindahkan dari hubungan.

"pre_clear"

Dikirim sebelum hubungan dibersihkan.

"post_clear"

Dikirim*setelah* hubungan dibersihkan.

reverse

Indicates which side of the relation is updated (i.e., if it is the forward or reverse relation that is being modified).

model

Kelas dari obyek-byek yang ditambahkan juga, dipindahkan dari atau dibersihkan dari hubungan.

pk_set

For the pre_add and post_add actions, this is a set of primary key values that will be, or have been, added to the relation. This may be a subset of the values submitted to be added, since inserts must filter existing values in order to avoid a database IntegrityError.

For the pre_remove and post_remove actions, this is a set of primary key values that was submitted to be removed from the relation. This is not dependent on whether the values actually will be, or have been, removed. In particular, non-existent values may be submitted, and will appear in pk_set, even though they have no effect on the database.

Untuk tindakan pre_clear dan post_clear, ini adalah None.

menggunakan

Nama lain basisdata sedang digunakan.

Sebagai contoh, jika sebuah Pizza dapat memiliki banyak obyek Topping, dimodelkan seperti ini:

class Topping(models.Model):
    # ...
    pass


class Pizza(models.Model):
    # ...
    toppings = models.ManyToManyField(Topping)

Jika kami menghubungkan penangan seperti ini:

from django.db.models.signals import m2m_changed


def toppings_changed(sender, **kwargs):
    # Do something
    pass


m2m_changed.connect(toppings_changed, sender=Pizza.toppings.through)

and then did something like this:

>>> p = Pizza.objects.create(...)
>>> t = Topping.objects.create(...)
>>> p.toppings.add(t)

argumen-argumen dikirim ke penangan m2m_changed (toppings_changed dalam contoh diatas) akan menjadi:

And if we would then do something like this:

>>> t.pizza_set.remove(p)

argumen dikirim ke penangan m2m_changed akan berupa:

class_preparedLink to this heading#

django.db.models.signals.class_preparedLink to this definition#

Sent whenever a model class has been "prepared" -- that is, once a model has been defined and registered with Django's model system. Django uses this signal internally; it's not generally used in third-party applications.

Sejak sinyal ini dikirim selama pengolahan pengumpulan registrar aplikasi, dan AppConfig.ready() berjalan setelah registrar sepenuhnya dikumpulkan, penerima tidak dapat dihubungkan di metode itu. Satu kemungkinan adalah menghubungkan mereka AppConfig.__init__() sebagai gantinya, merawat tidak untuk mengimpor model atau panggilan pemicu pada registrar aplikasi.

Argumen-argumen yang dikirim dengan sinyal ini:

sender

Kelas model yang telah dipersiapkan.

pre_migrateLink to this heading#

django.db.models.signals.pre_migrateLink to this definition#

Sent by the migrate command before it starts to install an application. It's not emitted for applications that lack a models module.

Argumen dikirim dengan dinyal ini:

sender

Sebuah instance AppConfig untuk aplikasi tentang untuk dipindahkan/disinkronisasikan.

app_config

Sama seperti sender.

verbosity

Indicates how much information manage.py is printing on screen. See the --verbosity flag for details.

Fungsi-fungsi yang mendengarkan untuk pre_migrate harus menyesuaikan apa mereka keluarkan ke layar berdasarkan pada nilai dari argumen ini.

interactive

If interactive is True, it's safe to prompt the user to input things on the command line. If interactive is False, functions which listen for this signal should not try to prompt for anything.

Sebagai contoh, aplikasi django.contrib.auth hanya menunjuk untuk membuat pengguna super ketika interactive adalah True.

stdout

A stream-like object where verbose output should be redirected.

menggunakan

Nama lain dari basisdata dimana sebuah perintah akan beroperasi.

plan

The migration plan that is going to be used for the migration run. While the plan is not public API, this allows for the rare cases when it is necessary to know the plan. A plan is a list of 2-tuples with the first item being the instance of a migration class and the second item showing if the migration was rolled back (True) or applied (False).

apps

Sebuah instance dari Apps mengandung keadaan dari proyek sebelum perpindahan berjalan. Itu harus digunakan sebagai gantinya dari registrar apps global untuk mengambil model yang anda ingin lakukan tindakan.

post_migrateLink to this heading#

django.db.models.signals.post_migrateLink to this definition#

Dikirim pada akhir dari migrate (bahkan jika tidak ada perpindahan dijalankan) dan perintah flush. Itu tidak dikeluarkan untuk aplikasi yang kekurangan modeul models.

Handlers of this signal must not perform database schema alterations as doing so may cause the flush command to fail if it runs during the migrate command.

Argumen dikirim dengan dinyal ini:

sender

Instance AppConfig untuk aplikasi yang telah dipasang.

app_config

Sama seperti sender.

verbosity

Indicates how much information manage.py is printing on screen. See the --verbosity flag for details.

Fungsi-fungsi yang mendengarkan untuk post_migrate harus menyesuaikan apa mereka keluarkan ke layar berdasarkan pada nilai dari argumen ini.

interactive

If interactive is True, it's safe to prompt the user to input things on the command line. If interactive is False, functions which listen for this signal should not try to prompt for anything.

Sebagai contoh, aplikasi django.contrib.auth hanya menunjuk untuk membuat pengguna super ketika interactive adalah True.

stdout

A stream-like object where verbose output should be redirected.

menggunakan

Nama lain basisdata digunakan untuk sinkronisasi. Awalan pada basisdata default.

plan

The migration plan that was used for the migration run. While the plan is not public API, this allows for the rare cases when it is necessary to know the plan. A plan is a list of 2-tuples with the first item being the instance of a migration class and the second item showing if the migration was rolled back (True) or applied (False).

apps

Sebuah instance dari Apps mengandung keadaan dari proyek setelah perpindahan berjalan. Itu harus digunakan sebagai gantinya dari registrar apps global untuk mengambil model yang anda ingin lakukan tindakan.

Sebagai contoh, anda dapat mendaftarkan sebuah callback dalam sebuah AppConfig seperti ini:

from django.apps import AppConfig
from django.db.models.signals import post_migrate


def my_callback(sender, **kwargs):
    # Your specific logic here
    pass


class MyAppConfig(AppConfig):
    ...

    def ready(self):
        post_migrate.connect(my_callback, sender=self)

request_startedLink to this heading#

django.core.signals.request_startedLink to this definition#

Dikirim ketika Django mulai mengolah sebuah permintaan HTTP.

Argumen dikirim dengan dinyal ini:

sender

Kelas penangan -- misalnya django.core.handlers.wsgi.WsgiHandler -- yang menangani permintaan.

environ

Dictionary environ disediakan pada permintaan.

request_finishedLink to this heading#

django.core.signals.request_finishedLink to this definition#

Dikirim ketika Django selesai mengirimkan sebuah tanggapan HTTP ke klien.

Argumen dikirim dengan dinyal ini:

sender

Kelas penangan, seperti diatas.

got_request_exceptionLink to this heading#

django.core.signals.got_request_exceptionLink to this definition#

Sinyal ini dikirim ketika Django menghadapi sebuah pengecualian selagi mengolah sebuah permintaan HTTP yang datang.

Argumen dikirim dengan dinyal ini:

sender

Tidak digunakan (selalu None).

request

Obyek HttpRequest

setting_changedLink to this heading#

django.test.signals.setting_changedLink to this definition#

Sinyal dikirim ketika nilai dari pengaturan berubah melalui pengelola konteks django.test.TestCase.settings() atau pengelola penghias/konteks django.test.override_settings().

It's actually sent twice: when the new value is applied ("setup") and when the original value is restored ("teardown"). Use the enter argument to distinguish between the two.

Anda dapat juga mengimpor sinyal dari django.core.signals untuk menghindari impor dari django.test dalam keadaan bukan-percobaan.

Argumen dikirim dengan dinyal ini:

sender

Penangan percobaan.

setting

Nama dari pengaturan.

value

Nilai dari pengaturan setelah berubah. Untuk pengaturan yang awalnya tidak ada, dalam fase "teardown", value adalah None.

enter

Boolean; True jika pengaturan diberlakukan, False jika disimpan kembali.

template_renderedLink to this heading#

django.test.signals.template_renderedLink to this definition#

Dikirim ketika sistem percobaan membangun sebuah cetakan. Siyal ini tidak dikeluarkan selama tindakan biasa dari peladen Django -- itu hanya tersedia selama percobaan.

Argumen dikirim dengan dinyal ini:

sender

Obyek Template yang dibangun.

template

Sama seperti pengirim

context

Context dimana cetakan dibangun.

connection_createdLink to this heading#

django.db.backends.signals.connection_createdLink to this definition#

Sent when the database wrapper makes the initial connection to the database. This is particularly useful if you'd like to send any post connection commands to the SQL backend.

Argumen dikirim dengan dinyal ini:

sender

Kelas pembungkus basisdata -- yaitu. django.db.backends.postgresql.DatabaseWrapper atau django.db.backends.mysql.DatabaseWrapper, dll.

connection

The database connection that was opened. This can be used in a multiple-database configuration to differentiate connection signals from different databases.