Django

Logiciel capture d'écran:
Django
Détails logiciels:
Version: 1.9.7 Mise à jour
Date de transfert: 18 Jul 16
Licence: Gratuit
Popularité: 110

Rating: 5.0/5 (Total Votes: 1)

Jusqu'à ce que Quentin Tarantino a publié son chef-d'œuvre de film épique, Django était synonyme de «le meilleur cadre de Python de tous les temps." Alors que son référencement et la recherche réputation pourrait avoir pris un coup, Django est toujours la même solution haut-plateau pour développer des applications Web en Python.

Avec un userbase dédié et une pléthore de didacticiels en ligne, la mise en route avec Django est non seulement recommandé, mais extrêmement facile à faire aussi.

Ce géant du monde de développement de Python est extrêmement bien respecté et a été l'inspiration de nombreux cadres similaires, certains d'entre eux, même en dehors du spectre de Python.

Après des années et des années de développement, Django est maintenant un outil extrêmement stable, avec très peu de bugs et beaucoup de documentation pour aider tout débutant out. Il est également constamment mis à jour et mis à niveau vers les dernières versions Python ainsi.

En ce moment, Django a été utilisé sur les principaux sites Internet comme Instagram, Mozilla, Disqus, OpenStack, Rdio et Pinterest, pour ne nommer que quelques-uns. Qu'est-ce que cela vous dit en tant que développeur est que vous pouvez facilement faire confiance pour exécuter des projets de vos clients si elle peut gérer le trafic et userbases gèrent des sites mentionnés ci-dessus.

Quoi de neuf dans cette version:.

  • support pour effectuer des actions après une transaction commit
  • Support pour la validation du mot de passe.
  • mixins d'autorisation pour des vues basées sur les classes.
  • Nouveau style pour contrib.admin.
  • Soutien à l'exécution de tests en parallèle.

Ce qui est nouveau dans la version 1.9:.

  • Support pour effectuer des actions après une transaction commettre
  • Support pour la validation du mot de passe.
  • mixins d'autorisation pour des vues basées sur les classes.
  • Nouveau style pour contrib.admin.
  • Soutien à l'exécution de tests en parallèle.

Ce qui est nouveau dans la version 1.8.3:.

  • rinçage de session fixe dans le backend cached_db

Ce qui est nouveau dans la version 1.8.1:.

  • Un API formel pour Model._meta
  • Prise en charge native pour les moteurs de modèles multiples.
  • Prise en charge des expressions SQL complexes via l'ORM.
  • New PostgreSQL fonctionnalité spécifique dans contrib.postgres.

Ce qui est nouveau dans la version 1.7.5 / 1.8b1:

  • Bugfixes:
  • Correction d'un crash de migration lorsque contrib.contenttypes Annuler l'application du ou première migration de contrib.auth.
  • Fait tables opération RenameModel renommage de ManyToManyField de la migration.
  • Correction d'un crash de migration sur MySQL lors de la migration à partir d'un OneToOneField à un ForeignKey.
  • Empêché la vue static.serve de produire ResourceWarnings dans certaines circonstances.
  • Contrôle de schéma fixe pour ManyToManyField chercher type interne au lieu d'instance de classe de contrôle, de sorte que vous pouvez écrire des champs personnalisés m2m-comme avec le même comportement.

Ce qui est nouveau dans la version 1.7.2:

  • Bugfixes:
  • Ajout GeoDjango compatibilité avec pilote de base de mysqlclient.
  • Correction du crash MySQL avec des GeometryFields dans les migrations.
  • Correction d'un crash de migration lors de la suppression d'un champ qui est référencé dans AlterIndexTogether ou AlterUniqueTogether.
  • Mise à jour le premier jour de la semaine dans la locale ukrainienne au lundi.
  • Ajout du support pour les transactions métadonnées spatiales initialisation sur SpatiaLite 4.1 +.
  • Correction d'un crash de migration qui a empêché la modification d'un champ nullable avec un défaut de non-nullable avec le même défaut.
  • Correction d'un crash de migration lors de l'ajout GeometryFields avec blanc = True sur PostGIS.
  • Autorisé utilisation de DateTimeField () comme Transform.output_field.
  • Correction d'un bug migration de sérialisation impliquant float (& quot; nan & quot;) et float (& quot; inf & quot;).
  • Correction d'une régression où les champs de formulaire personnalisé ayant un attribut queryset mais aucune limit_choices_to ne pouvaient pas être utilisés dans un ModelForm.
  • Correction d'un type champ personnalisé erreur de validation avec MySQL backend quand type_bdd retourné Aucun.
  • Correction d'un crash de migration lorsqu'un champ est renommé qui fait partie d'un index_together.
  • squashmigrations fixes à respecter le paramètre --no-optimize.
  • Made RenameModel réversible.
  • Evité rollbacks inutiles des migrations en provenance d'autres applications lors de la migration vers l'arrière.
  • Correction d'une erreur de requête rare lors de l'utilisation des sous-requêtes profondément imbriquées.
  • Correction d'un crash dans les migrations lors de la suppression d'un champ qui fait partie d'un index / contrainte unique_together.
  • Correction rééd le __ de django.core.files.File () lorsque le nom du fichier contient des caractères Unicode.
  • Ajout contexte manquant à la vue delete_selected de l'administrateur qui a empêché la tête de site personnalisé, etc. d'apparaître.
  • Correction d'une régression avec inlines générées dynamiquement et des références de champs autorisés dans l'admin.
  • Correction d'un bug de boucle infinie pour certaines dépendances de migration cycliques, et fait le message d'erreur pour les dépendances cycliques beaucoup plus utile.
  • Ajout manquant index_together manutention pour SQLite.

Ce qui est nouveau dans la version 1.7.1:

  • Autorisé liées plusieurs à de nombreux domaines d'être référencé dans l'admin.
  • Ajout d'un message d'erreur plus utile si vous essayez de migrer une application sans créer d'abord la table contenttypes.
  • migrations modifiés dépendance algorithme pour éviter une éventuelle récursion infinie.
  • Correction d'un UnicodeDecodeError lorsque le message d'erreur de rinçage contenait des caractères Unicode.
  • clauses Restructurée manquantes CHECK SQL qui ont été omises sur certains backends lorsqu'ils ne sont pas en utilisant les migrations.
  • sérialisation fixe des objets de type dans les migrations.
  • Autorisé en ligne et les références cachées à des champs d'administration.
  • Le décorateur @deconstructible échoue maintenant avec un ValueError si l'objet décoré ne peut être automatiquement importé.
  • Correction d'une faute de frappe dans un (message inlineformset_factory) d'erreur qui a provoqué un accident.
  • Restauré la possibilité d'utiliser ABSOLUTE_URL_OVERRIDES avec le modèle «auth.User» (# 11775). Comme un effet secondaire, le réglage ajoute maintenant une méthode get_absolute_url () pour tout modèle qui apparaît dans ABSOLUTE_URL_OVERRIDES mais ne définit pas get_absolute_url ().
  • Evité masquer certaines exceptions ImportError lors de l'application de chargement.
  • index_together vide ou modèle unique_together les options ne provoque plus migrations infinies.
  • Correction d'accident dans contrib.sitemaps si lastmod retourné une date plutôt que d'un datetime.
  • migrations autorisés à travailler avec app_labels qui ont la même dernière partie (par exemple django.contrib.auth et vendor.auth).
  • Restauré la capacité de deepCopy objets F.
  • Formats pour Welsh (cy) et plusieurs localités chinoises (zh_CN, zh_Hans, zh_Hant et zh_TW) ont été ajoutés. Formats de Macédoine ont été corrigés.
  • Ajout citant des noms de contrainte dans le SQL généré par les migrations pour éviter l'accident avec des caractères majuscules dans le nom.
  • renommage fixe des modèles avec un grand nombre à plusieurs champ auto-référentielle (ManyToManyField ( «soi»)).
  • Ajout de la get_extra (), get_max_num (), et get_min_num () crochets à GenericInlineModelAdmin.
  • Made migrations.RunSQL ne nécessitent plus signe pour cent échapper. Ceci est maintenant compatible avec cursor.execute ().
  • Fait l'entrée de SERIALIZE dans le dictionnaire TEST utilisable.
  • Correction d'un bug dans les migrations qui ont empêché les clés étrangères à des modèles non gérés avec une clé primaire personnalisée.
  • Ajout SchemaEditor pour MySQL GIS backend afin que les index spatiaux seront créés pour les applications avec les migrations.
  • Ajout SchemaEditor pour Oracle GIS backend afin que les métadonnées spatiales et les index seront créés pour les applications avec des migrations.
  • sous la contrainte de l'option de champ de modèle related_name Unicode lors de la génération de migration pour générer des migrations qui fonctionnent à la fois avec Python 2 et 3.
  • MigrationWriter fixe à manipuler types intégrés sans les importations.
  • Correction deepcopy sur ErrorList.
  • Made les admindocs voir pour parcourir voir les détails vérifier si la vue spécifiée dans l'URL existe dans l'URLconf. Auparavant, il était possible d'importer des packages arbitraires à partir du chemin Python. Cela n'a pas été considéré comme un problème de sécurité, car admindocs est accessible uniquement au personnel des utilisateurs.
  • accident UnicodeDecodeError fixe en AdminEmailHandler avec des caractères non-ASCII dans la demande.
  • get_or_create manquant fixe et update_or_create sur les gestionnaires connexes causant IntegrityError.
  • urlsafe_base64_decode Fait () renvoient le bon type de (chaîne d'octets) sur Python 3.
  • makemigrations peut maintenant sérialiser les valeurs de fuseau horaire-courant.
  • Ajout d'une invite à la migration intervenant lors de la suppression de la contrainte nulle d'un champ pour empêcher une IntegrityError sur les lignes NULL existant.
  • relations génériques fixes dans ModelAdmin.list_filter.
  • Restauré la conformité RFC pour le backend SMTP sur Python 3.
  • Correction d'un crash lors de l'analyse des cookies contenant un contenu non valide.
  • Le cadre de vérification du système soulève maintenant l'erreur models.E020 lorsque la méthode de la classe Model.check () est inaccessible.

Ce qui est nouveau dans la version 1.7:

  • Un nouveau système intégré de migration de base de données. Remarques sur la mise à niveau du Sud (une application tierce populaire offrant des fonctionnalités de migration) sont également disponibles.
  • Un concept refactorisé d'applications Django. applications Django ne sont plus liés à l'existence d'un fichier de modèles, et peuvent maintenant spécifier les données de configuration et de code à exécuter comme Django démarre.
  • Amélioration de l'API sur le terrain de modèle pour soutenir les migrations et, à l'avenir, afin de permettre plus facilement de support composite-clé de l'ORM de Django.
  • Amélioration de gestionnaire personnalisé et des classes QuerySet, permettant relation inverse traversal pour spécifier le gestionnaire à utiliser, et la création d'un gestionnaire d'une classe de QuerySet personnalisé.
  • Un cadre de vérification du système extensible qui peut aider les développeurs à détecter et diagnostiquer les erreurs.

Ce qui est nouveau dans la version 1.6.3 / 1.7b2:

  • Correction:
  • MySQL typecasting
  • l'exécution de code à l'aide inattendue inverse ()
  • Caching des pages anonymes pourrait révéler CSRF jeton

Ce qui est nouveau dans la version 1.6.2:

  • messagerie fixe encodage sur Python 3.3.3+.
  • Correction d'un problème lorsque settings.DATABASES [ 'default'] [ 'AUTOCOMMIT'] = Faux, la connexion n'a pas été en mode autocommit, mais Django prétendait qu'il était.
  • Correction d'une régression dans plusieurs héritage de table (exclut) requêtes.
  • Ajout des éléments manquants à django.utils.timezone .__ tous __.
  • Correction d'un problème champ de désalignement avec select_related () et de l'héritage du modèle.
  • Correction joindre la promotion et les conditions niées.
  • base de données Oracle introspection fonctionne maintenant avec booléenne et flottent champs.
  • Correction d'un problème où les objets paresseux ne sont pas réellement marqués comme sécurisés lorsqu'il est passé à travers mark_safe () et pourrait finir par être double échappement.
  • Correction d'un crash lors de l'exécution de la commande changepassword lorsque la représentation de l'objet utilisateur contient des caractères non-ASCII.
  • La commande collectstatic déclenchera une erreur plutôt que par défaut d'utiliser le répertoire de travail courant si STATIC_ROOT est pas définie. Combiné avec l'option --clear, le comportement précédent pourrait effacer quoi que ce soit en dessous du répertoire de travail courant.

Ce qui est nouveau dans la version 1.6.1:

  • Bugs corrigés:
  • Correction de l'affichage des instances inline dans formsets quand parent a 0 pour la clé primaire.
  • Correction d'une régression où QuerySets personnalisés pour les clés étrangères ont été écrasées si ModelAdmin avait la commande set.
  • Suppression mention d'une fonction dans l'option --locale / -l des makemessages et compilemessages commandes qui n'a jamais travaillé comme promis: Support de plusieurs noms de locales séparées par des virgules. Il est encore possible de spécifier plusieurs endroits en une seule opération en utilisant l'option plusieurs fois.
  • Correction d'une régression qui a déclenché inutilement la configuration des paramètres lors de l'importation get_wsgi_application.

  • méthode
  • Test fixe client logout () lors de l'utilisation de la session backend basé sur les cookies.
  • Correction d'un crash quand un GeometryField utilise un widget non géométrique.
  • hash fixe de mise à niveau lors de la modification du nombre d'itérations.
  • Correction d'un bug dans la vue de débogage lorsque le URLconf ne contient qu'un seul élément.

  • compte
  • Résultat de recherche manquant de Re ajoutée et réinitialiser le lien en mode admin changelist.
  • La langue actuelle est plus enregistré dans la session par LocaleMiddleware sur chaque réponse, mais seulement après une déconnexion.
  • Correction d'un crash lors de l'exécution runserver sur les systèmes non-anglais et lorsque la date formatée dans sa sortie contenait des caractères non-ASCII.
  • Correction d'un crash dans la vue de débogage après une exception est survenue sur Python ≥ 3.3.
  • Correction d'un crash dans ImageField sur certaines plates-formes (Homebrew et RHEL6 rapporté).
  • Correction d'une régression en utilisant les relations génériques ModelAdmin.list_filter.

Ce qui est nouveau dans la version 1.6:

  • Django 1.6 simplifie le projet et de l'application par défaut des modèles, allumer protection clickjacking et l'interface d'administration par défaut.

  • la transaction
  • Django 1.6 révisions Django manipulation, et maintenant permet autocommit au niveau de la base de données par défaut. Cela implique quelques deprecations, donc s'il vous plaît assurez-vous de lire les notes sur la migration de la gestion des transactions de 1,5 style.
  • Django 1.6 prend en charge les connexions de base de données persistantes. Notez que ce ne sont pas les mêmes que le regroupement de connexion; cela permet simplement des connexions à vivre (pour un temps configurable) entre les requêtes traitées par le même travailleur.

Ce qui est nouveau dans la version 1.5.4 / 1.6 Beta 4:

  • Correction:
  • déni de service via les grands mots de passe.

Ce qui est nouveau dans la version 1.5.3 / 1.6 Beta 3:

  • Ces rejets adresser un directory- la vulnérabilité de traversée dans l'un des intégrés dans les balises de modèle de Django.

Ce qui est nouveau dans la version 1.5.2:

  • Correction:
  • Cross-site scripting (XSS) dans l'interface d'administration
  • XSS possible via is_safe_url

Ce qui est nouveau dans la version 1.5.1:

  • avertissements au niveau du module émis lors des tests ne sont plus silencieusement caché.
  • Empêché filtrage sur les mots de passe dans le mode d'administration.

Ce qui est nouveau dans la version 1.5.0:

  • Django 1.5 introduit le support pour un modèle configurable par l'utilisateur.
  • Django 1.5 est la première version de Django avec un support pour Python 3 (spécifiquement, Python 3.2 et plus récent).
  • la documentation de Django a également obtenu un travail assez important.

Qu'est-ce que les nouvelles dans la version 1.4.4 / 1.5 RC 2:

  • Ces versions de sécurité fixent quatre questions :. un vecteur de phishing potentiel, un vecteur de déni de service, un problème de fuite d'information, et une gamme de vulnérabilités XML

Ce qui est nouveau dans la version 1.4.2:.

  • Hôte fixe tête empoisonnement
  • Documentation de HttpOnly option cookie.

Ce qui est nouveau dans la version 1.4.1:

  • bogues de sécurité fixe:
  • Pour cross-site scripting dans les vues d'authentification.
  • .
  • déni de service dans la validation de l'image
  • déni de service via get_image_dimensions ().

Ce qui est nouveau dans la version 1.4:

  • Django 1.4 est la dernière version officielle de Django qui soutiendra Python 2.5.

Ce qui est nouveau dans la version 1.4 RC 2:

  • Django 1.4 gouttes soutien pour Python 2.4
  • Soutien aux cadres dans un navigateur test
  • SELECT FOR UPDATE support
  • Model.objects.bulk_create dans le ORM
  • QuerySet.prefetch_related
  • Amélioration de mot de passe hachage
  • HTML5 doctype
  • Filtres de liste dans l'interface d'administration
  • trier multiple dans l'interface d'administration
  • Nouvelles méthodes ModelAdmin

  • autorisations utilisateur
  • inlines Admin rapport
  • Outils pour la signature cryptographique
  • base Cookie de session backend
  • Nouvel assistant de formulaire
  • reverse_lazy

  • motifs
  • URL Traduire
  • aide à la traduction contextuelle pour {% trans%} et {% s%}
  • kwargs personnalisable SingleObjectMixin URLconf
  • balises de modèle d'affectation
  • * args et ** soutien kwargs pour les fonctions modèle tag helper
  • Pas d'emballage des exceptions en mode TEMPLATE_DEBUG
  • truncatechars filtre template
  • statique balise template
  • backend de stockage CachedStaticFilesStorage
  • Protection clickjacking simple
  • améliorations CSRF
  • Filtrage du rapport d'erreur
  • Prise en charge IPv6 étendue
  • Mise à jour la mise en page par défaut du projet et manage.py
  • Amélioration du support WSGI
  • projet et application personnalisée modèles
  • Soutien aux fuseaux horaires
  • comparaisons HTML dans les tests
  • Deux nouvelles chaînes de format de date

Ce qui est nouveau dans la version 1.3.1:.

  • manipulation de session
  • attaque par déni de service via URLField.
  • redirection de URLField.
  • consultatif:. En-tête de l'hôte et CSRF
  • consultatif:. Pages DEBUG et données POST sensibles

Ce qui est nouveau dans la version 1.3:.

  • Un cadre pour des vues basées sur les classes d'écriture
  • Prise en charge intégrée pour l'utilisation des installations d'exploitation forestière de Python.
  • Support Contrib pour faciliter la manipulation des fichiers statiques.
  • Le cadre de test de Django prend désormais en charge (et est livré avec une copie) de la bibliothèque unittest2.

Ce qui est nouveau dans la version 1.2.5:

  • Les corrections de sécurité:
  • défaut dans la gestion de CSRF.
  • Potentiel XSS dans le champ du fichier rendu.
  • vulnérabilité Directory traversal sur Windows.

Ce qui est nouveau dans la version 1.3 beta 1:.

  • Les modifications apportées aux méthodes de connexion de l'administrateur
  • Django 1.3 est livré avec un nouveau django.contrib.staticfiles app contrib pour aider les développeurs gèrent les fichiers multimédias statiques (images, CSS, JavaScript, etc.) qui sont nécessaires pour rendre une page web complète.
  • D'autres réglages à l'staticfiles app.

Ce qui est nouveau dans la version 1.2.3 / 1.3 alpha 1:.

  • vues sur la base de la classe-
  • Consignation.
  • les fichiers statiques étendues de manutention.
  • les gestionnaires de contexte de transaction.

Exigences :

  • Python 2.7 ou supérieur

Logiciel similaire

Lazy.js
Lazy.js

10 Feb 16

Quark
Quark

18 Apr 16

Zope
Zope

19 Jul 15

Commentaires à Django

Commentaires non trouvées
Ajouter un commentaire
Tourner sur les images!
Recherche par catégorie