Discussion :

[Jiyuu]

Bonjour à tous,

Je viens de réaliser ma première application Django, et j'en suis ravi...
La réalisation c'est faite nikel grâce au tuto ci-joint.
La mise en ligne a été un peu plus difficile, mais réalisable et surtout grâce à la compétence et au soutien de mon hébergeur français et gratuit...

J'aimerai cependant que l'on puisse m'expliquer deux ou trois trucs:

1-Dans l'exemple joint, on renseigne des pages .html depuis le programme afin d'assurer la visu par l'utilisateur.
Par exemple en page 19, dans le fichier templates/blog/entry_archive.html, on renseigne une variable depuis {entry.category.name}
Ce que j'aimerai savoir c'est d'ou part l'info? Quel fichier renseigne cette variable?

2-J'aimerai pouvoir autoriser les réponses à certains utilisateurs. C'est à dire leurs donner la possibilité de créer un compte utilisateur. Quelqu'un peut-il me guider?

3-Je rencontre un petit problème avec l'aperçu l'administration Django une fois mon blog mis en ligne. Avez-vous une idée?

D'avance merci à tous et longue vie à Python (plus je m'amuse avec, plus j'aime)

[Tyrus]

Salut

1-Dans l'exemple joint, on renseigne des pages .html depuis le programme afin d'assurer la visu par l'utilisateur.
Par exemple en page 19, dans le fichier templates/blog/entry_archive.html, on renseigne une variable depuis {entry.category.name}
Ce que j'aimerai savoir c'est d'ou part l'info? Quel fichier renseigne cette variable?

Je n'ai peut être pas compris la question mais l'objet entry est défini dans le models.py on peut accéder directement à l'attribut name de la catégorie car il y a une clé étrangére dans l'objet entry

2-J'aimerai pouvoir autoriser les réponses à certains utilisateurs. C'est à dire leurs donner la possibilité de créer un compte utilisateur. Quelqu'un peut-il me guider?

Je ne suis pas encore dans cette partie de django mais je pense que tu dois regarder ici
http://docs.djangoproject.com/en/dev...h/#topics-auth
mais je te conseil de regarder des projets utilisant cette fonctionnalité c'est le meilleur moyen pour apprendre à utiliser une fonctionnalité

3-Je rencontre un petit problème avec l'aperçu l'administration Django une fois mon blog mis en ligne. Avez-vous une idée?

C'est quoi le prb ??

[Jiyuu]

Salut

Je n'ai peut être pas compris la question mais l'objet entry est défini dans le models.py on peut accéder directement à l'attribut name de la catégorie car il y a une clé étrangére dans l'objet entry

Depuis que j'ai posté ce message, j'ai relu pas mal mes codes. Et j'ai bien compris que ce que je vois sur la page web provient de models.py
Par exemple {{ entry.title }} correspond en fait à la variable title de l'objet Entry dans models.py.
Ce qui me chagrine un peu c'est qu'à priori dans ce cas précis avec Django il n'y a pas de différence entre l'objet "Entry" et l'objet "entry". (ce qui n'est pas le cas en Python.
Sauf si dans un autre script python on dit que

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

entry = models.Entry()

Mais là j'ai pas encore tout repris.

Je ne suis pas encore dans cette partie de django mais je pense que tu dois regarder ici
http://docs.djangoproject.com/en/dev...h/#topics-auth
mais je te conseil de regarder des projets utilisant cette fonctionnalité c'est le meilleur moyen pour apprendre à utiliser une fonctionnalité.

C'est aussi ce que je pense. Je préfère mille fois comprendre en analysant des codes par moi-même et puiser quelques ressources dans un ou deux tuto. C'est peut-être pas la meilleure solution mais c'est celle que j'applique depuis que je programme en Python et ça marche pas mal.
Je vais jeter qu'en même un oeil sur le lien que tu me donnes, mais je crois avoir trouver encore mieux ici ( le même en français... )

C'est quoi le prb ??

Je n'avais pas les images. C'était juste un problème de lien vers le dossier media de mon hébergeur.
C'est réglé.

Merci

[DelphiManiac]

Concernant les models, ils ne sont que la représentation d'un enregistrement de ta base de données. Tu as donc bien un objet et des instances. Ces instances sont contruites dans les vues ou par des fonctions génériques de django. Un exemple classique :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

news_list = News.objects.all()

qui renvoient toutes les instances du modèle News

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

News = News.objects.filter(draft = False).all()

Renvoi toutes les news dont draft = False. La propriété objects de l'objet news est ce qu'on appelle un manager, et il y en a toujours un par défaut.

Pour présenter les données, django utilise des vues qui sont appelées après analyse de l'url (le contrôleur). Le routage (sélection de la vue en fonction de l'url) est en général stocké dans les fichiers urls.py, ces fichiers définissent des expressions régulières qui, sil elles sont vérifiées, appellent les vues correspondantes.

P.S. Il seraient vraiment bien pour toi que te décide à suivre le tutoriel officiel qui explique tout les mécanismes de bases !!

[Jiyuu]

P.S. Il seraient vraiment bien pour toi que te décide à suivre le tutoriel officiel qui explique tout les mécanismes de bases !!

Déjà merci pour tes précisions.
Concernant la lecture du tuto, j'avais commencé par le DjangoBook français et très franchement j'ai vite décroché.
Par contre la doc donné sur le site français de Django -voir mon lien plus haut- m'a l'air plus intéressante.

Je vais juste faire 2 ou 3 modif sur mon premier Blog pour le rendre plus opérationnel et ensuite je lis tout ça à tête reposé.

Encore merci

[Jiyuu]

Petite question supplémentaire:
* Comment et où est défini le template_source dans une application "blog"?

J'ai l'impression que c'est un chemin imposé (à priori \mon_projet\templates\blog\entry_archive.html)

Quelqu'un peut-il me confirmer ceci?

[Tyrus]

J'ai l'impression que c'est un chemin imposé (à priori \mon_projet\templates\blog\entry_archive.html)

tu peux modifier le dossier ou sont stocké le dossier template en modifiant une ligne dans le fichier setting regarde la doc
et le nom du fichier du template peut étre modifier dans la view ou si c'est une view générique directement dans le fichier urls (toujours la doc pour plus de détail)

[Jiyuu]

tu peux modifier le dossier ou sont stocké le dossier template en modifiant une ligne dans le fichier setting regarde la doc
et le nom du fichier du template peut étre modifier dans la view ou si c'est une view générique directement dans le fichier urls (toujours la doc pour plus de détail)

Dans mon cas il s'agit effectivement d'une vue générique. C'est ce qui me posait un peu de problème. Je suis en cours de lecture du tuto qui traite de ce problème.

J'ai étudié un peu plus le code de urls.py de mon blog. A priori il n'y est fait à aucun moment référence au template html (où sinon c'est bien caché).
Je regarderai mieux tout ceci ce soir.

De ton point du vue, il est préférable la view ou des vues génériques?

@ +

[Tyrus]

Par défaut les vues générique donne un nom générique au template
dans ton cas la vue générique
django.views.generic.date_based.archive_index
on peux voir dans la doc ça

Nom du template :
Si template_name n'est pas précisé, la vue utilisera le template <app_label>/<model_name>_archive.html par défaut, où :

* <model_name> est le nom de votre modèle en minuscules. Pour un modèle appelé StaffMember, ce serait donc staffmember.
* <app_label> est la partie la plus à droite du chemin vers l'application de votre modèle. Par exemple, si le chemin de votre modèle est apps/blog/models.py, ce serait blog.

Mais tu peux le redéfinir en utilisant l'option
template_name

De ton point du vue, il est préférable la view ou des vues génériques?

D'aprés ce que j'ai pu voir il est préférable d'utiliser les vue générique moins de code moins de bug

[Jiyuu]

Ok et encore merci pour ton aide. Je vais continuer la lecture de la doc.

@+