Un newbie du django - Auth et DB

miloproject · 20-08-2013 20:56:04

Bonjour à tous,

Je fais mes débuts dans Django (enfin).
Mais j'aurai quelques questions...

Concernant la partie DB. Je fais mes premier dev en SQLite.

Lorsque je regarde mes tables... J'ai l'impression qu'il y a un beau
bazard avec les générations automatique des tables Django (auth,
django-admin etc)
Ensuite j'ai les tables concernant mes applications.

Il y a t-il un moyen pour mettre du tri dans tout cela?

Autre question pour la partie auth des utilisateurs, utilisez-vous celle de
base de Django ou faite vous un système "maison"?

Merci à vous :-)

A bientôt

Michaël

Olivier Girardot · 20-08-2013 21:02:24

Le 20 août 2013 21:56, Michael Cornelis <cornelismchl _AT_ gmail.com> a écrit :

> Bonjour à tous,
>
Bonjour

>
> Je fais mes débuts dans Django (enfin).
> Mais j'aurai quelques questions...
>
> Concernant la partie DB. Je fais mes premier dev en SQLite.
>
> Lorsque je regarde mes tables... J'ai l'impression qu'il y a un beau
> bazard avec les générations automatique des tables Django (auth,
> django-admin etc)
> Ensuite j'ai les tables concernant mes applications.
>
> Il y a t-il un moyen pour mettre du tri dans tout cela?
>
> La logique est pas très complexe, chaque table est prefixé par le nom de
l'application afférente et ensuite le nom de l'objet en mode
underscore_case. Automatiquement sont générées lors du syncdb les tables
nécessaire au fonctionnement de django et si tu as fait une application
"front" tu auras dans ta bdd des tables front_*

> Autre question pour la partie auth des utilisateurs, utilisez-vous celle
> de base de Django ou faite vous un système "maison"?
>
Celle de base, en utilise la notion de "profile" utilisateur, pour enrichir
le modèle utilisateur et associé un profil à chaque utilisateur. Depuis les
dernières version (1.4) de django tu as aussi la possibilité de définir toi
même une class User tel que tu la voudrais (et qui sera prose en compte
par toutes les librairies et le système dans son ensemble) à voir si c'est
pas overkill pour toi.

>
> Merci à vous :-)
>
derien, en esperant que ça t'aide.
++

>
> A bientôt
>
> Michaël
>
>
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
>

Rémy HUBSCHER · 21-08-2013 08:44:08

Salut Michaël,

Pour la DB tant que tu n'utilises pas de RAW SQL ou des app django
spécifique à une SGBD, tu peux utiliser celui que tu veux.
Pour la production je te conseille Postgresql c'est pas plus compliqué
que MySQL mais tellement plus agréable au quotidien.

Concernant les tables, tu peux faire le tri dans les INSTALLED_APPS, si
tu supprimes des APP ça supprime les tables correspondantes.
Par contre si tu as besoin d'une APP, tu as les tables nécessaires à son
fonctionnement.

Il y en a quelques unes, mais le modèle de données est propre.

Pour la Auth utilisateur, utilise le AbstractUser de Django 1.5 ça te
permet, comme l'a dit Olivier, d'utiliser tous les mécanismes de Django
et de rajouter tes champs spécifiques.

Pour la gestion des modifications de ta base de données engendrée par la
modification de tes modèles, utilise South.

Bienvenue chez nous,

Rémy

Le 20/08/2013 22:02, Olivier Girardot a écrit :
>
> Le 20 août 2013 21:56, Michael Cornelis <cornelismchl _AT_ gmail.com
> <mailto:cornelismchl _AT_ gmail.com>> a écrit :
>
> Bonjour à tous,
>
> Bonjour
>
>
> Je fais mes débuts dans Django (enfin).
> Mais j'aurai quelques questions...
>
> Concernant la partie DB. Je fais mes premier dev en SQLite.
>
> Lorsque je regarde mes tables... J'ai l'impression qu'il y a un
> beau bazard avec les générations automatique des tables Django
> (auth, django-admin etc)
> Ensuite j'ai les tables concernant mes applications.
>
> Il y a t-il un moyen pour mettre du tri dans tout cela?
>
> La logique est pas très complexe, chaque table est prefixé par le nom
> de l'application afférente et ensuite le nom de l'objet en mode
> underscore_case. Automatiquement sont générées lors du syncdb les
> tables nécessaire au fonctionnement de django et si tu as fait une
> application "front" tu auras dans ta bdd des tables front_*
>
> Autre question pour la partie auth des utilisateurs, utilisez-vous
> celle de base de Django ou faite vous un système "maison"?
>
> Celle de base, en utilise la notion de "profile" utilisateur, pour
> enrichir le modèle utilisateur et associé un profil à chaque
> utilisateur. Depuis les dernières version (1.4) de django tu as aussi
> la possibilité de définir toi même une class User tel que tu la
> voudrais (et qui sera prose en compte par toutes les librairies et
> le système dans son ensemble) à voir si c'est pas overkill pour toi.
>
>
> Merci à vous :-)
>
> derien, en esperant que ça t'aide.
> ++
>
>
> A bientôt
>
> Michaël
>
>
> _______________________________________________
> 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

miloproject · 21-08-2013 09:30:43

Bonjour,

Merci pour vos conseils.
J'ai déja eu l'occasion de tester South, ça fonctionne très bien
Concernant PostgreSQL, c'est le choix que j'avais fait.

Je vais sous doute être plus actif sur cette mailing, puisque je fais mon
projet de fin d'étude en Python/Django.
Je voulais tout simplement ne pas utiliser de .net, et rester dans l'esprit
"opensource"

A bientôt

Le 21 août 2013 09:44, Rémy HUBSCHER <hubscher.remy _AT_ gmail.com> a écrit :

> Salut Michaël,
>
> Pour la DB tant que tu n'utilises pas de RAW SQL ou des app django
> spécifique à une SGBD, tu peux utiliser celui que tu veux.
> Pour la production je te conseille Postgresql c'est pas plus compliqué que
> MySQL mais tellement plus agréable au quotidien.
>
> Concernant les tables, tu peux faire le tri dans les INSTALLED_APPS, si tu
> supprimes des APP ça supprime les tables correspondantes.
> Par contre si tu as besoin d'une APP, tu as les tables nécessaires à son
> fonctionnement.
>
> Il y en a quelques unes, mais le modèle de données est propre.
>
> Pour la Auth utilisateur, utilise le AbstractUser de Django 1.5 ça te
> permet, comme l'a dit Olivier, d'utiliser tous les mécanismes de Django et
> de rajouter tes champs spécifiques.
>
> Pour la gestion des modifications de ta base de données engendrée par la
> modification de tes modèles, utilise South.
>
> Bienvenue chez nous,
>
> Rémy
>
> Le 20/08/2013 22:02, Olivier Girardot a écrit :
>
>
> Le 20 août 2013 21:56, Michael Cornelis <cornelismchl _AT_ gmail.com> a écrit
> :
>
>> Bonjour à tous,
>>
> Bonjour
>
>>
>> Je fais mes débuts dans Django (enfin).
>> Mais j'aurai quelques questions...
>>
>> Concernant la partie DB. Je fais mes premier dev en SQLite.
>>
>> Lorsque je regarde mes tables... J'ai l'impression qu'il y a un beau
>> bazard avec les générations automatique des tables Django (auth,
>> django-admin etc)
>> Ensuite j'ai les tables concernant mes applications.
>>
>> Il y a t-il un moyen pour mettre du tri dans tout cela?
>>
>> La logique est pas très complexe, chaque table est prefixé par le nom de
> l'application afférente et ensuite le nom de l'objet en mode
> underscore_case. Automatiquement sont générées lors du syncdb les tables
> nécessaire au fonctionnement de django et si tu as fait une application
> "front" tu auras dans ta bdd des tables front_*
>
>
>> Autre question pour la partie auth des utilisateurs, utilisez-vous
>> celle de base de Django ou faite vous un système "maison"?
>>
> Celle de base, en utilise la notion de "profile" utilisateur, pour
> enrichir le modèle utilisateur et associé un profil à chaque utilisateur.
> Depuis les dernières version (1.4) de django tu as aussi la possibilité de
> définir toi même une class User tel que tu la voudrais (et qui sera
> prose en compte par toutes les librairies et le système dans son ensemble)
> à voir si c'est pas overkill pour toi.
>
>>
>> Merci à vous :-)
>>
> derien, en esperant que ça t'aide.
> ++
>
>>
>> A bientôt
>>
>> Michaël
>>
>>
>> _______________________________________________
>> django mailing list
>> django _AT_ lists.afpy.org
>> http://lists.afpy.org/mailman/listinfo/django
>>
>
>
>
> _______________________________________________
> django mailing listdjango _AT_ lists.afpy.orghttp://lists.afpy.org/mailman/listinfo/django
>
>
>
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
>

Olivier Girardot · 21-08-2013 10:56:29

j'avoue que c la première fois que j'entends "choisir django à la place de
.net "

Le 21 août 2013 10:30, Michael Cornelis <cornelismchl _AT_ gmail.com> a écrit :

> Bonjour,
>
> Merci pour vos conseils.
> J'ai déja eu l'occasion de tester South, ça fonctionne très bien
> Concernant PostgreSQL, c'est le choix que j'avais fait.
>
> Je vais sous doute être plus actif sur cette mailing, puisque je fais mon
> projet de fin d'étude en Python/Django.
> Je voulais tout simplement ne pas utiliser de .net, et rester dans
> l'esprit "opensource"
>
> A bientôt
>
> Le 21 août 2013 09:44, Rémy HUBSCHER <hubscher.remy _AT_ gmail.com> a écrit :
>
> Salut Michaël,
>>
>> Pour la DB tant que tu n'utilises pas de RAW SQL ou des app django
>> spécifique à une SGBD, tu peux utiliser celui que tu veux.
>> Pour la production je te conseille Postgresql c'est pas plus compliqué
>> que MySQL mais tellement plus agréable au quotidien.
>>
>> Concernant les tables, tu peux faire le tri dans les INSTALLED_APPS, si
>> tu supprimes des APP ça supprime les tables correspondantes.
>> Par contre si tu as besoin d'une APP, tu as les tables nécessaires à son
>> fonctionnement.
>>
>> Il y en a quelques unes, mais le modèle de données est propre.
>>
>> Pour la Auth utilisateur, utilise le AbstractUser de Django 1.5 ça te
>> permet, comme l'a dit Olivier, d'utiliser tous les mécanismes de Django et
>> de rajouter tes champs spécifiques.
>>
>> Pour la gestion des modifications de ta base de données engendrée par la
>> modification de tes modèles, utilise South.
>>
>> Bienvenue chez nous,
>>
>> Rémy
>>
>> Le 20/08/2013 22:02, Olivier Girardot a écrit :
>>
>>
>> Le 20 août 2013 21:56, Michael Cornelis <cornelismchl _AT_ gmail.com> a
>> écrit :
>>
>>> Bonjour à tous,
>>>
>> Bonjour
>>
>>>
>>> Je fais mes débuts dans Django (enfin).
>>> Mais j'aurai quelques questions...
>>>
>>> Concernant la partie DB. Je fais mes premier dev en SQLite.
>>>
>>> Lorsque je regarde mes tables... J'ai l'impression qu'il y a un beau
>>> bazard avec les générations automatique des tables Django (auth,
>>> django-admin etc)
>>> Ensuite j'ai les tables concernant mes applications.
>>>
>>> Il y a t-il un moyen pour mettre du tri dans tout cela?
>>>
>>> La logique est pas très complexe, chaque table est prefixé par le nom de
>> l'application afférente et ensuite le nom de l'objet en mode
>> underscore_case. Automatiquement sont générées lors du syncdb les tables
>> nécessaire au fonctionnement de django et si tu as fait une application
>> "front" tu auras dans ta bdd des tables front_*
>>
>>
>>> Autre question pour la partie auth des utilisateurs, utilisez-vous
>>> celle de base de Django ou faite vous un système "maison"?
>>>
>> Celle de base, en utilise la notion de "profile" utilisateur, pour
>> enrichir le modèle utilisateur et associé un profil à chaque utilisateur.
>> Depuis les dernières version (1.4) de django tu as aussi la possibilité de
>> définir toi même une class User tel que tu la voudrais (et qui sera
>> prose en compte par toutes les librairies et le système dans son ensemble)
>> à voir si c'est pas overkill pour toi.
>>
>>>
>>> Merci à vous :-)
>>>
>> derien, en esperant que ça t'aide.
>> ++
>>
>>>
>>> A bientôt
>>>
>>> Michaël
>>>
>>>
>>> _______________________________________________
>>> django mailing list
>>> django _AT_ lists.afpy.org
>>> http://lists.afpy.org/mailman/listinfo/django
>>>
>>
>>
>>
>> _______________________________________________
>> django mailing listdjango _AT_ lists.afpy.orghttp://lists.afpy.org/mailman/listinfo/django
>>
>>
>>
>> _______________________________________________
>> django mailing list
>> django _AT_ lists.afpy.org
>> http://lists.afpy.org/mailman/listinfo/django
>>
>
>
>
> --
> Michaël Cornelis
>
> Rue Terne des vaches N°8
> 6460 Chimay
>
> Gsm: +32 (0)475/ 517.866
> Fixe: +32 (0)60/ 779.010
> E-Mail: cornelismchl _AT_ gmail.com
> ______________________________
>
>
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
>

Olivier Girardot · 21-08-2013 10:56:29

j'avoue que c la première fois que j'entends "choisir django à la place de
.net "

Le 21 août 2013 10:30, Michael Cornelis <cornelismchl _AT_ gmail.com> a écrit :

> Bonjour,
>
> Merci pour vos conseils.
> J'ai déja eu l'occasion de tester South, ça fonctionne très bien
> Concernant PostgreSQL, c'est le choix que j'avais fait.
>
> Je vais sous doute être plus actif sur cette mailing, puisque je fais mon
> projet de fin d'étude en Python/Django.
> Je voulais tout simplement ne pas utiliser de .net, et rester dans
> l'esprit "opensource"
>
> A bientôt
>
> Le 21 août 2013 09:44, Rémy HUBSCHER <hubscher.remy _AT_ gmail.com> a écrit :
>
> Salut Michaël,
>>
>> Pour la DB tant que tu n'utilises pas de RAW SQL ou des app django
>> spécifique à une SGBD, tu peux utiliser celui que tu veux.
>> Pour la production je te conseille Postgresql c'est pas plus compliqué
>> que MySQL mais tellement plus agréable au quotidien.
>>
>> Concernant les tables, tu peux faire le tri dans les INSTALLED_APPS, si
>> tu supprimes des APP ça supprime les tables correspondantes.
>> Par contre si tu as besoin d'une APP, tu as les tables nécessaires à son
>> fonctionnement.
>>
>> Il y en a quelques unes, mais le modèle de données est propre.
>>
>> Pour la Auth utilisateur, utilise le AbstractUser de Django 1.5 ça te
>> permet, comme l'a dit Olivier, d'utiliser tous les mécanismes de Django et
>> de rajouter tes champs spécifiques.
>>
>> Pour la gestion des modifications de ta base de données engendrée par la
>> modification de tes modèles, utilise South.
>>
>> Bienvenue chez nous,
>>
>> Rémy
>>
>> Le 20/08/2013 22:02, Olivier Girardot a écrit :
>>
>>
>> Le 20 août 2013 21:56, Michael Cornelis <cornelismchl _AT_ gmail.com> a
>> écrit :
>>
>>> Bonjour à tous,
>>>
>> Bonjour
>>
>>>
>>> Je fais mes débuts dans Django (enfin).
>>> Mais j'aurai quelques questions...
>>>
>>> Concernant la partie DB. Je fais mes premier dev en SQLite.
>>>
>>> Lorsque je regarde mes tables... J'ai l'impression qu'il y a un beau
>>> bazard avec les générations automatique des tables Django (auth,
>>> django-admin etc)
>>> Ensuite j'ai les tables concernant mes applications.
>>>
>>> Il y a t-il un moyen pour mettre du tri dans tout cela?
>>>
>>> La logique est pas très complexe, chaque table est prefixé par le nom de
>> l'application afférente et ensuite le nom de l'objet en mode
>> underscore_case. Automatiquement sont générées lors du syncdb les tables
>> nécessaire au fonctionnement de django et si tu as fait une application
>> "front" tu auras dans ta bdd des tables front_*
>>
>>
>>> Autre question pour la partie auth des utilisateurs, utilisez-vous
>>> celle de base de Django ou faite vous un système "maison"?
>>>
>> Celle de base, en utilise la notion de "profile" utilisateur, pour
>> enrichir le modèle utilisateur et associé un profil à chaque utilisateur.
>> Depuis les dernières version (1.4) de django tu as aussi la possibilité de
>> définir toi même une class User tel que tu la voudrais (et qui sera
>> prose en compte par toutes les librairies et le système dans son ensemble)
>> à voir si c'est pas overkill pour toi.
>>
>>>
>>> Merci à vous :-)
>>>
>> derien, en esperant que ça t'aide.
>> ++
>>
>>>
>>> A bientôt
>>>
>>> Michaël
>>>
>>>
>>> _______________________________________________
>>> django mailing list
>>> django _AT_ lists.afpy.org
>>> http://lists.afpy.org/mailman/listinfo/django
>>>
>>
>>
>>
>> _______________________________________________
>> django mailing listdjango _AT_ lists.afpy.orghttp://lists.afpy.org/mailman/listinfo/django
>>
>>
>>
>> _______________________________________________
>> django mailing list
>> django _AT_ lists.afpy.org
>> http://lists.afpy.org/mailman/listinfo/django
>>
>
>
>
> --
> Michaël Cornelis
>
> Rue Terne des vaches N°8
> 6460 Chimay
>
> Gsm: +32 (0)475/ 517.866
> Fixe: +32 (0)60/ 779.010
> E-Mail: cornelismchl _AT_ gmail.com
> ______________________________
>
>
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
>

miloproject · 21-08-2013 12:40:18

C'est mal?!
Je voulais faire un mémoire en utilisant des technologies opensource:
DB: PostgreSQL
Langages: python / Django / HTML / CSS
OS: Debian
SRV Web: Apache2

Cela change d'un IIS, windows SRV, MS SQL ...

Le 21 août 2013 11:56, Olivier Girardot <ssaboum _AT_ gmail.com> a écrit :

> j'avoue que c la première fois que j'entends "choisir django à la place de
> .net "
>
>
> Le 21 août 2013 10:30, Michael Cornelis <cornelismchl _AT_ gmail.com> a écrit :
>
> Bonjour,
>>
>> Merci pour vos conseils.
>> J'ai déja eu l'occasion de tester South, ça fonctionne très bien
>> Concernant PostgreSQL, c'est le choix que j'avais fait.
>>
>> Je vais sous doute être plus actif sur cette mailing, puisque je fais mon
>> projet de fin d'étude en Python/Django.
>> Je voulais tout simplement ne pas utiliser de .net, et rester dans
>> l'esprit "opensource"
>>
>> A bientôt
>>
>> Le 21 août 2013 09:44, Rémy HUBSCHER <hubscher.remy _AT_ gmail.com> a écrit :
>>
>> Salut Michaël,
>>>
>>> Pour la DB tant que tu n'utilises pas de RAW SQL ou des app django
>>> spécifique à une SGBD, tu peux utiliser celui que tu veux.
>>> Pour la production je te conseille Postgresql c'est pas plus compliqué
>>> que MySQL mais tellement plus agréable au quotidien.
>>>
>>> Concernant les tables, tu peux faire le tri dans les INSTALLED_APPS, si
>>> tu supprimes des APP ça supprime les tables correspondantes.
>>> Par contre si tu as besoin d'une APP, tu as les tables nécessaires à son
>>> fonctionnement.
>>>
>>> Il y en a quelques unes, mais le modèle de données est propre.
>>>
>>> Pour la Auth utilisateur, utilise le AbstractUser de Django 1.5 ça te
>>> permet, comme l'a dit Olivier, d'utiliser tous les mécanismes de Django et
>>> de rajouter tes champs spécifiques.
>>>
>>> Pour la gestion des modifications de ta base de données engendrée par la
>>> modification de tes modèles, utilise South.
>>>
>>> Bienvenue chez nous,
>>>
>>> Rémy
>>>
>>> Le 20/08/2013 22:02, Olivier Girardot a écrit :
>>>
>>>
>>> Le 20 août 2013 21:56, Michael Cornelis <cornelismchl _AT_ gmail.com> a
>>> écrit :
>>>
>>>> Bonjour à tous,
>>>>
>>> Bonjour
>>>
>>>>
>>>> Je fais mes débuts dans Django (enfin).
>>>> Mais j'aurai quelques questions...
>>>>
>>>> Concernant la partie DB. Je fais mes premier dev en SQLite.
>>>>
>>>> Lorsque je regarde mes tables... J'ai l'impression qu'il y a un beau
>>>> bazard avec les générations automatique des tables Django (auth,
>>>> django-admin etc)
>>>> Ensuite j'ai les tables concernant mes applications.
>>>>
>>>> Il y a t-il un moyen pour mettre du tri dans tout cela?
>>>>
>>>> La logique est pas très complexe, chaque table est prefixé par le nom
>>> de l'application afférente et ensuite le nom de l'objet en mode
>>> underscore_case. Automatiquement sont générées lors du syncdb les tables
>>> nécessaire au fonctionnement de django et si tu as fait une application
>>> "front" tu auras dans ta bdd des tables front_*
>>>
>>>
>>>> Autre question pour la partie auth des utilisateurs, utilisez-vous
>>>> celle de base de Django ou faite vous un système "maison"?
>>>>
>>> Celle de base, en utilise la notion de "profile" utilisateur, pour
>>> enrichir le modèle utilisateur et associé un profil à chaque utilisateur.
>>> Depuis les dernières version (1.4) de django tu as aussi la possibilité de
>>> définir toi même une class User tel que tu la voudrais (et qui sera
>>> prose en compte par toutes les librairies et le système dans son ensemble)
>>> à voir si c'est pas overkill pour toi.
>>>
>>>>
>>>> Merci à vous :-)
>>>>
>>> derien, en esperant que ça t'aide.
>>> ++
>>>
>>>>
>>>> A bientôt
>>>>
>>>> Michaël
>>>>
>>>>
>>>> _______________________________________________
>>>> django mailing list
>>>> django _AT_ lists.afpy.org
>>>> http://lists.afpy.org/mailman/listinfo/django
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> django mailing listdjango _AT_ lists.afpy.orghttp://lists.afpy.org/mailman/listinfo/django
>>>
>>>
>>>
>>> _______________________________________________
>>> django mailing list
>>> django _AT_ lists.afpy.org
>>> http://lists.afpy.org/mailman/listinfo/django
>>>
>>
>>
>>
>> --
>> Michaël Cornelis
>>
>> Rue Terne des vaches N°8
>> 6460 Chimay
>>
>> Gsm: +32 (0)475/ 517.866
>> Fixe: +32 (0)60/ 779.010
>> E-Mail: cornelismchl _AT_ gmail.com
>> ______________________________
>>
>>
>> _______________________________________________
>> 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
>

Olivier Girardot · 21-08-2013 12:43:56

non pas du tout,
c'est bien et orienté opérationnel

Le 21 août 2013 13:40, Michael Cornelis <cornelismchl _AT_ gmail.com> a écrit :

> C'est mal?!
> Je voulais faire un mémoire en utilisant des technologies opensource:
> DB: PostgreSQL
> Langages: python / Django / HTML / CSS
> OS: Debian
> SRV Web: Apache2
>
> Cela change d'un IIS, windows SRV, MS SQL ...
>
>
> Le 21 août 2013 11:56, Olivier Girardot <ssaboum _AT_ gmail.com> a écrit :
>
> j'avoue que c la première fois que j'entends "choisir django à la place de
>> .net "
>>
>>
>> Le 21 août 2013 10:30, Michael Cornelis <cornelismchl _AT_ gmail.com> a écrit
>> :
>>
>> Bonjour,
>>>
>>> Merci pour vos conseils.
>>> J'ai déja eu l'occasion de tester South, ça fonctionne très bien
>>> Concernant PostgreSQL, c'est le choix que j'avais fait.
>>>
>>> Je vais sous doute être plus actif sur cette mailing, puisque je fais
>>> mon projet de fin d'étude en Python/Django.
>>> Je voulais tout simplement ne pas utiliser de .net, et rester dans
>>> l'esprit "opensource"
>>>
>>> A bientôt
>>>
>>> Le 21 août 2013 09:44, Rémy HUBSCHER <hubscher.remy _AT_ gmail.com> a écrit :
>>>
>>> Salut Michaël,
>>>>
>>>> Pour la DB tant que tu n'utilises pas de RAW SQL ou des app django
>>>> spécifique à une SGBD, tu peux utiliser celui que tu veux.
>>>> Pour la production je te conseille Postgresql c'est pas plus compliqué
>>>> que MySQL mais tellement plus agréable au quotidien.
>>>>
>>>> Concernant les tables, tu peux faire le tri dans les INSTALLED_APPS, si
>>>> tu supprimes des APP ça supprime les tables correspondantes.
>>>> Par contre si tu as besoin d'une APP, tu as les tables nécessaires à
>>>> son fonctionnement.
>>>>
>>>> Il y en a quelques unes, mais le modèle de données est propre.
>>>>
>>>> Pour la Auth utilisateur, utilise le AbstractUser de Django 1.5 ça te
>>>> permet, comme l'a dit Olivier, d'utiliser tous les mécanismes de Django et
>>>> de rajouter tes champs spécifiques.
>>>>
>>>> Pour la gestion des modifications de ta base de données engendrée par
>>>> la modification de tes modèles, utilise South.
>>>>
>>>> Bienvenue chez nous,
>>>>
>>>> Rémy
>>>>
>>>> Le 20/08/2013 22:02, Olivier Girardot a écrit :
>>>>
>>>>
>>>> Le 20 août 2013 21:56, Michael Cornelis <cornelismchl _AT_ gmail.com> a
>>>> écrit :
>>>>
>>>>> Bonjour à tous,
>>>>>
>>>> Bonjour
>>>>
>>>>>
>>>>> Je fais mes débuts dans Django (enfin).
>>>>> Mais j'aurai quelques questions...
>>>>>
>>>>> Concernant la partie DB. Je fais mes premier dev en SQLite.
>>>>>
>>>>> Lorsque je regarde mes tables... J'ai l'impression qu'il y a un beau
>>>>> bazard avec les générations automatique des tables Django (auth,
>>>>> django-admin etc)
>>>>> Ensuite j'ai les tables concernant mes applications.
>>>>>
>>>>> Il y a t-il un moyen pour mettre du tri dans tout cela?
>>>>>
>>>>> La logique est pas très complexe, chaque table est prefixé par le nom
>>>> de l'application afférente et ensuite le nom de l'objet en mode
>>>> underscore_case. Automatiquement sont générées lors du syncdb les tables
>>>> nécessaire au fonctionnement de django et si tu as fait une application
>>>> "front" tu auras dans ta bdd des tables front_*
>>>>
>>>>
>>>>> Autre question pour la partie auth des utilisateurs, utilisez-vous
>>>>> celle de base de Django ou faite vous un système "maison"?
>>>>>
>>>> Celle de base, en utilise la notion de "profile" utilisateur, pour
>>>> enrichir le modèle utilisateur et associé un profil à chaque utilisateur.
>>>> Depuis les dernières version (1.4) de django tu as aussi la possibilité de
>>>> définir toi même une class User tel que tu la voudrais (et qui sera
>>>> prose en compte par toutes les librairies et le système dans son ensemble)
>>>> à voir si c'est pas overkill pour toi.
>>>>
>>>>>
>>>>> Merci à vous :-)
>>>>>
>>>> derien, en esperant que ça t'aide.
>>>> ++
>>>>
>>>>>
>>>>> A bientôt
>>>>>
>>>>> Michaël
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> django mailing list
>>>>> django _AT_ lists.afpy.org
>>>>> http://lists.afpy.org/mailman/listinfo/django
>>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> django mailing listdjango _AT_ lists.afpy.orghttp://lists.afpy.org/mailman/listinfo/django
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> django mailing list
>>>> django _AT_ lists.afpy.org
>>>> http://lists.afpy.org/mailman/listinfo/django
>>>>
>>>
>>>
>>>
>>> --
>>> Michaël Cornelis
>>>
>>> Rue Terne des vaches N°8
>>> 6460 Chimay
>>>
>>> Gsm: +32 (0)475/ 517.866
>>> Fixe: +32 (0)60/ 779.010
>>> E-Mail: cornelismchl _AT_ gmail.com
>>> ______________________________
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>
>
>
> --
> Michaël Cornelis
>
> Rue Terne des vaches N°8
> 6460 Chimay
>
> Gsm: +32 (0)475/ 517.866
> Fixe: +32 (0)60/ 779.010
> E-Mail: cornelismchl _AT_ gmail.com
> ______________________________
>
>
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
>

Rémy HUBSCHER · 21-08-2013 12:44:26

Pense à remplacer Apache2 par Nginx avec circusd ou gunicorn pour servir
ton app wsgi.

Le 21/08/2013 13:40, Michael Cornelis a écrit :
> C'est mal?!
> Je voulais faire un mémoire en utilisant des technologies opensource:
> DB: PostgreSQL
> Langages: python / Django / HTML / CSS
> OS: Debian
> SRV Web: Apache2
>
> Cela change d'un IIS, windows SRV, MS SQL ...
>
>
> Le 21 août 2013 11:56, Olivier Girardot <ssaboum _AT_ gmail.com
> <mailto:ssaboum _AT_ gmail.com>> a écrit :
>
> j'avoue que c la première fois que j'entends "choisir django à la
> place de .net "
>
>
> Le 21 août 2013 10:30, Michael Cornelis <cornelismchl _AT_ gmail.com
> <mailto:cornelismchl _AT_ gmail.com>> a écrit :
>
> Bonjour,
> Merci pour vos conseils.
> J'ai déja eu l'occasion de tester South, ça fonctionne très
> bien
> Concernant PostgreSQL, c'est le choix que j'avais fait.
> Je vais sous doute être plus actif sur cette mailing, puisque
> je fais mon projet de fin d'étude en Python/Django.
> Je voulais tout simplement ne pas utiliser de .net, et rester
> dans l'esprit "opensource"
> A bientôt
>
> Le 21 août 2013 09:44, Rémy HUBSCHER <hubscher.remy _AT_ gmail.com
> <mailto:hubscher.remy _AT_ gmail.com>> a écrit :
>
> Salut Michaël,
>
> Pour la DB tant que tu n'utilises pas de RAW SQL ou des
> app django spécifique à une SGBD, tu peux utiliser celui
> que tu veux.
> Pour la production je te conseille Postgresql c'est pas
> plus compliqué que MySQL mais tellement plus agréable au
> quotidien.
>
> Concernant les tables, tu peux faire le tri dans les
> INSTALLED_APPS, si tu supprimes des APP ça supprime les
> tables correspondantes.
> Par contre si tu as besoin d'une APP, tu as les tables
> nécessaires à son fonctionnement.
>
> Il y en a quelques unes, mais le modèle de données est propre.
>
> Pour la Auth utilisateur, utilise le AbstractUser de
> Django 1.5 ça te permet, comme l'a dit Olivier, d'utiliser
> tous les mécanismes de Django et de rajouter tes champs
> spécifiques.
>
> Pour la gestion des modifications de ta base de données
> engendrée par la modification de tes modèles, utilise South.
>
> Bienvenue chez nous,
>
> Rémy
>
> Le 20/08/2013 22:02, Olivier Girardot a écrit :
>>
>> Le 20 août 2013 21:56, Michael Cornelis
>> <cornelismchl _AT_ gmail.com <mailto:cornelismchl _AT_ gmail.com>>
>> a écrit :
>>
>> Bonjour à tous,
>>
>> Bonjour
>>
>>
>> Je fais mes débuts dans Django (enfin).
>> Mais j'aurai quelques questions...
>>
>> Concernant la partie DB. Je fais mes premier dev en
>> SQLite.
>>
>> Lorsque je regarde mes tables... J'ai l'impression
>> qu'il y a un beau bazard avec les générations
>> automatique des tables Django (auth, django-admin etc)
>> Ensuite j'ai les tables concernant mes applications.
>>
>> Il y a t-il un moyen pour mettre du tri dans tout cela?
>>
>> La logique est pas très complexe, chaque table est
>> prefixé par le nom de l'application afférente et ensuite
>> le nom de l'objet en mode underscore_case.
>> Automatiquement sont générées lors du syncdb les tables
>> nécessaire au fonctionnement de django et si tu as fait
>> une application "front" tu auras dans ta bdd des tables
>> front_*
>>
>> Autre question pour la partie auth des utilisateurs,
>> utilisez-vous celle de base de Django ou faite vous
>> un système "maison"?
>>
>> Celle de base, en utilise la notion de "profile"
>> utilisateur, pour enrichir le modèle utilisateur et
>> associé un profil à chaque utilisateur. Depuis les
>> dernières version (1.4) de django tu as aussi la
>> possibilité de définir toi même une class User tel que tu
>> la voudrais (et qui sera prose en compte par toutes
>> les librairies et le système dans son ensemble) à voir si
>> c'est pas overkill pour toi.
>>
>>
>> Merci à vous :-)
>>
>> derien, en esperant que ça t'aide.
>> ++
>>
>>
>> A bientôt
>>
>> Michaël
>>
>>
>> _______________________________________________
>> 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 <mailto:django _AT_ lists.afpy.org>
>> http://lists.afpy.org/mailman/listinfo/django
>
>
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org <mailto:django _AT_ lists.afpy.org>
> http://lists.afpy.org/mailman/listinfo/django
>
>
>
>
> --
> Michaël Cornelis
>
> Rue Terne des vaches N°8
> 6460 Chimay
>
> Gsm: +32 (0)475/ 517.866 <tel:%2B32%20%280%29475%2F%20517.866>
> Fixe: +32 (0)60/ 779.010 <tel:%2B32%20%280%2960%2F%20779.010>
> E-Mail: cornelismchl _AT_ gmail.com <mailto:cornelismchl _AT_ gmail.com>
> ______________________________
>
>
> _______________________________________________
> 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 <mailto:django _AT_ lists.afpy.org>
> http://lists.afpy.org/mailman/listinfo/django
>
>
>
>
> --
> Michaël Cornelis
>
> Rue Terne des vaches N°8
> 6460 Chimay
>
> Gsm: +32 (0)475/ 517.866
> Fixe: +32 (0)60/ 779.010
> E-Mail: cornelismchl _AT_ gmail.com <mailto:cornelismchl _AT_ gmail.com>
> ______________________________
>
>
>
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django

Django-fr

Forum

#1 20-08-2013 20:56:04

Un newbie du django - Auth et DB

#2 20-08-2013 21:02:24

Re : Un newbie du django - Auth et DB

#3 21-08-2013 08:44:08

Re : Un newbie du django - Auth et DB

#4 21-08-2013 09:30:43

Re : Un newbie du django - Auth et DB

#5 21-08-2013 10:56:29

Re : Un newbie du django - Auth et DB

#6 21-08-2013 10:56:29

Re : Un newbie du django - Auth et DB

#7 21-08-2013 12:40:18

Re : Un newbie du django - Auth et DB

#8 21-08-2013 12:43:56

Re : Un newbie du django - Auth et DB

#9 21-08-2013 12:44:26

Re : Un newbie du django - Auth et DB

Pied de page des forums