--- title: "Django 1.11 versionsinformation" version: 6.0 locale: sv source: https://docs.djangoproject.com/sv/6.0/releases/1.11/ canonical: https://djangodocs.dev/sv/6.0/releases/1.11/ --- # Django 1.11 versionsinformation *4 april 2017* Välkommen till Django 1.11! Dessa versionsinformation täcker [nya funktioner](#whats-new-1-11), samt några [bakåtkompatibla ändringar](#backwards-incompatible-1-11) som du bör vara medveten om när du uppgraderar från Django 1.10 eller äldre versioner. Vi har [börjat utfasningsprocessen för vissa funktioner](#deprecated-features-1-11). Se guiden [Så här uppgraderar du Django till en nyare version](/sv/6.0/howto/upgrade-version/) om du ska uppdatera ett befintligt projekt. Django 1.11 betecknas som en [long-term support release](/sv/6.0/internals/release-process/#term-Long-term-support-release). Den kommer att få säkerhetsuppdateringar i minst tre år efter att den släppts. Stöd för den tidigare LTS, Django 1.8, kommer att upphöra i april 2018. ## Kompatibilitet med Python Django 1.11 kräver Python 2.7, 3.4, 3.5, 3.6 eller 3.7 (från och med 1.11.17). Vi **rekommenderar** starkt och stöder endast officiellt den senaste utgåvan av varje serie. Django 1.11.x-serien är den sista som stöder Python 2. Nästa stora version, Django 2.0, kommer endast att stödja Python 3.4+. ## Föråldrade varningar är inte längre högljudda som standard Till skillnad från äldre versioner av Django visas inte längre Djangos egna deprecation-varningar som standard. Detta överensstämmer med Pythons standardbeteende. Denna ändring gör det möjligt för tredjepartsappar att stödja både Django 1.11 LTS och Django 1.8 LTS utan att behöva lägga till kod för att undvika varningar om utfasning. Efter lanseringen av Django 2.0 föreslår vi att tredjepartsappförfattare släpper stödet för alla versioner av Django före 1.11. Vid den tiden bör du kunna köra ditt pakets tester med `python -Wd` så att varningar om avskrivningar visas. Efter att du har åtgärdat varningarna för utfasning bör din app vara kompatibel med Django 2.0. ## Vad är nytt i Django 1.11 ### Klassbaserade modellindex Den nya modulen [`django.db.models.indexes`](/sv/6.0/ref/models/indexes/#module-django.db.models.indexes) innehåller klasser som underlättar skapandet av databasindex. Index läggs till i modeller med hjälp av alternativet [`Meta.indexes`](/sv/6.0/ref/models/options/#django.db.models.Options.indexes). Klassen [`Index`](/sv/6.0/ref/models/indexes/#django.db.models.Index) skapar ett b-tree index, som om du använt [`db_index`](/sv/6.0/ref/models/fields/#django.db.models.Field.db_index) på modellfältet eller `index_together` på modellens `Meta` klass. Den kan underklassificeras för att stödja olika indextyper, till exempel [`GinIndex`](/sv/6.0/ref/contrib/postgres/indexes/#django.contrib.postgres.indexes.GinIndex). Det gör det också möjligt att definiera ordningen (ASC/DESC) för kolumnerna i indexet. ### Template-baserad widget-rendering För att underlätta anpassningen av widgetar görs renderingen av formulärwidgetar nu med hjälp av mallsystemet i stället för i Python. Se [API för rendering av formulär](/sv/6.0/ref/forms/renderers/). Du kan behöva justera eventuella anpassade widgetar som du har skrivit för några [bakåtkompatibla ändringar](#template-widget-incompatibilities-1-11). ### uttryck för `Subquery` De nya databasuttrycken [`Subquery`](/sv/6.0/ref/models/expressions/#django.db.models.Subquery) och [`Exists`](/sv/6.0/ref/models/expressions/#django.db.models.Exists) gör det möjligt att skapa explicita underfrågor. Underfrågor kan hänvisa till fält från den yttre frågeuppsättningen med hjälp av klassen [`OuterRef`](/sv/6.0/ref/models/expressions/#django.db.models.OuterRef). ### Mindre funktioner #### [`django.contrib.admin`](/sv/6.0/ref/contrib/admin/#module-django.contrib.admin) - [`ModelAdmin.date_hierarchy`](/sv/6.0/ref/contrib/admin/#django.contrib.admin.ModelAdmin.date_hierarchy) kan nu referera till fält över relationer. - Den nya [`ModelAdmin.get_exclude()`](/sv/6.0/ref/contrib/admin/#django.contrib.admin.ModelAdmin.get_exclude)-hook gör det möjligt att ange de uteslutna fälten baserat på begäran eller modellinstansen. - Mallen `popup_response.html` kan nu åsidosättas per app, per modell eller genom att ställa in attributet [`ModelAdmin.popup_response_template`](/sv/6.0/ref/contrib/admin/#django.contrib.admin.ModelAdmin.popup_response_template). #### [`django.contrib.auth`](/sv/6.0/topics/auth/#module-django.contrib.auth) - Standardantalet iterationer för PBKDF2-lösenordshasher ökas med 20%. - De klassbaserade vyerna [`LoginView`](/sv/6.0/topics/auth/default/#django.contrib.auth.views.LoginView) och [`LogoutView`](/sv/6.0/topics/auth/default/#django.contrib.auth.views.LogoutView) ersätter de föråldrade funktionsbaserade vyerna `login()` och `logout()`. - Klasserna [`PasswordChangeView`](/sv/6.0/topics/auth/default/#django.contrib.auth.views.PasswordChangeView), [`PasswordChangeDoneView`](/sv/6.0/topics/auth/default/#django.contrib.auth.views.PasswordChangeDoneView), [`PasswordResetView`](/sv/6.0/topics/auth/default/#django.contrib.auth.views.PasswordResetView), [`PasswordResetDoneView`](/sv/6.0/topics/auth/default/#django.contrib.auth.views.PasswordResetDoneView), [`PasswordResetConfirmView`](/sv/6.0/topics/auth/default/#django.contrib.auth.views.PasswordResetConfirmView) och [`PasswordResetCompleteView`](/sv/6.0/topics/auth/default/#django.contrib.auth.views.PasswordResetCompleteView) klassbaserade vyer ersätter de föråldrade funktionsbaserade vyerna `password_change()`, `password_change_done()`, `password_reset()`, `password_reset_done()`, `password_reset_confirm()` och `password_reset_complete()`. - Det nya attributet `post_reset_login` för [`PasswordResetConfirmView`](/sv/6.0/topics/auth/default/#django.contrib.auth.views.PasswordResetConfirmView) gör det möjligt att automatiskt logga in en användare efter en lyckad lösenordsåterställning. Om du har konfigurerat flera `AUTHENTICATION_BACKENDS`, använd attributet `post_reset_login_backend` för att välja vilken som ska användas. - För att undvika möjligheten att läcka en token för återställning av lösenord via HTTP Referer-headern (till exempel om återställningssidan innehåller en referens till CSS eller JavaScript som finns på en annan domän), lagrar [`PasswordResetConfirmView`](/sv/6.0/topics/auth/default/#django.contrib.auth.views.PasswordResetConfirmView) (men inte den föråldrade `password_reset_confirm()` funktionsbaserade vyn) token i en session och omdirigerar till sig själv för att presentera lösenordsändringsformuläret för användaren utan token i URL. - [`update_session_auth_hash()`](/sv/6.0/topics/auth/default/#django.contrib.auth.update_session_auth_hash) roterar nu sessionsnyckeln för att tillåta en lösenordsändring för att ogiltigförklara stulna sessionskakor. - Det nya attributet `success_url_allowed_hosts` för [`LoginView`](/sv/6.0/topics/auth/default/#django.contrib.auth.views.LoginView) och [`LogoutView`](/sv/6.0/topics/auth/default/#django.contrib.auth.views.LogoutView) gör det möjligt att ange en uppsättning värdar som är säkra för omdirigering efter inloggning och utloggning. - Lagt till lösenordsvaliderare `help_text` i [`UserCreationForm`](/sv/6.0/topics/auth/default/#django.contrib.auth.forms.UserCreationForm). - `HttpRequest` skickas nu till ``authenticate`()`` som i sin tur skickar det till autentiseringsbackend om det accepterar ett `request` argument. - Signalen [`user_login_failed()`](/sv/6.0/ref/contrib/auth/#django.contrib.auth.signals.user_login_failed) får nu ett `request` argument. - [`PasswordResetForm`](/sv/6.0/topics/auth/default/#django.contrib.auth.forms.PasswordResetForm) stöder anpassade användarmodeller som använder ett e-postfält som heter något annat än `'email'`. Ställ in [`CustomUser.EMAIL_FIELD`](/sv/6.0/topics/auth/customizing/#django.contrib.auth.models.CustomUser.EMAIL_FIELD) till namnet på fältet. - [`get_user_model()`](/sv/6.0/topics/auth/customizing/#django.contrib.auth.get_user_model) kan nu anropas vid importtillfället, även i moduler som definierar modeller. #### [`django.contrib.contenttypes`](/sv/6.0/ref/contrib/contenttypes/#module-django.contrib.contenttypes) - När inaktuella innehållstyper upptäcks i kommandot [`remove_stale_contenttypes`](/sv/6.0/ref/django-admin/#django-admin-remove_stale_contenttypes), finns det nu en lista över relaterade objekt som `auth.Permission` som också kommer att raderas. Tidigare listades endast innehållstyperna (och den här prompten fanns efter `migrate` i stället för i ett separat kommando). #### [`django.contrib.gis`](/sv/6.0/ref/contrib/gis/#module-django.contrib.gis) - De nya metoderna [`GEOSGeometry.from_gml()`](/sv/6.0/ref/contrib/gis/geos/#django.contrib.gis.geos.GEOSGeometry.from_gml) och [`OGRGeometry.from_gml()`](/sv/6.0/ref/contrib/gis/gdal/#django.contrib.gis.gdal.OGRGeometry.from_gml) gör det möjligt att skapa geometrier från GML. - Lagt till stöd för [`dwithin`](/sv/6.0/ref/contrib/gis/geoquerysets/#std-fieldlookup-dwithin) lookup på SpatiaLite. - Funktionerna [`Area`](/sv/6.0/ref/contrib/gis/functions/#django.contrib.gis.db.models.functions.Area), [`Distance`](/sv/6.0/ref/contrib/gis/functions/#django.contrib.gis.db.models.functions.Distance) och avståndsuppslagningar fungerar nu med geodetiska koordinater på SpatiaLite. - De OpenLayers-baserade formulärwidgetarna använder nu `OpenLayers.js` från `https://cdnjs.cloudflare.com`, vilket är mer lämpligt för produktionsanvändning än den gamla källan `https://openlayers.org/`. De är också uppdaterade för att använda OpenLayers 3. - PostGIS-migreringar kan nu ändra fältdimensioner. - Lagt till möjligheten att skicka parametrarna `size`, `shape` och `offset` när du skapar [`GDALRaster`](/sv/6.0/ref/contrib/gis/gdal/#django.contrib.gis.gdal.GDALRaster)-objekt. - Lagt till SpatiaLite-stöd för [`IsValid`](/sv/6.0/ref/contrib/gis/functions/#django.contrib.gis.db.models.functions.IsValid)-funktionen, [`MakeValid`](/sv/6.0/ref/contrib/gis/functions/#django.contrib.gis.db.models.functions.MakeValid)-funktionen och [`isvalid`](/sv/6.0/ref/contrib/gis/geoquerysets/#std-fieldlookup-isvalid) lookup. - Lagt till Oracle-stöd för funktionen [`AsGML`](/sv/6.0/ref/contrib/gis/functions/#django.contrib.gis.db.models.functions.AsGML), [`BoundingCircle`](/sv/6.0/ref/contrib/gis/functions/#django.contrib.gis.db.models.functions.BoundingCircle), [`IsValid`](/sv/6.0/ref/contrib/gis/functions/#django.contrib.gis.db.models.functions.IsValid) och [`isvalid`](/sv/6.0/ref/contrib/gis/geoquerysets/#std-fieldlookup-isvalid). #### [`django.contrib.postgres`](/sv/6.0/ref/contrib/postgres/#module-django.contrib.postgres) - Det nya argumentet `distinct` för [`StringAgg`](/sv/6.0/ref/contrib/postgres/aggregates/#django.contrib.postgres.aggregates.StringAgg) avgör om sammanlänkade värden ska vara distinkta. - De nya klasserna [`GinIndex`](/sv/6.0/ref/contrib/postgres/indexes/#django.contrib.postgres.indexes.GinIndex) och [`BrinIndex`](/sv/6.0/ref/contrib/postgres/indexes/#django.contrib.postgres.indexes.BrinIndex) gör det möjligt att skapa `GIN` och `BRIN` index i databasen. - `django.contrib.postgres.fields.JSONField` accepterar en ny `encoder` parameter för att ange en anpassad klass för att koda datatyper som inte stöds av standardkodaren. - Den nya `CIText` mixin och [`CITextExtension`](/sv/6.0/ref/contrib/postgres/operations/#django.contrib.postgres.operations.CITextExtension) migration operation tillåter användning av PostgreSQL `citext` förlängning för skiftlägesokänsliga uppslagningar. Tre fält tillhandahålls: `CICharField`, `CIEmailField` och `CITextField`. - Den nya [`JSONBAgg`](/sv/6.0/ref/contrib/postgres/aggregates/#django.contrib.postgres.aggregates.JSONBAgg) tillåter aggregering av värden som en JSON-array. - [`HStoreField`](/sv/6.0/ref/contrib/postgres/fields/#django.contrib.postgres.fields.HStoreField) (modellfält) och [`HStoreField`](/sv/6.0/ref/contrib/postgres/forms/#django.contrib.postgres.forms.HStoreField) (formulärfält) tillåter lagring av nollvärden. #### Cache - Memcached-backends skickar nu innehållet i [`OPTIONS`](/sv/6.0/ref/settings/#std-setting-CACHES-OPTIONS) som nyckelordsargument till klientkonstruktörerna, vilket möjliggör mer avancerad kontroll av klientbeteendet. Se [cache arguments](/sv/6.0/topics/cache/#cache-arguments) dokumentation för exempel. - Memcached-backends tillåter nu att flera servrar definieras som en kommaseparerad sträng i [`LOCATION`](/sv/6.0/ref/settings/#std-setting-CACHES-LOCATION), för att underlätta för tredjepartstjänster som använder sådana strängar i miljövariabler. #### CSRF - Lagt till inställningen [`CSRF_USE_SESSIONS`](/sv/6.0/ref/settings/#std-setting-CSRF_USE_SESSIONS) för att tillåta lagring av CSRF-token i användarens session i stället för i en cookie. #### Databas backends - Added the `skip_locked` argument to [`QuerySet.select_for_update()`](/sv/6.0/ref/models/querysets/#django.db.models.query.QuerySet.select_for_update) on PostgreSQL 9.5+ and Oracle to execute queries with `FOR UPDATE SKIP LOCKED`. - Lade till inställningen [`TEST['TEMPLATE']`](/sv/6.0/ref/settings/#std-setting-TEST_TEMPLATE) för att låta PostgreSQL-användare ange en mall för att skapa testdatabasen. - [`QuerySet.iterator()`](/sv/6.0/ref/models/querysets/#django.db.models.query.QuerySet.iterator) now uses [server-side cursors](https://www.psycopg.org/docs/usage.html#server-side-cursors) on PostgreSQL. This feature transfers some of the worker memory load (used to hold query results) to the database and might increase database memory usage. - Lagt till MySQL-stöd för alternativet `'isolation_level'` i [`OPTIONS`](/sv/6.0/ref/settings/#std-setting-OPTIONS) för att göra det möjligt att ange [transaktionens isoleringsnivå](/sv/6.0/ref/databases/#mysql-isolation-level). För att undvika eventuell dataförlust rekommenderas att du byter från MySQL:s standardnivå, repeterbar läsning, till read committed. - Lagt till stöd för `cx_Oracle` 5.3. #### E-postadress - Lagt till inställningen [`EMAIL_USE_LOCALTIME`](/sv/6.0/ref/settings/#std-setting-EMAIL_USE_LOCALTIME) för att tillåta att SMTP-datohuvuden skickas i den lokala tidszonen i stället för UTC. - `EmailMessage.attach()` och `attach_file()` faller nu tillbaka till MIME-typen `application/octet-stream` när binärt innehåll som inte kan avkodas som UTF-8 anges för en `text/*`-bilaga. #### Fil delning - För att göra den omslutningsbar av [`io.TextIOWrapper`](https://docs.python.org/3/library/io.html#io.TextIOWrapper), har [`File`](/sv/6.0/ref/files/file/#django.core.files.File) nu metoderna `readable()`, `writable()` och `seekable()`. #### Formulär - Det nya attributet `empty_value` på [`CharField`](/sv/6.0/ref/forms/fields/#django.forms.CharField), [`EmailField`](/sv/6.0/ref/forms/fields/#django.forms.EmailField), [`RegexField`](/sv/6.0/ref/forms/fields/#django.forms.RegexField), [`SlugField`](/sv/6.0/ref/forms/fields/#django.forms.SlugField) och [`URLField`](/sv/6.0/ref/forms/fields/#django.forms.URLField) gör det möjligt att ange Python-värdet som ska användas för att representera ”empty”. - Den nya [`Form.get_initial_for_field()`](/sv/6.0/ref/forms/api/#django.forms.Form.get_initial_for_field)-metoden returnerar initialdata för ett formulärfält. #### Internationalisering - Nummerformatering och inställningen [`NUMBER_GROUPING`](/sv/6.0/ref/settings/#std-setting-NUMBER_GROUPING) stöder icke-enhetlig siffergruppering. #### Kommandon för hantering - Det nya alternativet [`loaddata --exclude`](/sv/6.0/ref/django-admin/#cmdoption-loaddata-exclude) gör det möjligt att utesluta modeller och appar när data laddas från fixturer. - Det nya alternativet [`diffsettings --default`](/sv/6.0/ref/django-admin/#cmdoption-diffsettings-default) gör det möjligt att ange en annan inställningsmodul än Djangos standardinställningar att jämföra mot. - argumenten i `app_label` begränsar nu utdata för [`showmigrations --plan`](/sv/6.0/ref/django-admin/#cmdoption-showmigrations-plan). #### Migreringar - Lagt till stöd för serialisering av `uuid.UUID`-objekt. #### Modeller - Lagt till stöd för anropbara värden i argumentet `defaults` i [`QuerySet.update_or_create()`](/sv/6.0/ref/models/querysets/#django.db.models.query.QuerySet.update_or_create) och ``get_or_create`()``. - [`ImageField`](/sv/6.0/ref/models/fields/#django.db.models.ImageField) now has a default [`validate_image_file_extension`](/sv/6.0/ref/validators/#django.core.validators.validate_image_file_extension) validator. (This validator moved to the form field in [Django 1.11.2](/sv/6.0/releases/1.11.2/).) - Lagt till stöd för tidstrunkering i [`Trunc`](/sv/6.0/ref/models/database-functions/#django.db.models.functions.Trunc)-funktioner. - Lade till funktionen [`ExtractWeek`](/sv/6.0/ref/models/database-functions/#django.db.models.functions.ExtractWeek) för att extrahera veckan från [`DateField`](/sv/6.0/ref/models/fields/#django.db.models.DateField) och [`DateTimeField`](/sv/6.0/ref/models/fields/#django.db.models.DateTimeField) och exponerade den genom [`week`](/sv/6.0/ref/models/querysets/#std-fieldlookup-week) lookup. - Lade till funktionen [`TruncTime`](/sv/6.0/ref/models/database-functions/#django.db.models.functions.TruncTime) för att trunkera [`DateTimeField`](/sv/6.0/ref/models/fields/#django.db.models.DateTimeField) till dess tidskomponent och exponerade den genom [`time`](/sv/6.0/ref/models/querysets/#std-fieldlookup-time) lookup. - Lagt till stöd för uttryck i [`QuerySet.values()`](/sv/6.0/ref/models/querysets/#django.db.models.query.QuerySet.values) och [`values_list()`](/sv/6.0/ref/models/querysets/#django.db.models.query.QuerySet.values_list). - Lagt till stöd för frågeuttryck på uppslagningar som tar flera argument, t.ex. `range`. - Du kan nu använda alternativet `unique=True` med [`FileField`](/sv/6.0/ref/models/fields/#django.db.models.FileField). - Lade till parametrarna `nulls_first` och `nulls_last` till [`Expression.asc()`](/sv/6.0/ref/models/expressions/#django.db.models.Expression.asc) och [`desc()`](/sv/6.0/ref/models/expressions/#django.db.models.Expression.desc) för att styra ordningsföljden för null-värden. - De nya `F`-uttrycken `bitleftshift()` och `bitrightshift()` tillåter [bitvisa skiftoperationer](/sv/6.0/topics/db/queries/#using-f-expressions-in-filters). - Lagt till [`QuerySet.union()`](/sv/6.0/ref/models/querysets/#django.db.models.query.QuerySet.union), [`intersection()`](/sv/6.0/ref/models/querysets/#django.db.models.query.QuerySet.intersection) och [`difference()`](/sv/6.0/ref/models/querysets/#django.db.models.query.QuerySet.difference). #### Förfrågningar och svar - Lagt till [`QueryDict.fromkeys()`](/sv/6.0/ref/request-response/#django.http.QueryDict.fromkeys). - [`CommonMiddleware`](/sv/6.0/ref/middleware/#django.middleware.common.CommonMiddleware) ställer nu in svarshuvudet `Content-Length` för svar som inte strömmas. - Inställningen [`SECURE_HSTS_PRELOAD`](/sv/6.0/ref/settings/#std-setting-SECURE_HSTS_PRELOAD) lades till för att tillåta att direktivet `preload` läggs till i rubriken `Strict-Transport-Security`. - [`ConditionalGetMiddleware`](/sv/6.0/ref/middleware/#django.middleware.http.ConditionalGetMiddleware) lägger nu till rubriken `ETag` i svaren. #### Serialisering - Det nya attributet `django.core.serializers.base.Serializer.stream_class` gör det möjligt för underklasser att anpassa standardströmmen. - Den kodare som används av [JSON serializer](/sv/6.0/topics/serialization/#serialization-formats-json) kan nu anpassas genom att skicka ett `cls` nyckelordsargument till funktionen `serializers.serialize()`. - [`DjangoJSONEncoder`](/sv/6.0/topics/serialization/#django.core.serializers.json.DjangoJSONEncoder) serialiserar nu [`timedelta`](https://docs.python.org/3/library/datetime.html#datetime.timedelta)-objekt (används av [`DurationField`](/sv/6.0/ref/models/fields/#django.db.models.DurationField)). #### Mallar - [`mark_safe()`](/sv/6.0/ref/utils/#django.utils.safestring.mark_safe) kan nu användas som dekorator. - Mallbackend [`Jinja2`](/sv/6.0/topics/templates/#django.template.backends.jinja2.Jinja2) stöder nu kontextprocessorer genom att ställa in alternativet `'context_processors'` i [`OPTIONS`](/sv/6.0/ref/settings/#std-setting-TEMPLATES-OPTIONS). - Taggen [`regroup`](/sv/6.0/ref/templates/builtins/#std-templatetag-regroup) returnerar nu `namedtuple` istället för ordböcker så att du kan packa upp gruppobjektet direkt i en loop, t.ex. `{% for grouper, list in regrouped %}`. - Lagt till en [`resetcycle`](/sv/6.0/ref/templates/builtins/#std-templatetag-resetcycle)-malltagg för att göra det möjligt att återställa sekvensen för [`cycle`](/sv/6.0/ref/templates/builtins/#std-templatetag-cycle)-malltaggen. - Du kan nu ange specifika kataloger för en viss `` filesystem.Loader ` ``. #### Tester - Added [`DiscoverRunner.get_test_runner_kwargs()`](/sv/6.0/topics/testing/advanced/#django.test.runner.DiscoverRunner.get_test_runner_kwargs) to allow customizing the keyword arguments passed to the test runner. - Lagt till alternativet [`test --debug-mode`](/sv/6.0/ref/django-admin/#cmdoption-test-debug-mode) för att underlätta felsökning av testfel genom att sätta inställningen [`DEBUG`](/sv/6.0/ref/settings/#std-setting-DEBUG) till `True`. - De nya funktionerna [`django.test.utils.setup_databases()`](/sv/6.0/topics/testing/advanced/#django.test.utils.setup_databases) (flyttad från `django.test.runner`) och [`teardown_databases()`](/sv/6.0/topics/testing/advanced/#django.test.utils.teardown_databases) gör det enklare att bygga egna testrunners. - Lagt till stöd för [`unittest.TestCase.subTest()`](https://docs.python.org/3/library/unittest.html#unittest.TestCase.subTest)’s vid användning av [`test --parallel`](/sv/6.0/ref/django-admin/#cmdoption-test-parallel). - `DiscoverRunner` kör nu systemkontrollerna i början av en testkörning. Åsidosätt metoden [`DiscoverRunner.run_checks()`](/sv/6.0/topics/testing/advanced/#django.test.runner.DiscoverRunner.run_checks) om du vill inaktivera detta. #### Validerare - Lagt till [`FileExtensionValidator`](/sv/6.0/ref/validators/#django.core.validators.FileExtensionValidator) för att validera filtillägg och [`validate_image_file_extension`](/sv/6.0/ref/validators/#django.core.validators.validate_image_file_extension) för att validera bildfiler. ## Bakåtkompatibla ändringar i 1.11 ### [`django.contrib.gis`](/sv/6.0/ref/contrib/gis/#module-django.contrib.gis) - För att förenkla kodbasen och för att det är lättare att installera än när `contrib.gis` först släpptes, är [GDAL](/sv/6.0/ref/contrib/gis/install/geolibs/#gdalbuild) nu ett obligatoriskt beroende för GeoDjango. I äldre versioner krävs det endast för SQLite. - `contrib.gis.maps` tas bort eftersom det har ett gränssnitt mot en pensionerad version av Google Maps API och verkar vara ounderhållet. Om du använder det, :ticket:\` låt oss veta \<14284\>\`. - Jämlikhetsoperatorn `GEOSGeometry` jämför nu även SRID. - De OpenLayers-baserade formulärwidgetarna använder nu OpenLayers 3, och mallarna `gis/openlayers.html` och `gis/openlayers-osm.html` har uppdaterats. Kontrollera ditt projekt om du underklassar dessa widgetar eller utökar mallarna. De nya widgetarna fungerar också lite annorlunda än de gamla. Istället för att använda ett verktygsfält i widgeten klickar du för att rita, klickar och drar för att flytta kartan och klickar och drar en punkt/vertex/hörn för att flytta den. - Stöd för SpatiaLite \< 4.0 har tagits bort. - Stöd för GDAL 1.7 och 1.8 har tagits bort. - Widgetarna i `contrib.gis.forms.widgets` och admins `OpenLayersWidget` använder [form rendering API](/sv/6.0/ref/forms/renderers/) snarare än `loader.render_to_string()`. Om du använder en anpassad widgetmall måste du se till att din formulärrenderare kan hitta den. Du kan till exempel använda [`TemplatesSetting`](/sv/6.0/ref/forms/renderers/#django.forms.renderers.TemplatesSetting) renderer. ### [`django.contrib.staticfiles`](/sv/6.0/ref/contrib/staticfiles/#module-django.contrib.staticfiles) - `collectstatic` kan nu misslyckas under efterbehandlingen när du använder en hashad lagring av statiska filer om det finns en referensloop (t.ex. `'foo.css'` refererar till `'bar.css'` som i sin tur refererar till `'foo.css'`) eller om kedjan av filer som refererar till andra filer är för djup för att lösas i flera omgångar. I det senare fallet ökar du antalet passeringar med [`ManifestStaticFilesStorage.max_post_process_passes`](/sv/6.0/ref/contrib/staticfiles/#django.contrib.staticfiles.storage.ManifestStaticFilesStorage.max_post_process_passes). - När `ManifestStaticFilesStorage` används, ger statiska filer som inte finns i manifestet vid körning nu upphov till ett `ValueError` istället för att returnera en oförändrad sökväg. Du kan återgå till det gamla beteendet genom att ställa in [`ManifestStaticFilesStorage.manifest_strict`](/sv/6.0/ref/contrib/staticfiles/#django.contrib.staticfiles.storage.ManifestStaticFilesStorage.manifest_strict) till `False`. ### Databas backend API I det här avsnittet beskrivs ändringar som kan behövas i tredjeparts databasbackends. - Metoden `DatabaseOperations.time_trunc_sql()` har lagts till för att stödja trunkering av `TimeField`. Den accepterar argumenten `lookup_type` och `field_name` och returnerar lämplig SQL för att trunkera det angivna tidsfältet `field_name` till ett tidsobjekt med endast den angivna specificiteten. Argumentet `lookup_type` kan vara antingen `'hour'`, `'minute'` eller `'second'`. - Metoden `DatabaseOperations.datetime_cast_time_sql()` har lagts till för att stödja [`time`](/sv/6.0/ref/models/querysets/#std-fieldlookup-time) lookup. Den accepterar argumenten `field_name` och `tzname` och returnerar den SQL som krävs för att casta ett datetime-värde till ett tidsvärde. - För att aktivera stöd för `FOR UPDATE SKIP LOCKED`, ställ in `DatabaseFeatures.has_select_for_update_skip_locked = True`. - Det nya attributet `DatabaseFeatures.supports_index_column_ordering` anger om en databas tillåter att man definierar ordningsföljd för kolumner i index. Standardvärdet är `True` och metoden `DatabaseIntrospection.get_constraints()` bör innehålla en `'orders'`-nyckel i var och en av de returnerade ordböckerna med en lista över `'ASC'` och/eller `'DESC'`-värden som motsvarar ordningen för varje kolumn i indexet. - [`inspectdb`](/sv/6.0/ref/django-admin/#django-admin-inspectdb) anropar inte längre `DatabaseIntrospection.get_indexes()` som är föråldrad. Anpassade databasbackends bör säkerställa att alla typer av index returneras av `DatabaseIntrospection.get_constraints()`. - Döpte om funktionen `ignores_quoted_identifier_case` till `ignores_table_name_case` för att mer exakt återspegla hur den används. - Nyckelordsargumentet `name` läggs till i metoden `DatabaseWrapper.create_cursor(self, name=None)` för att tillåta användning av markörer på serversidan på backends som stöder det. ### Slopat stöd för PostgreSQL 9.2 och PostGIS 2.0 Uppströmsstöd för PostgreSQL 9.2 slutar i september 2017. Som en följd av detta ställer Django 1.11 PostgreSQL 9.3 som den minsta version som den officiellt stöder. Stöd för PostGIS 2.0 tas också bort eftersom PostgreSQL 9.2 är den sista versionen som stöder den. Dessutom har den minsta versionen av psycopg2 som stöds ökats från 2.4.5 till 2.5.4. ### `LiveServerTestCase` binder till port noll Istället för att ta ett portintervall och iterera för att hitta en ledig port, binder `LiveServerTestCase` till port noll och förlitar sig på att operativsystemet tilldelar en ledig port. Miljövariabeln `DJANGO_LIVE_TEST_SERVER_ADDRESS` används inte längre, och eftersom den inte heller används längre, tas alternativet `manage.py test --liveserver` bort. Om du behöver binda `LiveServerTestCase` till en specifik port, använd attributet `port` som lades till i Django 1.11.2. ### Skydd mot osäkra omdirigeringar i [`django.contrib.auth`](/sv/6.0/topics/auth/#module-django.contrib.auth) och `i18n`-vyer `LoginView`, `LogoutView` (och de föråldrade funktionsbaserade motsvarigheterna) och [`set_language()`](/sv/6.0/topics/i18n/translation/#django.views.i18n.set_language) skyddar användare från att omdirigeras till icke-HTTPS `next` URL:er när appen körs över HTTPS. ### `QuerySet.get_or_create()` och `update_or_create()` validerar argument För att förhindra att typfel passerar tyst kontrollerar [`get_or_create()`](/sv/6.0/ref/models/querysets/#django.db.models.query.QuerySet.get_or_create) och [`update_or_create()`](/sv/6.0/ref/models/querysets/#django.db.models.query.QuerySet.update_or_create) att deras argument är modellfält. Detta bör vara bakåtkompatibelt endast i det faktum att det kan avslöja en bugg i ditt projekt. ### `pytz` är ett obligatoriskt beroende och stöd för `settings.TIME_ZONE = None` har tagits bort För att förenkla Djangos hantering av tidszoner är `pytz` nu ett nödvändigt beroende. Det installeras automatiskt tillsammans med Django. Stöd för `settings.TIME_ZONE = None` tas bort eftersom beteendet inte används ofta och är tveksamt användbart. Om du automatiskt vill upptäcka tidszonen baserat på systemets tidszon kan du använda [tzlocal](https://pypi.org/project/tzlocal/): ``` from tzlocal import get_localzone TIME_ZONE = get_localzone().zone ``` Detta fungerar på liknande sätt som `settings.TIME_ZONE = None` förutom att det också ställer in `os.environ['TZ']`. låt oss veta \<\>\`\_\_ om det finns ett användningsfall där du upptäcker att du inte kan anpassa din kod för att ställa in en `TIME_ZONE`. ### HTML-ändringar i admin-mallar `

` ersätts med en `

` tagg för att göra det möjligt att inkludera listor i hjälptexten. Skrivskyddade fält omsluts av `.
.
.` istället för `.

.

.` för att tillåta alla typer av HTML som innehåll i fältet. ### Ändringar till följd av införandet av mallbaserad widgetrendering Vissa odokumenterade klasser i `django.forms.widgets` har tagits bort: - `SubWidget` - `RendererMixin`, `ChoiceFieldRenderer`, `RadioFieldRenderer`, `CheckboxFieldRenderer` - `ChoiceInput`, `RadioChoiceInput`, `CheckboxChoiceInput` Den odokumenterade metoden `Select.render_option()` har tagits bort. Metoden `Widget.format_output()` har tagits bort. Använd en anpassad widgetmall istället. Vissa widgetvärden, till exempel alternativen `