Vous n'êtes pas identifié(e).
Bonjour,
J'en suis à mes débuts avec Django. J'ai un légé background avec python
pour avoir scripté certain traitement de fichier en texte brut pour les
besoins de la science. J'ai développé quelques sites Web avec SPIP.
J'ai potassé un peu la documentation de Django et le livre disponible en
ligne. Mais j'ai du mal à partir. Disons que la courbe d'apprentissage
est plus faible qu'avec d'autres cms, bien qu'on ne puisse pas assimilé
Django à un cms à proprement parler.
Pour l'instant je m'intéresse beaucoup à la possibilité de développer
une interface web à une base de données relationnelles à l'aide de
Django, ça m'apparaît beaucoup plus simple que l'utilisation de smarty.
J'arrive à créer mon modèle avec mes class et mes champs de base de
données assez bien. Mon soucis réside au niveau de l'interconnexion
entre les tables et l'interfaçage de tout ça. Je sais que dans la partie
Administration ça se fait pas mal tout seul, mais pour un interface
utilisateur.
Voilà j'aurais besoin d'un primer ou d'un projet type. J'ai fouiller un
peu sur Django plug machin, mais j'ai pas trouvé grand chose de ce que
je cherche.
Merci.
Gontrand
Hors ligne
Gontrand Trudau a écrit :
> Bonjour,
>
> J'en suis à mes débuts avec Django. J'ai un légé background avec
> python pour avoir scripté certain traitement de fichier en texte brut
> pour les besoins de la science. J'ai développé quelques sites Web avec
> SPIP.
Bonjour,
C'est un bon point de départ pour gouter à django :-)
>
> J'ai potassé un peu la documentation de Django et le livre disponible
> en ligne. Mais j'ai du mal à partir. Disons que la courbe
> d'apprentissage est plus faible qu'avec d'autres cms, bien qu'on ne
> puisse pas assimilé Django à un cms à proprement parler.
effectivement, django est un framework, pas un cms; il faut donc être
développeur, alors que ce n'est pas nécessaire avec un cms.
>
> Pour l'instant je m'intéresse beaucoup à la possibilité de développer
> une interface web à une base de données relationnelles à l'aide de
> Django, ça m'apparaît beaucoup plus simple que l'utilisation de smarty.
Là, django est très bon pour ça, il n'y pas besoin de coder;
l'application admin fait ça tout seul.
>
> J'arrive à créer mon modèle avec mes class et mes champs de base de
> données assez bien. Mon soucis réside au niveau de l'interconnexion
> entre les tables et l'interfaçage de tout ça. Je sais que dans la
> partie Administration ça se fait pas mal tout seul, mais pour un
> interface utilisateur.
Je crois que tu essaies de partir d'une base existante, ce n'est pas
l'idéal pour débuter, bien que ce soit possible avec la commande "python
manage.py inspectdb".
Commences plutôt avec un projet pour lequel tu génères une base "from
scratch".
Je conseilles également aux débutants de commencer avec la version 0.96
de django, c'est plus simple; il faut bien sur alors veiller à suivre la
doc et les tutos de cette version.
@+,
Eric
>
> Voilà j'aurais besoin d'un primer ou d'un projet type. J'ai fouiller
> un peu sur Django plug machin, mais j'ai pas trouvé grand chose de ce
> que je cherche.
>
> Merci.
>
> Gontrand
>
>
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
>
>
Hors ligne
Le 3 mars 2009 22:09, spango <spango _AT_ free.fr> a écrit :
> Je conseilles également aux débutants de commencer avec la version 0.96 de
> django, c'est plus simple; il faut bien sur alors veiller à suivre la doc et
> les tutos de cette version.
>
Euh pour qqn qui se met à Django, vu les apports de la 1.0.x, je trouve ça
dommage de partir sur une version 0.96, surtout qu'il faudra faire la mise à
jour tôt ou tard en 1.x
Ayant surtout joué avec la 0.96 et moins avec la 1.x, j'admets que j'ai un
peu du mal avec les nouveautés et que je garde quelques "mauvaises
habitudes" de cette version. Dans ce cas, je comprends partiellement ton
argument. Par contre, pour qqn se mettant à django, c'est une hérésie amha
(se passer de l'unicode, la nouvelle librairie forms, etc).
Nicolas
Hors ligne
Je débute aussi avec Django et honnetement y'a trop de différences entre la
0.96 et la 1.0 pour commencer sur la 0.96. Passer sur le 1.0 tout de suite
me semble aussi être la meilleur chose
seb
Le 4 mars 2009 09:19, Nicolas Steinmetz <nsteinmetz _AT_ gmail.com> a écrit :
>
>
> Le 3 mars 2009 22:09, spango <spango _AT_ free.fr> a écrit :
>
>> Je conseilles également aux débutants de commencer avec la version 0.96 de
>> django, c'est plus simple; il faut bien sur alors veiller à suivre la doc et
>> les tutos de cette version.
>>
>
> Euh pour qqn qui se met à Django, vu les apports de la 1.0.x, je trouve ça
> dommage de partir sur une version 0.96, surtout qu'il faudra faire la mise à
> jour tôt ou tard en 1.x
>
> Ayant surtout joué avec la 0.96 et moins avec la 1.x, j'admets que j'ai un
> peu du mal avec les nouveautés et que je garde quelques "mauvaises
> habitudes" de cette version. Dans ce cas, je comprends partiellement ton
> argument. Par contre, pour qqn se mettant à django, c'est une hérésie amha
> (se passer de l'unicode, la nouvelle librairie forms, etc).
>
> Nicolas
> --
> Nicolas Steinmetz
> http://www.steinmetz.fr - http://www.unelectronlibre.info/
>
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
>
Hors ligne
Morele Sébastien a écrit :
> Je débute aussi avec Django et honnetement y'a trop de différences
> entre la 0.96 et la 1.0 pour commencer sur la 0.96. Passer sur le 1.0
> tout de suite me semble aussi être la meilleur chose
J'ai débuté avec django il y a quelques jours, donc avec la version 1.0.
Je vois pas non plus l'intérêt de partir sur une version antérieur si
c'est pour re-apprendre de nouvelles pratiques. D'autant que la doc se
mets à jour sur la version 1.x. J'apprend que l'unicode vient avec la
1.0, raison de plus l'utiliser. En python 3 l'unicode est déjà le
standard pour toute chaîne de caractères.
Stéphane.
>
>
> seb
>
> Le 4 mars 2009 09:19, Nicolas Steinmetz <nsteinmetz _AT_ gmail.com
> <mailto:nsteinmetz _AT_ gmail.com>> a écrit :
>
>
>
> Le 3 mars 2009 22:09, spango <spango _AT_ free.fr
> <mailto:spango _AT_ free.fr>> a écrit :
>
> Je conseilles également aux débutants de commencer avec la
> version 0.96 de django, c'est plus simple; il faut bien sur
> alors veiller à suivre la doc et les tutos de cette version.
>
>
> Euh pour qqn qui se met à Django, vu les apports de la 1.0.x, je
> trouve ça dommage de partir sur une version 0.96, surtout qu'il
> faudra faire la mise à jour tôt ou tard en 1.x
>
> Ayant surtout joué avec la 0.96 et moins avec la 1.x, j'admets que
> j'ai un peu du mal avec les nouveautés et que je garde quelques
> "mauvaises habitudes" de cette version. Dans ce cas, je comprends
> partiellement ton argument. Par contre, pour qqn se mettant à
> django, c'est une hérésie amha (se passer de l'unicode, la
> nouvelle librairie forms, etc).
>
> Nicolas
> --
> Nicolas Steinmetz
> http://www.steinmetz.fr - http://www.unelectronlibre.info/
>
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org <mailto:django _AT_ lists.afpy.org>
> http://lists.afpy.org/mailman/listinfo/django
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
Hors ligne
Stéphane Bunel a écrit :
> Morele Sébastien a écrit :
>> Je débute aussi avec Django et honnetement y'a trop de différences
>> entre la 0.96 et la 1.0 pour commencer sur la 0.96. Passer sur le 1.0
>> tout de suite me semble aussi être la meilleur chose
>
> J'ai débuté avec django il y a quelques jours, donc avec la version
> 1.0. Je vois pas non plus l'intérêt de partir sur une version
> antérieur si c'est pour re-apprendre de nouvelles pratiques. D'autant
> que la doc se mets à jour sur la version 1.x. J'apprend que l'unicode
> vient avec la 1.0, raison de plus l'utiliser. En python 3 l'unicode
> est déjà le standard pour toute chaîne de caractères.
En fait, je trouve que la vraie difficulté pour commencer avec la v0.96,
c'est de trouver la doc; aussi, la voici:
http://www.djangoproject.com/documentation/0.96/
C'est sûr que pour un développeur django confirmé, la 1.0 apporte des
éléments incontournables; mais avouez quand même, que pour débuter, on a
besoin ni d'unicode, ni des fixtures; de plus, les problèmes de
migration de 0.96 à 1.0 ne se posent pas: un débutant ne va pas se
lancer dans un gros projet d'un seul coup.
Par contre, l'interface admin, qui est un aspect très important de
django quand on débute (ouha !! pas une seule ligne de code et on a déjà
une appli web!!) est sensiblement plus complexe à mettre en place. Ca
peut décourager.
Et puis, sur certaines distrib linux encore courantes, la v0.96 est
encore la version officielle.
Si ça interesse quelques uns, j'ai un bout de wiki (sur un intranet pour
l'instant) où je liste les choses à faire pour migrer depuis 0.9X vers
1.0, c'est pas très compliqué.
@+,
Eric
>
> Stéphane.
>
>>
>>
>> seb
>>
>> Le 4 mars 2009 09:19, Nicolas Steinmetz <nsteinmetz _AT_ gmail.com
>> <mailto:nsteinmetz _AT_ gmail.com>> a écrit :
>>
>>
>>
>> Le 3 mars 2009 22:09, spango <spango _AT_ free.fr
>> <mailto:spango _AT_ free.fr>> a écrit :
>>
>> Je conseilles également aux débutants de commencer avec la
>> version 0.96 de django, c'est plus simple; il faut bien sur
>> alors veiller à suivre la doc et les tutos de cette version.
>>
>>
>> Euh pour qqn qui se met à Django, vu les apports de la 1.0.x, je
>> trouve ça dommage de partir sur une version 0.96, surtout qu'il
>> faudra faire la mise à jour tôt ou tard en 1.x
>>
>> Ayant surtout joué avec la 0.96 et moins avec la 1.x, j'admets que
>> j'ai un peu du mal avec les nouveautés et que je garde quelques
>> "mauvaises habitudes" de cette version. Dans ce cas, je comprends
>> partiellement ton argument. Par contre, pour qqn se mettant à
>> django, c'est une hérésie amha (se passer de l'unicode, la
>> nouvelle librairie forms, etc).
>>
>> Nicolas
>> -- Nicolas Steinmetz
>> http://www.steinmetz.fr - http://www.unelectronlibre.info/
>>
>> _______________________________________________
>> django mailing list
>> django _AT_ lists.afpy.org <mailto:django _AT_ lists.afpy.org>
>> http://lists.afpy.org/mailman/listinfo/django
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> django mailing list
>> django _AT_ lists.afpy.org
>> http://lists.afpy.org/mailman/listinfo/django
>
>
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
>
>
Hors ligne
Bonjour,
Django.contrib.admin est probablement la "killer contrib" de django.
Aussi il est très intéressant de la réutiliser depuis une vue en
construisant simplement un lien vers le site d'admin. Par exemple avec
un simple lien: <a href="/admin/activite/tache/add/">Ajouter une
tâche</a>. Pour enrichir l'ergonomie je souhaiterais pouvoir
pre-initialiser un champ du formulaire d'ajout. Est-ce possible, comment ?
Merci,
Stéphane.
Hors ligne
Bonjour Stéphane,
Le 9 mars 09 à 09:59, Stéphane Bunel a écrit :
> Bonjour,
>
> Django.contrib.admin est probablement la "killer contrib" de
> django. Aussi il est très intéressant de la réutiliser depuis une
> vue en construisant simplement un lien vers le site d'admin. Par
> exemple avec un simple lien: <a href="/admin/activite/tache/
> add/">Ajouter une tâche</a>. Pour enrichir l'ergonomie je
> souhaiterais pouvoir pre-initialiser un champ du formulaire d'ajout.
> Est-ce possible, comment ?
Il est possible de passer des arguments en GET, par exemple /admin/
auth/group/add/?name=foo va pré-remplir le champ name avec foo. Et
ainsi de suite.
Bonne journée,
David
Hors ligne
David Larlet a écrit :
> Bonjour Stéphane,
>
> Le 9 mars 09 à 09:59, Stéphane Bunel a écrit :
>
>> Bonjour,
>>
>> Django.contrib.admin est probablement la "killer contrib" de
>> django. Aussi il est très intéressant de la réutiliser depuis une vue
>> en construisant simplement un lien vers le site d'admin. Par exemple
>> avec un simple lien: <a href="/admin/activite/tache/add/">Ajouter une
>> tâche</a>. Pour enrichir l'ergonomie je souhaiterais pouvoir
>> pre-initialiser un champ du formulaire d'ajout. Est-ce possible,
>> comment ?
>
> Il est possible de passer des arguments en GET, par exemple
> /admin/auth/group/add/?name=foo va pré-remplir le champ name avec foo.
> Et ainsi de suite.
>
J'avais essayé ça, mais sans succès. Je sais pourquoi, il faut reprendre
nom du champs tel que décrit dans le modèle et pas celui du formulaire.
> Bonne journée,
> David
Egalement, Merci.
Stéphane.
Hors ligne