---
title: "Django 1.10 versionsinformation"
version: 6.0
locale: sv
source: https://docs.djangoproject.com/sv/6.0/releases/1.10/
canonical: https://djangodocs.dev/sv/6.0/releases/1.10/
---
# Django 1.10 versionsinformation
*1 augusti 2016*
Välkommen till Django 1.10!
Dessa versionsinformation täcker de [nya funktionerna](#whats-new-1-10), samt några [bakåtkompatibla ändringar](#backwards-incompatible-1-10) som du vill vara medveten om när du uppgraderar från Django 1.9 eller äldre versioner. Vi har [ta bort några funktioner](#removed-features-1-10) som har nått slutet av sin utfasningscykel, och vi har [startat utfasningsprocessen för några funktioner](#deprecated-features-1-10).
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.
## Kompatibilitet med Python
Liksom Django 1.9 kräver Django 1.10 Python 2.7, 3.4 eller 3.5. Vi **rekommenderar** starkt och stöder endast officiellt den senaste versionen av varje serie.
## Vad är nytt i Django 1.10
### Fulltextsökning efter PostgreSQL
`django.contrib.postgres` innehåller nu en [samling av databasfunktioner](/sv/6.0/ref/contrib/postgres/search/) för att möjliggöra användning av fulltextsökmotorn. Du kan söka över flera fält i din relationsdatabas, kombinera sökningarna med andra uppslagningar, använda olika språkkonfigurationer och viktningar samt rangordna resultaten efter relevans.
Det innehåller nu också stöd för trigram, med hjälp av [`trigram_similar`](/sv/6.0/ref/contrib/postgres/lookups/#std-fieldlookup-trigram_similar) lookup och uttrycken [`TrigramSimilarity`](/sv/6.0/ref/contrib/postgres/search/#django.contrib.postgres.search.TrigramSimilarity) och [`TrigramDistance`](/sv/6.0/ref/contrib/postgres/search/#django.contrib.postgres.search.TrigramDistance).
### Ny typ av middleware
[En ny typ av mellanprogram introduceras](/sv/6.0/topics/http/middleware/) för att lösa bristen på strikt request/response-skiktning i den gamla typen av mellanprogram som beskrivs i [DEP 0005](https://github.com/django/deps/blob/main/final/0005-improved-middleware.rst). Du måste [anpassa gamla, anpassade mellanprogram](/sv/6.0/topics/http/middleware/#upgrading-middleware) och byta från inställningen `MIDDLEWARE_CLASSES` till den nya [`MIDDLEWARE`](/sv/6.0/ref/settings/#std-setting-MIDDLEWARE)-inställningen för att dra nytta av förbättringarna.
### Officiellt stöd för Unicode-användarnamn
Modellen [`User`](/sv/6.0/ref/contrib/auth/#django.contrib.auth.models.User) i `django.contrib.auth` accepterade ursprungligen endast ASCII-bokstäver och siffror i användarnamn. Även om det inte var ett medvetet val har Unicode-tecken alltid accepterats när Python 3 används.
Användarnamnsvalidatorn accepterar nu uttryckligen Unicode-tecken som standard endast i Python 3.
Anpassade användarmodeller kan använda den nya [`ASCIIUsernameValidator`](/sv/6.0/ref/contrib/auth/#django.contrib.auth.validators.ASCIIUsernameValidator) eller [`UnicodeUsernameValidator`](/sv/6.0/ref/contrib/auth/#django.contrib.auth.validators.UnicodeUsernameValidator).
### Mindre funktioner
#### [`django.contrib.admin`](/sv/6.0/ref/contrib/admin/#module-django.contrib.admin)
- För webbplatser som körs på en underväg kommer standard [`URL för länken "Visa webbplats"`](/sv/6.0/ref/contrib/admin/#django.contrib.admin.AdminSite.site_url) högst upp på varje administratörssida nu att peka på `request.META['SCRIPT_NAME']` om den är inställd, istället för `/`.
- Det framgångsmeddelande som visas när du har lagt till eller redigerat ett objekt innehåller nu en länk till objektets ändringsformulär.
- All inline JavaScript tas bort så att du kan aktivera HTTP-huvudet ”Content-Security-Policy” om du vill.
- Det nya attributet [`InlineModelAdmin.classes`](/sv/6.0/ref/contrib/admin/#django.contrib.admin.InlineModelAdmin.classes) gör det möjligt att ange klasser på inline-fältuppsättningar. Inlines med en `collapse`-klass kommer initialt att vara kollapsade och deras rubrik kommer att ha en liten ”show”-länk.
- Om en användare inte har behörighet att lägga till kommer blocket `object-tools` på en modells ändringslista nu att återges (utan knappen för att lägga till). Detta gör det enklare att lägga till anpassade verktyg i det här fallet.
- Modellen [`LogEntry`](/sv/6.0/ref/contrib/admin/#django.contrib.admin.models.LogEntry) lagrar nu ändringsmeddelanden i en JSON-struktur så att meddelandet kan översättas dynamiskt med hjälp av det aktuella aktiva språket. En ny metod `LogEntry.get_change_message()` är nu det föredragna sättet att hämta ändringsmeddelandet.
- Valda objekt för fält i `ModelAdmin.raw_id_fields` har nu en länk till objektets ändringsformulär.
- Lagt till alternativen ”No date” och ”Has date” för `DateFieldListFilter` om fältet är nullable.
- JQuery-biblioteket som är inbäddat i administratören har uppgraderats från version 2.1.4 till 2.2.3.
#### [`django.contrib.auth`](/sv/6.0/topics/auth/#module-django.contrib.auth)
- Lagt till stöd för [Argon2 lösenordshash](/sv/6.0/topics/auth/passwords/#argon2-usage). Det rekommenderas framför PBKDF2, men det är inte standard eftersom det kräver ett tredjepartsbibliotek.
- Standardantalet iterationer för PBKDF2-lösenordshasher har ökats med 25%. Denna bakåtkompatibla ändring kommer inte att påverka användare som har underklassat `django.contrib.auth.hashers.PBKDF2PasswordHasher` för att ändra standardvärdet.
- Vyn `django.contrib.auth.views.logout()` skickar ”no-cache”-rubriker för att förhindra ett problem där Safari cachar omdirigeringar och hindrar en användare från att kunna logga ut.
- Lade till det valfria `backend`-argumentet till [`django.contrib.auth.login()`](/sv/6.0/topics/auth/default/#django.contrib.auth.login) för att tillåta användning utan inloggningsuppgifter.
- Den nya [`LOGOUT_REDIRECT_URL`](/sv/6.0/ref/settings/#std-setting-LOGOUT_REDIRECT_URL)-inställningen styr omdirigeringen av vyn `django.contrib.auth.views.logout()`, om vyn inte får ett `next_page`-argument.
- Den nya parametern `redirect_authenticated_user` för vyn `django.contrib.auth.views.login()` gör det möjligt att omdirigera autentiserade användare som besöker inloggningssidan.
- De nya [`AllowAllUsersModelBackend`](/sv/6.0/ref/contrib/auth/#django.contrib.auth.backends.AllowAllUsersModelBackend) och [`AllowAllUsersRemoteUserBackend`](/sv/6.0/ref/contrib/auth/#django.contrib.auth.backends.AllowAllUsersRemoteUserBackend) ignorerar värdet av `User.is_active`, medan [`ModelBackend`](/sv/6.0/ref/contrib/auth/#django.contrib.auth.backends.ModelBackend) och [`RemoteUserBackend`](/sv/6.0/ref/contrib/auth/#django.contrib.auth.backends.RemoteUserBackend) nu avvisar inaktiva användare.
#### [`django.contrib.gis`](/sv/6.0/ref/contrib/gis/#module-django.contrib.gis)
- [Distance lookups](/sv/6.0/ref/contrib/gis/geoquerysets/#distance-lookups) accepterar nu uttryck som parametern för avståndsvärdet.
- Den nya egenskapen [`GEOSGeometry.unary_union`](/sv/6.0/ref/contrib/gis/geos/#django.contrib.gis.geos.GEOSGeometry.unary_union) beräknar föreningen av alla element i denna geometri.
- Lade till [`GEOSGeometry.covers()`](/sv/6.0/ref/contrib/gis/geos/#django.contrib.gis.geos.GEOSGeometry.covers) binärt predikat.
- Lade till metoden [`GDALBand.statistics()`](/sv/6.0/ref/contrib/gis/gdal/#django.contrib.gis.gdal.GDALBand.statistics) och attributen [`mean`](/sv/6.0/ref/contrib/gis/gdal/#django.contrib.gis.gdal.GDALBand.mean) och [`std`](/sv/6.0/ref/contrib/gis/gdal/#django.contrib.gis.gdal.GDALBand.std).
- Lagt till stöd för [`MakeLine`](/sv/6.0/ref/contrib/gis/geoquerysets/#django.contrib.gis.db.models.MakeLine)-aggregatet och [`GeoHash`](/sv/6.0/ref/contrib/gis/functions/#django.contrib.gis.db.models.functions.GeoHash)-funktionen på SpatiaLite.
- Lagt till stöd för funktionerna [`Difference`](/sv/6.0/ref/contrib/gis/functions/#django.contrib.gis.db.models.functions.Difference), [`Intersection`](/sv/6.0/ref/contrib/gis/functions/#django.contrib.gis.db.models.functions.Intersection) och [`SymDifference`](/sv/6.0/ref/contrib/gis/functions/#django.contrib.gis.db.models.functions.SymDifference) på MySQL.
- Stöd för instansiering av tomma GEOS-geometrier har lagts till.
- De nya egenskaperna [`trim`](/sv/6.0/ref/contrib/gis/geos/#django.contrib.gis.geos.WKTWriter.trim) och [`precision`](/sv/6.0/ref/contrib/gis/geos/#django.contrib.gis.geos.WKTWriter.precision) i [`WKTWriter`](/sv/6.0/ref/contrib/gis/geos/#django.contrib.gis.geos.WKTWriter) gör det möjligt att styra utmatningen av bråkdelen av koordinaterna i WKT.
- Lagt till egenskaperna [`LineString.closed`](/sv/6.0/ref/contrib/gis/geos/#django.contrib.gis.geos.LineString.closed) och [`MultiLineString.closed`](/sv/6.0/ref/contrib/gis/geos/#django.contrib.gis.geos.MultiLineString.closed).
- Serien [GeoJSON serializer](/sv/6.0/ref/contrib/gis/serializers/) matar nu ut primärnyckeln för objekt i ordlistan `properties` om specifika fält inte anges.
- Möjligheten att replikera indata på metoden [`GDALBand.data()`](/sv/6.0/ref/contrib/gis/gdal/#django.contrib.gis.gdal.GDALBand.data) lades till. Banddata kan nu uppdateras med upprepade värden på ett effektivt sätt.
- Lagt till databasfunktionerna [`IsValid`](/sv/6.0/ref/contrib/gis/functions/#django.contrib.gis.db.models.functions.IsValid) och [`MakeValid`](/sv/6.0/ref/contrib/gis/functions/#django.contrib.gis.db.models.functions.MakeValid), samt [`isvalid`](/sv/6.0/ref/contrib/gis/geoquerysets/#std-fieldlookup-isvalid) lookup, alla för PostGIS. Detta gör det möjligt att filtrera och reparera ogiltiga geometrier på databassidan.
- Lagt till rasterstöd för alla [spatiala uppslagningar](/sv/6.0/ref/contrib/gis/geoquerysets/).
#### [`django.contrib.postgres`](/sv/6.0/ref/contrib/postgres/#module-django.contrib.postgres)
- För enkelhetens skull kastar [`HStoreField`](/sv/6.0/ref/contrib/postgres/fields/#django.contrib.postgres.fields.HStoreField) nu sina nycklar och värden till strängar.
#### [`django.contrib.sessions`](/sv/6.0/topics/http/sessions/#module-django.contrib.sessions)
- Hanteringskommandot [`clearsessions`](/sv/6.0/ref/django-admin/#django-admin-clearsessions) tar nu bort filbaserade sessioner.
#### [`django.contrib.sites`](/sv/6.0/ref/contrib/sites/#module-django.contrib.sites)
- Modellen [`Site`](/sv/6.0/ref/contrib/sites/#django.contrib.sites.models.Site) har nu stöd för [naturliga nycklar](/sv/6.0/topics/serialization/#topics-serialization-natural-keys).
#### [`django.contrib.staticfiles`](/sv/6.0/ref/contrib/staticfiles/#module-django.contrib.staticfiles)
- Malltaggen [`static`](/sv/6.0/ref/templates/builtins/#std-templatetag-static) använder nu `django.contrib.staticfiles` om den finns i `INSTALLED_APPS`. Detta är särskilt användbart för tredjepartsappar som nu alltid kan använda `{% load static %}` (istället för `{% load staticfiles %}` eller `{% load static from staticfiles %}`) och inte oroa sig för om appen `staticfiles` är installerad eller inte.
- Du kan [enklare anpassa](/sv/6.0/ref/contrib/staticfiles/#customize-staticfiles-ignore-patterns) alternativet `collectstatic --ignore` med en anpassad `AppConfig`.
#### Cache
- Den filbaserade cache-backend använder nu det högsta picklingprotokollet.
#### CSRF
- Standardinställningen :CSRF\_FAILURE\_VIEW, `views.csrf.csrf_failure()` accepterar nu en valfri parameter `template_name`, med standardvärdet `'403_csrf.html'`, för att styra den mall som används för att rendera sidan.
- För att skydda mot [BREACH](https://www.breachattack.com/)-attacker ändrar CSRF-skyddsmekanismen nu värdet på formulärets token vid varje förfrågan (samtidigt som den behåller en oföränderlig hemlighet som kan användas för att validera de olika tokens).
#### Databas backends
- Subtraktion av temporär data var enhetlig på alla backends.
- Om databasen stöder det kan backends ställa in `DatabaseFeatures.can_return_ids_from_bulk_insert=True` och implementera `DatabaseOperations.fetch_returned_insert_ids()` för att ställa in primärnycklar på objekt som skapats med `QuerySet.bulk_create()`.
- Lade till nyckelordsargument till `as_sql()`-metoderna för olika uttryck (`Func`, `When`, `Case` och `OrderBy`) för att tillåta databasbackends att anpassa dem utan att mutera `self`, vilket inte är säkert när man använder olika databasbackends. Se parametrarna `arg_joiner` och `**extra_context` i [`Func.as_sql()`](/sv/6.0/ref/models/expressions/#django.db.models.Func.as_sql) för ett exempel.
#### Fil delning
- Lagringsbackends presenterar nu ett tidszonsmedvetet API med nya metoder [`get_accessed_time()`](/sv/6.0/ref/files/storage/#django.core.files.storage.Storage.get_accessed_time), [`get_created_time()`](/sv/6.0/ref/files/storage/#django.core.files.storage.Storage.get_created_time) och [`get_modified_time()`](/sv/6.0/ref/files/storage/#django.core.files.storage.Storage.get_modified_time). De returnerar en tidszonsmedveten `datatid` om [`USE_TZ`](/sv/6.0/ref/settings/#std-setting-USE_TZ) är `True` och en naiv `datatid` i den lokala tidszonen annars.
- Den nya [`Storage.generate_filename()`](/sv/6.0/ref/files/storage/#django.core.files.storage.Storage.generate_filename)-metoden gör det enklare att implementera anpassade lagringsenheter som inte använder `os.path`-anropen som tidigare fanns i [`FileField`](/sv/6.0/ref/models/fields/#django.db.models.FileField).
#### Formulär
- Formuläret och widgeten `Media` används nu med [`django.contrib.staticfiles`](/sv/6.0/ref/contrib/staticfiles/#module-django.contrib.staticfiles) om det är installerat.
- Taggen `` som återges av [`CharField`](/sv/6.0/ref/forms/fields/#django.forms.CharField) innehåller nu ett attribut `minlength` om fältet har en `min_length`.
- Obligatoriska formulärfält har nu HTML-attributet `required`. Ställ in det nya attributet [`Form.use_required_attribute`](/sv/6.0/ref/forms/api/#django.forms.Form.use_required_attribute) till `False` för att inaktivera det. Attributet `required` ingår inte i formulär för formuläruppsättningar eftersom webbläsarens validering kanske inte är korrekt när du lägger till och tar bort formuläruppsättningar.
#### Generiska åsikter
- Klassen [`View`](/sv/6.0/ref/class-based-views/base/#django.views.generic.base.View) kan nu importeras från `django.views`.
#### Internationalisering
- Hjälpfunktionen [`i18n_patterns()`](/sv/6.0/topics/i18n/translation/#django.conf.urls.i18n.i18n_patterns) kan nu användas i en rot-URLConf som anges med [`request.urlconf`](/sv/6.0/ref/request-response/#django.http.HttpRequest.urlconf).
- Genom att ställa in den nya parametern `prefix_default_language` för [`i18n_patterns()`](/sv/6.0/topics/i18n/translation/#django.conf.urls.i18n.i18n_patterns) till `False` kan du tillåta åtkomst till standardspråket utan ett URL-prefix.
- [`set_language()`](/sv/6.0/topics/i18n/translation/#django.views.i18n.set_language) returnerar nu en 204 statuskod (Inget innehåll) för AJAX-förfrågningar när det inte finns någon `next` parameter i `POST` eller `GET`.
- De klassbaserade vyerna [`JavaScriptCatalog`](/sv/6.0/topics/i18n/translation/#django.views.i18n.JavaScriptCatalog) och [`JSONCatalog`](/sv/6.0/topics/i18n/translation/#django.views.i18n.JSONCatalog) ersätter de föråldrade funktionsbaserade vyerna `javascript_catalog()` och `json_catalog()`. De nya vyerna är nästan likvärdiga med de gamla förutom att de nya vyerna som standard samlar in alla JavaScript-strängar i översättningsdomänen `djangojs` från alla installerade appar istället för bara JavaScript-strängarna från [`LOCALE_PATHS`](/sv/6.0/ref/settings/#std-setting-LOCALE_PATHS).
#### Kommandon för hantering
- [`call_command()`](/sv/6.0/ref/django-admin/#django.core.management.call_command) returnerar nu det värde som returneras från metoden `command.handle()`.
- Det nya alternativet [`check --fail-level`](/sv/6.0/ref/django-admin/#cmdoption-check-fail-level) gör det möjligt att ange den meddelandenivå som gör att kommandot avslutas med en status som inte är noll.
- Det nya alternativet [`makemigrations --check`](/sv/6.0/ref/django-admin/#cmdoption-makemigrations-check) gör att kommandot avslutas med en status som inte är noll när modelländringar utan migreringar upptäcks.
- [`makemigrations`](/sv/6.0/ref/django-admin/#django-admin-makemigrations) visar nu sökvägen till de migreringsfiler som den genererar.
- Alternativet [`shell --interface`](/sv/6.0/ref/django-admin/#cmdoption-shell-interface) accepterar nu `python` för att tvinga fram användning av den ”vanliga” Python-tolken.
- Med det nya alternativet [`shell --command`](/sv/6.0/ref/django-admin/#cmdoption-shell-command) kan du köra ett kommando som Django och avsluta, istället för att öppna det interaktiva skalet.
- Lade till en varning till [`dumpdata`](/sv/6.0/ref/django-admin/#django-admin-dumpdata) om en proxymodell anges (vilket resulterar i ingen utdata) utan dess konkreta förälder.
- Det nya attributet [`BaseCommand.requires_migrations_checks`](/sv/6.0/howto/custom-management-commands/#django.core.management.BaseCommand.requires_migrations_checks) kan ställas in på `True` om du vill att ditt kommando ska skriva ut en varning, som [`runserver`](/sv/6.0/ref/django-admin/#django-admin-runserver) gör, om uppsättningen av migreringar på disken inte matchar migreringarna i databasen.
- För att underlätta testning accepterar [`call_command()`](/sv/6.0/ref/django-admin/#django.core.management.call_command) nu ett kommando-objekt som det första argumentet.
- Kommandot [`shell`](/sv/6.0/ref/django-admin/#django-admin-shell) stöder tabbkomplettering på system som använder `libedit`, t.ex. macOS.
- Med kommandot [`inspectdb`](/sv/6.0/ref/django-admin/#django-admin-inspectdb) kan du välja vilka tabeller som ska inspekteras genom att ange deras namn som argument.
#### Migreringar
- Lagt till stöd för serialisering av `enum.Enum`-objekt.
- Lade till argumentet `elidable` till operationerna [`RunSQL`](/sv/6.0/ref/migration-operations/#django.db.migrations.operations.RunSQL) och [`RunPython`](/sv/6.0/ref/migration-operations/#django.db.migrations.operations.RunPython) för att tillåta att de tas bort när migreringar krossas.
- Lagt till stöd för [non-atomic migrations](/sv/6.0/howto/writing-migrations/#non-atomic-migrations) genom att ställa in attributet `atomic` på en `Migration`.
- Kommandona `migrate` och `makemigrations` har nu [check for a consistent migration history](/sv/6.0/topics/migrations/#migration-history-consistency). Om de hittar några otillämpade beroenden av en tillämpad migrering, uppstår `InconsistentMigrationHistory`.
- Signalerna [`pre_migrate()`](/sv/6.0/ref/signals/#django.db.models.signals.pre_migrate) och [`post_migrate()`](/sv/6.0/ref/signals/#django.db.models.signals.post_migrate) skickar nu sina migreringar `plan` och `apps`.
#### Modeller
- Omvända utländska nycklar från proxymodeller sprids nu till deras konkreta klass. Den omvända relationen som bifogas av en [`ForeignKey`](/sv/6.0/ref/models/fields/#django.db.models.ForeignKey) som pekar på en proxymodell är nu tillgänglig som en deskriptor på proxymodellklassen och kan refereras till i queryset-filtrering.
- Den nya [`Field.rel_db_type()`](/sv/6.0/ref/models/fields/#django.db.models.Field.rel_db_type)-metoden returnerar databaskolumnens datatyp för fält som `ForeignKey` och `OneToOneField` som pekar på ett annat fält.
- Klassattributet [`arity`](/sv/6.0/ref/models/expressions/#django.db.models.Func.arity) läggs till i [`Func`](/sv/6.0/ref/models/expressions/#django.db.models.Func). Detta attribut kan användas för att ställa in antalet argument som funktionen accepterar.
- Lade till [`BigAutoField`](/sv/6.0/ref/models/fields/#django.db.models.BigAutoField) som fungerar ungefär som en [`AutoField`](/sv/6.0/ref/models/fields/#django.db.models.AutoField) förutom att den garanterat passar siffror från `1` till `9223372036854775807`.
- [`QuerySet.in_bulk()`](/sv/6.0/ref/models/querysets/#django.db.models.query.QuerySet.in_bulk) kan anropas utan några argument för att returnera alla objekt i queryset.
- [`related_query_name`](/sv/6.0/ref/models/fields/#django.db.models.ForeignKey.related_query_name) stöder nu appetikett och klassinterpolering med hjälp av strängarna `'%(app_label)s'` och `'%(class)s'`.
- Tillåter åsidosättande av modellfält som ärvts från abstrakta basklasser.
- Funktionen [`prefetch_related_objects()`](/sv/6.0/ref/models/querysets/#django.db.models.prefetch_related_objects) är nu ett offentligt API.
- ``QuerySet.bulk_create() `()`` ställer in primärnyckeln på objekt när PostgreSQL används.
- Lagt till databasfunktionen [`Cast`](/sv/6.0/ref/models/database-functions/#django.db.models.functions.Cast).
- En proxymodell kan nu ärva flera proxymodeller som delar en gemensam icke-abstrakt föräldraklass.
- Lagt till [`Extract`](/sv/6.0/ref/models/database-functions/#django.db.models.functions.Extract)-funktioner för att extrahera datetime-komponenter som heltal, t.ex. år och timme.
- Lagt till [`Trunc`](/sv/6.0/ref/models/database-functions/#django.db.models.functions.Trunc)-funktioner för att trunkera ett datum eller en datatid till en betydande komponent. De möjliggör frågor som försäljning per dag eller försäljning per timme.
- `Model.__init__()` anger nu värden för virtuella fält från dess nyckelordsargument.
- De nya alternativen [`Meta.base_manager_name`](/sv/6.0/ref/models/options/#django.db.models.Options.base_manager_name) och [`Meta.default_manager_name`](/sv/6.0/ref/models/options/#django.db.models.Options.default_manager_name) gör det möjligt att styra [`_base_manager`](/sv/6.0/topics/db/managers/#django.db.models.Model._base_manager) respektive [`_default_manager`](/sv/6.0/topics/db/managers/#django.db.models.Model._default_manager).
#### Förfrågningar och svar
- Lade till `request.user` i felsökningsvyn.
- Added [`HttpResponse`](/sv/6.0/ref/request-response/#django.http.HttpResponse) methods
[`readable()`](/sv/6.0/ref/request-response/#django.http.HttpResponse.readable) and
[`seekable()`](/sv/6.0/ref/request-response/#django.http.HttpResponse.seekable) to make an instance a
stream-like object and allow wrapping it with [`io.TextIOWrapper`](https://docs.python.org/3/library/io.html#io.TextIOWrapper).
- Lagt till attributen [`HttpRequest.content_type`](/sv/6.0/ref/request-response/#django.http.HttpRequest.content_type) och [`content_params`](/sv/6.0/ref/request-response/#django.http.HttpRequest.content_params) som tolkas från rubriken `CONTENT_TYPE`.
- Parsern för `request.COOKIES` har förenklats för att bättre matcha webbläsarnas beteende. `request.COOKIES` kan nu innehålla cookies som är ogiltiga enligt men som är möjliga att ställa in via `document.cookie`.
#### Serialisering
- `django.core.serializers.json.DjangoJSONEncoder` vet nu hur man serialiserar lata strängar, som vanligtvis används för översättningsbart innehåll.
#### Mallar
- Lade till alternativet `autoescape` till [`DjangoTemplates`](/sv/6.0/topics/templates/#django.template.backends.django.DjangoTemplates)-backend och [`Engine`](/sv/6.0/ref/templates/api/#django.template.Engine)-klassen.
- Lade till jämförelseoperatorerna `is` och `is not` till taggen [`if`](/sv/6.0/ref/templates/builtins/#std-templatetag-if).
- Tillåter [`dictsort`](/sv/6.0/ref/templates/builtins/#std-templatefilter-dictsort) att ordna en lista med listor efter ett element vid ett angivet index.
- Kontextprocessorn [`debug()`](/sv/6.0/ref/templates/api/#django.template.context_processors.debug) innehåller frågor för alla databasalias i stället för bara standardaliaset.
- Lagt till stöd för relativa sökvägar för strängargument i malltaggarna [`extends`](/sv/6.0/ref/templates/builtins/#std-templatetag-extends) och [`include`](/sv/6.0/ref/templates/builtins/#std-templatetag-include).
#### Tester
- För att bättre fånga upp buggar kontrollerar [`TestCase`](/sv/6.0/topics/testing/tools/#django.test.TestCase) nu deferrable databasbegränsningar i slutet av varje test.
- Tester och testfall kan [märkas med taggar](/sv/6.0/topics/testing/tools/#topics-tagging-tests) och köras selektivt med de nya alternativen [`test --tag`](/sv/6.0/ref/django-admin/#cmdoption-test-tag) och [`test --exclude-tag`](/sv/6.0/ref/django-admin/#cmdoption-test-exclude-tag).
- Du kan nu logga in och använda sessioner med testklienten även om [`django.contrib.sessions`](/sv/6.0/topics/http/sessions/#module-django.contrib.sessions) inte finns i [`INSTALLED_APPS`](/sv/6.0/ref/settings/#std-setting-INSTALLED_APPS).
#### URL:er
- An addition in [`django.setup()`](/sv/6.0/ref/applications/#django.setup) allows URL resolving that happens
outside of the request/response cycle (e.g. in management commands and
standalone scripts) to take [`FORCE_SCRIPT_NAME`](/sv/6.0/ref/settings/#std-setting-FORCE_SCRIPT_NAME) into account when it
is set.
#### Validerare
- [`URLValidator`](/sv/6.0/ref/validators/#django.core.validators.URLValidator) begränsar nu längden på domännamnsetiketter till 63 tecken och den totala längden på domännamn till 253 tecken enligt [**RFC 1034**](https://datatracker.ietf.org/doc/html/rfc1034.html).
- [`int_list_validator()`](/sv/6.0/ref/validators/#django.core.validators.int_list_validator) accepterar nu en valfri boolesk parameter `allow_negative`, med standardvärdet `False`, för att tillåta negativa heltal.
## Bakåtkompatibla ändringar i 1.10
> **Warning**
>
> Utöver de ändringar som beskrivs i det här avsnittet bör du granska [Funktioner borttagna i 1.10](#removed-features-1-10) för de funktioner som har nått slutet av sin föråldringscykel och därför har tagits bort. Om du inte har uppdaterat din kod inom utfasningscykeln för en viss funktion kan borttagningen av den framstå som en bakåtkompatibel ändring.
### Databas backend API
- GIS:s `AreaField` använder en ospecificerad underliggande numerisk typ som i praktiken kan vara vilken numerisk Python-typ som helst. `decimal.Decimal`-värden som hämtas från databasen konverteras nu till `float` för att göra det lättare att kombinera dem med värden som används av GIS-biblioteken.
- För att aktivera temporal subtraktion måste du ställa in databasfunktionsflaggan `supports_temporal_subtraction` till `True` och implementera metoden `DatabaseOperations.subtract_temporals()`. Denna metod ska returnera den SQL och de parametrar som krävs för att beräkna skillnaden i mikrosekunder mellan argumenten `lhs` och `rhs` i den datatyp som används för att lagra [`DurationField`](/sv/6.0/ref/models/fields/#django.db.models.DurationField).
### `select_related()` förbjuder icke-relationella fält för nästlade relationer
Django 1.8 har lagt till validering för icke-relationella fält i `select_related()`:
```pycon
>>> Book.objects.select_related("title")
Traceback (most recent call last):
...
FieldError: Non-relational field given in select_related: 'title'
```
Men det förbjöd inte nästlade icke-relationsfält som det gör nu:
```pycon
>>> Book.objects.select_related("author__name")
Traceback (most recent call last):
...
FieldError: Non-relational field given in select_related: 'name'
```
### `_meta.get_fields()` returnerar konsekventa omvända fält för proxymodeller
Före Django 1.10 returnerade metoden [`get_fields()`](/sv/6.0/ref/models/meta/#django.db.models.options.Options.get_fields) olika omvända fält när den anropades på en proxymodell jämfört med dess proxybetonade klass. Denna inkonsekvens åtgärdades genom att returnera den fullständiga uppsättningen fält som pekar på en konkret klass eller en av dess proxyer i båda fallen.
### [`AbstractUser.username`](/sv/6.0/ref/contrib/auth/#django.contrib.auth.models.User.username) `max_length` ökad till 150
En migrering för [`django.contrib.auth.models.User.username`](/sv/6.0/ref/contrib/auth/#django.contrib.auth.models.User.username) ingår. Om du har en anpassad användarmodell som ärver från `AbstractUser` måste du generera och tillämpa en databasmigrering för din användarmodell.
We considered an increase to 254 characters to more easily allow the use of
email addresses (which are limited to 254 characters) as usernames but rejected
it due to a MySQL limitation. When using the `utf8mb4` encoding (recommended
for proper Unicode support), MySQL can only create unique indexes with 191
characters by default. Therefore, if you need a longer length, please use a
custom user model.
Om du vill behålla gränsen på 30 tecken för användarnamn ska du använda ett anpassat formulär när du skapar en användare eller ändrar användarnamn:
```
from django.contrib.auth.forms import UserCreationForm
class MyUserCreationForm(UserCreationForm):
username = forms.CharField(
max_length=30,
help_text="Required. 30 characters or fewer. Letters, digits and @/./+/-/_ only.",
)
```
Om du vill behålla denna begränsning i administratören, ställ in `UserAdmin.add_form` för att använda detta formulär:
```
from django.contrib.auth.admin import UserAdmin as BaseUserAdmin
from django.contrib.auth.models import User
class UserAdmin(BaseUserAdmin):
add_form = MyUserCreationForm
admin.site.unregister(User)
admin.site.register(User, UserAdmin)
```
### Slopat stöd för PostgreSQL 9.1
Uppströmsstöd för PostgreSQL 9.1 slutar i september 2016. Som en följd av detta ställer Django 1.10 PostgreSQL 9.2 som den minsta version som den officiellt stöder.
### `runserver` utdata går genom loggning
Hantering av begäran och svar för kommandot `runserver` skickas till loggern django-server-logger\` istället för till `sys.stderr`. Om du inaktiverar Djangos loggningskonfiguration eller åsidosätter den med din egen, måste du lägga till lämplig loggningskonfiguration om du vill se den utdata:
```
LOGGING = {
# ...
"formatters": {
"django.server": {
"()": "django.utils.log.ServerFormatter",
"format": "[%(server_time)s] %(message)s",
}
},
"handlers": {
"django.server": {
"level": "INFO",
"class": "logging.StreamHandler",
"formatter": "django.server",
},
},
"loggers": {
"django.server": {
"handlers": ["django.server"],
"level": "INFO",
"propagate": False,
}
},
}
```
### testmodellerna `auth.CustomUser` och `auth.ExtensionUser` har tagits bort
Sedan införandet av migreringar för Contrib-apparna i Django 1.8 skapades inte tabellerna för dessa anpassade användartestmodeller längre, vilket gör dem oanvändbara i ett testsammanhang.
### Apps-registret fylls inte längre i automatiskt när man plockar upp modeller utanför Django
Appregistret fylls inte längre i automatiskt när man plockar bort modeller. Detta lades till i Django 1.7.2 som ett försök att tillåta uppplockning av modeller utanför Django, till exempel i en RQ-arbetare, utan att anropa `django.setup()`, men det skapar en möjlighet till ett dödläge. För att anpassa din kod i fallet med RQ kan du ”tillhandahålla ditt eget arbetsskript \<\>\`\_ som anropar `django.setup()`.
### Borttagen kontroll av null-tilldelning för icke-null-fält i främmande nycklar
I äldre versioner gav tilldelning av `None` till en icke-nullbar `ForeignKey` eller `OneToOneField` upphov till `ValueError('Cannot assign None: "model.field" does not allow null values.')`. För att vara konsekvent med andra modellfält som inte har en liknande kontroll tas denna kontroll bort.
### Svaga lösenordshashers har tagits bort från standardinställningen `PASSWORD_HASHERS`
Django 0.90 lagrade lösenord som osaltad MD5. Django 0.91 lade till stöd för saltad SHA1 med automatisk uppgradering av lösenord när en användare loggar in. Django 1.4 lade till PBKDF2 som standardlösenordshasher.
Om du har ett gammalt Django-projekt med MD5- eller SHA1-kodade (även saltade) lösenord, var medveten om att dessa kan knäckas ganska enkelt med dagens hårdvara. För att få Django-användare att erkänna fortsatt användning av svaga hashrar, tas följande hashrar bort från standardinställningen [`PASSWORD_HASHERS`](/sv/6.0/ref/settings/#std-setting-PASSWORD_HASHERS):
- `"django.contrib.auth.hashers.SHA1PasswordHasher"`
- `"django.contrib.auth.hashers.MD5PasswordHasher"`
- `"django.contrib.auth.hashers.UnsaltedSHA1PasswordHasher"`
- `"django.contrib.auth.hashers.UnsaltedMD5PasswordHasher"`
- `"django.contrib.auth.hashers.CryptPasswordHasher"`
Överväg att använda en [wrapped password hasher](/sv/6.0/topics/auth/passwords/#wrapping-password-hashers) för att stärka hasharna i din databas. Om det inte är möjligt, lägg till inställningen [`PASSWORD_HASHERS`](/sv/6.0/ref/settings/#std-setting-PASSWORD_HASHERS) i ditt projekt och lägg till de hashare som du behöver.
Du kan kontrollera om din databas innehåller någon av de borttagna hasharna så här:
```
from django.contrib.auth import get_user_model
User = get_user_model()
# Unsalted MD5/SHA1:
User.objects.filter(password__startswith="md5$$")
User.objects.filter(password__startswith="sha1$$")
# Salted MD5/SHA1:
User.objects.filter(password__startswith="md5$").exclude(password__startswith="md5$$")
User.objects.filter(password__startswith="sha1$").exclude(password__startswith="sha1$$")
# Crypt hasher:
User.objects.filter(password__startswith="crypt$$")
from django.db.models import CharField
from django.db.models.functions import Length
CharField.register_lookup(Length)
# Unsalted MD5 passwords might not have an 'md5$$' prefix:
User.objects.filter(password__length=32)
```
### metoderna `Field.get_prep_lookup()` och `Field.get_db_prep_lookup()` har tagits bort
Om du har ett anpassat fält som implementerar någon av dessa metoder registrerar du en anpassad lookup för det. Till exempel:
```
from django.db.models import Field
from django.db.models.lookups import Exact
class MyField(Field): ...
class MyFieldExact(Exact):
def get_prep_lookup(self):
# do_custom_stuff_for_myfield
...
MyField.register_lookup(MyFieldExact)
```
### [`django.contrib.gis`](/sv/6.0/ref/contrib/gis/#module-django.contrib.gis)
- Stöd för SpatiaLite \< 3.0 och GEOS \< 3.3 har tagits bort.
- Det bakåtkompatibla aliaset `add_postgis_srs()` för `django.contrib.gis.utils.add_srs_entry()` har tagits bort.
- I Oracle/GIS returnerar aggregatfunktionen [`Area`](/sv/6.0/ref/contrib/gis/functions/#django.contrib.gis.db.models.functions.Area) nu en `float` istället för `decimal.Decimal`. (Det är fortfarande förpackat i ett mått på kvadratmeter.)
- Standard [`GEOSGeometry`](/sv/6.0/ref/contrib/gis/geos/#django.contrib.gis.geos.GEOSGeometry) representation (WKT-utdata) är trimmad som standard. Det vill säga, istället för `POINT (23.0000000000000000 5.5000000000000000)`, får du `POINT (23 5.5)`.
### Maximal storlek på en request body och antalet GET/POST-parametrar är begränsade
Två nya inställningar hjälper till att mildra överbelastningsattacker via stora förfrågningar:
- [`DATA_UPLOAD_MAX_MEMORY_SIZE`](/sv/6.0/ref/settings/#std-setting-DATA_UPLOAD_MAX_MEMORY_SIZE) begränsar hur stor en begäran får vara. Filuppladdningar räknas inte in i denna gräns.
- [`DATA_UPLOAD_MAX_NUMBER_FIELDS`](/sv/6.0/ref/settings/#std-setting-DATA_UPLOAD_MAX_NUMBER_FIELDS) begränsar antalet GET/POST-parametrar som analyseras.
Program som tar emot ovanligt stora formulärposter kan behöva justera dessa inställningar.
### Diverse
- `repr()` av en `QuerySet` är omsluten av `` för att skilja den från en vanlig lista vid felsökning.
- `utils.version.get_version()` returnerar [**PEP 440**](https://peps.python.org/pep-0440/)-kompatibla releasekandidatversioner (t.ex. ’1.10rc1’ istället för ’1.10c1’).
- CSRF-tokenvärden måste nu vara strängar med 64 alfanumeriska tecken; värden med 32 alfanumeriska tecken, som ställs in av äldre versioner av Django som standard, ersätts automatiskt av strängar med 64 tecken. Andra värden betraktas som ogiltiga. Detta bör endast påverka utvecklare eller användare som ersätter dessa tokens.
- Inställningen `LOGOUT_URL` tas bort eftersom Django inte har använt den sedan pre-1.0. Om du använder det i ditt projekt kan du lägga till det i projektets inställningar. Standardvärdet var `'/accounts/logout/'`.
- Objekt med en `close()`-metod, t.ex. filer och generatorer som skickas till [`HttpResponse`](/sv/6.0/ref/request-response/#django.http.HttpResponse), stängs nu omedelbart istället för när WSGI-servern anropar `close()` på svaret.
- Ett överflödigt anrop till `transaction.atomic()` i `QuerySet.update_or_create()` har tagits bort. Detta kan påverka antalet frågor som testas av `TransactionTestCase.assertNumQueries()`.
- Stöd för `skip_validation` i `BaseCommand.execute(**options)` har tagits bort. Använd `skip_checks` (tillagd i Django 1.7) istället.
- [`loaddata`](/sv/6.0/ref/django-admin/#django-admin-loaddata) ger nu upphov till ett `CommandError` istället för att visa en varning när den angivna fixture-filen inte hittas.
- Istället för att direkt komma åt attributet `LogEntry.change_message` är det nu bättre att anropa metoden `LogEntry.get_change_message()` som kommer att ge meddelandet på det aktuella språket.
- Standardfelvyerna ger nu upphov till `TemplateDoesNotExist` om ett icke-existerande `template_name` anges.
- Det oanvända nyckelordsargumentet `choices` i `Select` och `SelectMultiple` widgets `render()` metod har tagits bort. Argumentet `choices` i metoden `render_options()` tas också bort, vilket gör `selected_choices` till det första argumentet.
- Tester som bryter mot deferrable databasbegränsningar kommer nu att misslyckas när de körs på en databas som stöder deferrable begränsningar.
- Inbyggda hanteringskommandon använder nu indexering av nycklar i `options`, t.ex. `options['verbosity']`, istället för `options.get()` och utför inte längre någon typ tvång. Detta kan vara ett problem om du anropar kommandon med hjälp av `Command.execute()` (som kringgår argumentparsern som anger ett standardvärde) istället för [`call_command()`](/sv/6.0/ref/django-admin/#django.core.management.call_command). Istället för att anropa `Command.execute()`, skicka kommando-objektet som det första argumentet till `call_command()`.
- [`ModelBackend`](/sv/6.0/ref/contrib/auth/#django.contrib.auth.backends.ModelBackend) och [`RemoteUserBackend`](/sv/6.0/ref/contrib/auth/#django.contrib.auth.backends.RemoteUserBackend) avvisar nu inaktiva användare. Detta innebär att inaktiva användare inte kan logga in och kommer att loggas ut om de byts från `is_active=True` till `False`. Om du behöver det tidigare beteendet, använd den nya [`AllowAllUsersModelBackend`](/sv/6.0/ref/contrib/auth/#django.contrib.auth.backends.AllowAllUsersModelBackend) eller [`AllowAllUsersRemoteUserBackend`](/sv/6.0/ref/contrib/auth/#django.contrib.auth.backends.AllowAllUsersRemoteUserBackend) i [`AUTHENTICATION_BACKENDS`](/sv/6.0/ref/settings/#std-setting-AUTHENTICATION_BACKENDS) istället.
- In light of the previous change, the test client’s
[`login()`](/sv/6.0/topics/testing/tools/#django.test.Client.login) method no longer always rejects inactive
users but instead delegates this decision to the authentication backend.
[`force_login()`](/sv/6.0/topics/testing/tools/#django.test.Client.force_login) also delegates the decision to the
authentication backend, so if you’re using the default backends, you need to
use an active user.
- [`django.views.i18n.set_language()`](/sv/6.0/topics/i18n/translation/#django.views.i18n.set_language) kan nu returnera en 204-statuskod för AJAX-förfrågningar.
- The `base_field` attribute of
[`RangeField`](/sv/6.0/ref/contrib/postgres/fields/#django.contrib.postgres.fields.RangeField) is now a type of field,
not an instance of a field. If you have created a custom subclass of
[`RangeField`](/sv/6.0/ref/contrib/postgres/fields/#django.contrib.postgres.fields.RangeField), you should change the
`base_field` attribute.
- Middleware-klasser initieras nu när servern startar i stället för vid den första förfrågan.
- Om du åsidosätter `is_authenticated()` eller `is_anonymous()` i en anpassad användarmodell måste du konvertera dem till attribut eller egenskaper enligt beskrivningen i [the deprecation note](#user-is-auth-anon-deprecation).
- När du använder [`ModelAdmin.save_as=True`](/sv/6.0/ref/contrib/admin/#django.contrib.admin.ModelAdmin.save_as), omdirigeras knappen ”Spara som ny” nu till ändringsvyn för det nya objektet istället för till modellens ändringslista. Om du behöver det tidigare beteendet, ställ in det nya attributet [`ModelAdmin.save_as_continue`](/sv/6.0/ref/contrib/admin/#django.contrib.admin.ModelAdmin.save_as_continue) till `False`.
- Obligatoriska formulärfält har nu HTML-attributet `required`. Ställ in [`Form.use_required_attribute`](/sv/6.0/ref/forms/api/#django.forms.Form.use_required_attribute) attributet till `False` för att inaktivera det. Du kan också lägga till attributet `novalidate` till `