Django Téléchargement, téléchargement de Django sur téléchargement de logiciel

framework Web pour les perfectionnistes avec des délais Django est un haut niveau cadre Python Web qui encourage le développement rapide et la conception propre et pragmatique. Django rend plus facile à construire Web applications plus rapidement et avec moins code.Developed et utilisé plus de deux ans par une opération en ligne-nouvelles en mouvement rapide, Django a été conçu pour gérer deux défis: les délais intensifs, d'une salle de presse et les exigences strictes de les développeurs Web expérimentés qui l'ont écrit. Il vous permet de construire très performants, des applications Web élégantes quickly.Django met l'accent sur le respect du principe de SEC et l'automatisation autant que possible.Here quelques caractéristiques principales de « Django »: · mapperDefine objet-relationnel vos modèles de données entièrement en Python. Vous obtenez une riche base de données API d'accès dynamique gratuitement - mais vous pouvez toujours écrire SQL si nécessaire · admin automatique interfaceSave vous le travail fastidieux de créer des interfaces pour les gens à ajouter et le contenu de la mise à jour.. Django fait automatiquement, et il est · prêt pour la production. URL élégantes DesignDesign jolies URL sans cochonneries, sans limite de spécifiques cadre. Soyez aussi flexible que vous aimez · Modèle systemUse Django de puissant langage de modèle extensible et convivial design à la conception distincte, le contenu et le code Python · systemHook Cache dans les cadres memcached ou d'autres cache pour des performances super -.. La mise en cache est aussi granulaire que vous avez besoin. · InternationalizationDjango a un support complet pour les applications multi-langues, vous permettant de spécifier des chaînes de traduction et fournissant des crochets pour les fonctionnalités spécifiques de langue. Exigences: · Python 2.3 ou version ultérieure Quoi de neuf dans cette version: améliorations ORM: · Deux améliorations majeures ont été ajoutées au mappeur relationnel objet de Django (ORM): soutien total, et les expressions de requête. soutien global: · Il est maintenant possible d'exécuter des requêtes SQL agrégées (à savoir COUNT (), MAX (), MIN (), etc.) à partir de l'ORM de Django. Vous pouvez choisir de retourner soit les résultats de l'ensemble directement ou annoter les autres objets dans un QuerySet avec les résultats de la requête globale. · Cette fonction est disponible en tant que de nouvelles méthodes QuerySet.aggregate () `() et QuerySet.annotate ()` (), et est couvert en détail dans la documentation d'agrégation ORM. expressions requête: · Les requêtes peuvent maintenant se référer à un autre champ sur la requête et peut traverser les relations pour faire référence aux champs sur les modèles connexes. Ceci est mis en uvre dans le nouvel objet F; pour plus de détails, y compris des exemples, consultez la documentation pour les expressions F. améliorations Modèle: "modèles": Unmanaged · Vous pouvez maintenant contrôler si oui ou non Django gère le cycle de vie des tables de base de données pour un modèle en utilisant l'option de modèle géré. Par défaut, c'est vrai, ce qui signifie que Django va créer les tables de base de données appropriées syncdb et les supprimer dans le cadre de la commande reset. C'est, Django gère le cycle de vie de la table de base de données. · Si vous réglez ce paramètre sur False, cependant, pas de création de table de base de données ou la suppression seront automatiquement effectuées pour ce modèle. Ceci est utile si le modèle représente une table existante ou une vue de base de données qui a été créé par d'autres moyens. modèles Proxy: · Vous pouvez maintenant créer des modèles proxy: les sous-classes de modèles existants qui ne font qu'ajouter un comportement Python niveau (plutôt que la base de données de niveau) et ne sont pas représentés par une nouvelle table. C'est, le nouveau modèle est un proxy pour un modèle sous-jacent, qui stocke toutes les données réelles. · Tous les détails se trouvent dans la documentation des modèles proxy. Cette fonction est similaire à la surface aux modèles non gérés, de sorte que la documentation a une explication de la façon dont les modèles proxy diffèrent des modèles non gérés. champs différés: · Dans certaines situations complexes, vos modèles peuvent contenir des champs qui pourraient contenir un grand nombre de données (par exemple, de grands champs de texte), ou nécessitent un traitement coûteux pour les convertir en objets Python. Si vous savez que vous n'avez pas besoin de ces domaines particuliers, vous pouvez maintenant dire à Django ne pas les récupérer à partir de la base de données. · Vous faites cela avec les nouvelles méthodes de QuerySet defer () et seulement (). améliorations Test: · Quelques améliorations notables ont été apportées au cadre de tests. amélioration de la performance du test: · Les tests écrits en utilisant le framework de test de Django maintenant exécuter beaucoup plus rapidement (jusqu'à 10 fois plus rapide dans de nombreux cas). · Cela a été accompli grâce à l'introduction des tests basés sur des transactions: lors de l'utilisation de Django.Test.ESCASCASE, vos tests seront désormais exécutés dans une transaction renvoyée lorsque vous avez terminé, au lieu de rincer et de renouveler la base de données. Il en résulte une immense écaille pour la plupart des types d'essais unitaires. Voir la documentation pour TESTCASE et TRANSACTIONSTECASE pour une description complète et quelques notes importantes sur le support de la base de données. Testez les améliorations du client: Un couple d'améliorations de petite taille - mais très utiles ont été apportées au client de test: · Le client de test peut maintenant suivre automatiquement les redirections avec l'argument suivant sur Client.get () et Client.post (). Cela fait des vues de test qui émettent des redirections plus simples. · Il est maintenant plus facile d'obtenir au contexte du modèle dans la réponse renvoyé le client de test: vous allez simplement accéder au contexte comme demande.Context . L'ancienne façon, qui traite la demande.Context comme liste de contextes, une pour chaque modèle rendu dans la chaîne d'héritage est toujours disponible si vous en avez besoin. Nouvelles fonctionnalités de l'administrateur: Champs modifiables sur la liste des changements?: · Vous pouvez maintenant effectuer des champs modifiables sur les vues de la liste d'administration via la nouvelle option d'administration List_editable. Ces champs apparaîtront comme des widgets de formulaire sur les pages de liste et peuvent être modifiés et enregistrés en vrac. Admin "Actions": · Vous pouvez maintenant définir des actions d'administrateur pouvant effectuer une action à un groupe de modèles en vrac. Les utilisateurs pourront sélectionner des objets sur la page de la liste Modifier, puis appliquer ces actions en vrac à tous les objets sélectionnés. · Django est expédié avec une action administrative prédéfinie pour supprimer un groupe d'objets dans un swoop. Traitement de la vue conditionnel: · Django a maintenant beaucoup de meilleure qualité pour le traitement de la vue conditionnel à l'aide des en-têtes HTTP standard et de dernière modification. Cela signifie que vous pouvez désormais le traitement facilement de la vue de court-circuit en testant des conditions moins chères. Pour de nombreux points de vue, cela peut entraîner une amélioration sérieuse de la vitesse et de la réduction de la bande passante. Espaces de noms d'URL: · Django 1.1 améliore les modèles d'URL nommés avec l'introduction d'URL "Espaces de noms". · En bref, cette fonctionnalité permet au même groupe d'URL, à partir de la même application, à être incluse dans un Django URLCONF plusieurs fois, avec des préfixes non nommées variables (et potentiellement imbriquées) qui seront utilisées lors de la résolution inverse. En d'autres termes, des applications réutilisables telles que l'interface administrative de Django peuvent être enregistrées plusieurs fois sans conflit d'URL. Autres nouvelles fonctionnalités et modifications introduites depuis Django 1.0 incluent: · Le middleware de protection de la CSRF a été divisé en deux classes - CSRFViewMidDleware Vérifie les demandes entrantes et CSRFRESPONSEMIDDLEWAREWAREWARED DÉCESSIONS SORTIC. La classe CSRFMidDleware combinée (qui fait les deux) reste pour la compatibilité à l'envers, mais à l'aide des classes fractionnées est maintenant recommandée afin d'autoriser le contrôle à grain fin lorsque le traitement du CSRF a lieu. · Inverser () et code qui l'utilise (par exemple, la balise de modèle {% URL%}) fonctionne désormais avec les URL du site administratif de Django, à condition que les URL de l'administrateur soient configurées via Inclure (admin.site.urls) (administrateur d'envoi Les demandes de la vue Admin.Site.root sont toujours des uvres, mais les URL de l'administrateur ne seront pas "réversibles" lors de la configuration de cette manière). · La fonction Include () des modules Django URLCONF peut désormais accepter des séquences de motifs d'URL (générés par des motifs ()) en plus des noms de module. · Les instances de formulaires Django (voir la vue d'ensemble des formulaires ont maintenant deux méthodes supplémentaires, Hidden_fields () et Visible_fields (), qui renvoient la liste des champs cachés - c'est-à-dire - et visibles sur le formulaire, respectivement. · La vue générique Redirect_to (voir la documentation de vues génériques) accepte désormais un argument de mot clé supplémentaire permanent. Si permanent est vrai, la vue émettra un redirect permanent HTTP (code d'état 301). Si FALSE, la vue émettra un redirect temporaire HTTP (code d'état 302). · Un nouveau type de recherche de base de données - Semaine_Day - a été ajouté pour Datefield et DateTimefield. Ce type de recherche accepte un nombre compris entre 1 (dimanche) et 7 (samedi) et renvoie des objets où la valeur de champ correspond à ce jour de la semaine. Voir la liste complète des types de recherche pour plus de détails. · La balise {% pour%} dans la langue du modèle de Django accepte désormais une clause optionnelle {% vide%}, à afficher lorsque {% pour%} est invité à boucler sur une séquence vide. Voir la liste des balises de modèle intégrées pour des exemples de ceci. · La commande Gestion de Dumpdata accepte désormais des noms de modèles individuels comme des arguments, vous permettant d'exporter les données à partir de modèles particuliers. · Il y a un nouveau filtre de modèle Safeeq qui fonctionne comme sans danger pour les listes, marquant chaque élément de la liste comme sûr. · Les backends de cache prennent désormais en charge les commandes croiss () et décroissant () pour augmenter et décrémenter la valeur d'une clé de cache. Sur les backends de cache qui favorisent l'incrémentation atomique / décrémentation - notamment le backend memcaché - ces opérations seront atomiques et assez rapidement. · Django peut désormais déléguer facilement l'authentification au serveur Web via un nouveau backend d'authentification prenant en charge la variable d'environnement Standard Remote_User utilisée à cette fin. · Il y a une nouvelle fonction django.shortctuts.redirect () qui facilite la délivrance de redirections donné un objet, un nom de vue ou une URL. · Le backend PostgreSQL_PSYCOPG2 prend désormais en charge l'autocommouver Native PostgreSQL. Il s'agit d'une fonctionnalité avancée et spécifique à PostgreSQL, qui peut rendre certaines applications lectures à une bonne affaire plus rapidement.

Django Logiciels associés