* Drupal Cran-Gevrier

***Web2007 est un bureau indépendant situé à Genève et a l'habitude de travailler pour des entreprises PARTOUT en France et en Europe

Drupal Cran-Gevrier

Article:

Une interface de direction fontionnelle est produite depuis le modèle de données ,isolément de l'API d'ac aux données. Un système de confirmation des données introduites par l'utilisateur est aussi disponible et offre la faculté d'afficher des messages d'erreurs automatiques.
Sont aussi inclus :
un serveur web léger donnant la potentialité de constituer et vérifier ses applications en temps réel sans déploiement ;
un système développé de traitement des formulaires dotés de widgets permettant d'interférer entre du HTML et une base de données. Beaucoup de possibilités de contrôles et de traitements sont procurées ;
un framework de cache web pouvant utiliser différentes démarches (MemCached, système de fichier, base de données, personnalisé) ;
le support de classes intermédiaires (middleware) qui peuvent être placées à des étapes variés du traitement des demandes pour inclure des traitements spécifiques (cache, internationalisation, ac...) ;
un support entier d'Unicode.
Par framework, Django peut être pris pour une boîte à outils où chaque module peut fonctionner de manière autonome.
La plate-forme de développement Google App Engine est un exemple de cette modularité, où l'ORM de base a été échangé par une API sur les BigTable de Google. Guido Van Rossum, le développeur du langage Python, a efficacement participé à cette plate-forme.
Il a été appelé ainsi en souvenir de Django Reinhardt, musicien de jazz. Son code a été premièrement créé pour un journal local de la ville de Lawrence, dans le Kansas à partir de 2003. La première idée du framework était de permettre de créer des sites web entiers, interfacés avec une base de données, dans un laps de temps très court. C'est en 2005, l'agence de presse décide d'aner le framework au public, sous la licence BSD. C'est depuis cette ouverture que sa popularité augmente. Il sera repris plus tard, en juin 2008 par la fondation Django Software4 qui maintient encore à présent la société et le développement du framework. À cause de cette reprise, la version 1.0 du framework sort quelques mois plus tard5. A partir de cette version, les mises à jour se stabilisent à une version principale annuelle.
Chacune de ces versions sont, ou ont été, mises à jour durant leur support, via des micro-releases7. Par exemple, la version 1.2 a eu 7 mises à jour, remédiant plusieurs bugs et faiblesses de sécurité. Ces versions n'insèrent pas de propriétés et garantissent une compatibilité conforme à la version mineure accordée (sauf cas particuliers).
Deux versions sont conservées parallèlement, la dernière sortie et la précédente. Ainsi, les mises à jour de sécurité et de la documentation sont garanties pour 2 ans