les anciennes méthodes, où on pouvait passer 'session' existent-elles toujours ?
J'avoue ne pas avoir pris en compte que quelqu'un se servirait de la bibliothèque… Du coup, ce n'est pas rétro-compatible.
Mais si tu l'utilises et que tu souhaites conserver la session en paramètre, je pourrais faire un patch qui ferait en sorte que:
- si la session est passée en paramètre on l'utilise
- sinon on la fabrique avec le "sessionmaker" enregistré.
Au risque de dire une conneries plus à jour, je tiens à préciser que pour le moment, il y a un problème avec le paquet debian et les machines qui ont un GPU ATI.
Personnellement, il m'a fallu recompiler XBMC à la mimine, puisque le paquet debian n'est compatible qu'avec les machines ayant installées le pilote propriétaire d'Nvidia (en tout cas pour avoir accès à l'accélaration et lire correctement un film en 1080p). La preuve en est que dans le configure, il n'y a que l'option VDAjesaisplusquoi, le truc qui permet d'activer l'interface avec le pilote Nvidia seulement.
Visiblement on peut pas trop.. Dans ce cas, est-ce que je m'auto-répond quitte à flooder un peu la page ou j'arrête de faire des commentaires ?
Ou bien je demande gentiment à un modérateur ? (En particulier je voudrais répondre à ma question sur les multiples bases, il parait qu'en fait c'est à SQLAlchemy de gérer ça, mais j'en ai pas la certitude, je connais mal les options avancées : http://docs.sqlalchemy.org/en/latest/orm/session.html#partitioning-strategies)
(L'option "réfléchir avant de poster un commentaire" a été envisagée, mais n'a pas été retenue.)
Ca y est. J'ai commité le changement basé sur ton idée.
BaseModel fournit un attribut à setter , sessionmaker, qui permet d'enregistrer une machine à Session (Comment on traduit 'session maker' ?) plutôt qu'une session déjà construite.
Et ainsi, on peut fournir un 'scoped_session'. Je n'ai pas encore trouvé comment utiliser un sessionmaker ou une session déjà construite. Mais l'idée d'utiliser le scoped_session, ça ramène toujours la même session (dans un même thread). A voir si on peut pas se contenter de setter le sessionmaker avec le retour de la fonction scoped_session.
L'enregistrement doit se faire au moment de l'initialisation de l'appli. Et à l'utilisation, c'est sympa (merci Georges Dubus) d'utiliser l'attribut 'cls' de la fonction declarative_base. Plus besoin de Mixin.
Merci Cyprien Lepannérer et Georges Dubus pour vos idées.
Le problème c'est qu'on a pas que des applications qui font du pyramid, et qui plus est, difficile de faire un "import" d'une application particulière dans un bibliothèque que se veut être utilisable partout.
La prochaine étape, si ce projet continue à évoluer, ça serait justement de plus trop s'embeter avec la session. Mais la c'était le moyen le plus rapide et le plus simple à mettre en œuvre.
Mais oui, passer la session partout, au début ça nous à déranger aussi. Maintenant, c'était quand même mieux que l'ancienne version du code, alors on a pris ça comme ça.
Et merci pour le lien de la doc, je vais regarder ça :)
Je vais me plaindre malgré la remarque qu'il ne faut pas se plaindre " de l'impossibilité de choisir plusieurs réponses". Mais voilà on parle de café, et la franchement faut pas déconner !
Quel merveilleux brevage, qu'il faut savoir utiliser toute au long de la journée !
J'ai envie de dire : "Pour chaque problème, il faut savoir choisir le langage adapté". Et bien pour le café c'est pareil. A chaque moment de la journée il faut savoir choisir la manière de faire son café.
Je m'explique:
Le matin au réveil c'est plutôt café filtre, je me vois absolument pas me faire un espresso. J'ai envie de le siroter le temps que mon cerveau sorte du brouillard, et pas en trois gorgées…
Dans la matinée en arrivant au boulot, ça sera dans le même esprit, un café plutôt long, mais là je choisirai la machine à piston. Ca permet de varier facilement la robustesse du café et de rester sur quelque chose de long, sans apporter ma cafetière filtre avec moi !
Après le repas du midi, ça sera plutôt de l'espresso, je suis pas fan des capsules propriétaires, c'est bien trop cher, mais faut avouer, y'en a des pas mal.
Si après tout ça j'ai pas encore fait de tachycardie , l'après midi je reviendrai vers une machine à piston où je privilégerai un café long, mais très doux (mais pas sans caféine , faut pas déconner !).
Après il faut avoir touts les sortes de cafetière c'est sûr. Mais une cafetière à piston, c'est deux ou trois dizaines d'euros, pareil pour la cafetière filtre. Ce qui est le plus cher, c'est surtout les machines à espresso, tant dans la capsule que dans la machine. Je n'ai pas la chance d'avoir une boite qui fournit ce genre de machine, mais si y'en avait, y'a de forte chance que ma journée se caféinerait comme je l'ai décrit au dessus :)
Je t'invite réellement, d'une part à ne pas juger le code des gens avec des adjectifs péjoratifs et subjectifs.
C'est exactement pour cette raison que je ne voulais pas m'étendre sur le code, j'ai encore beaucoup de choses à apprendre et je ne crois pas que je sois bien placé pour juger ce qui est 'propre' de ce qui ne l'est pas. C'est juste que d'un point de vue académique(pas que scolaire, mais le code que j'ai pu lire ou les API que j'ai pu utiliser), je ne suis pas habituer à voir ce genre de chose. Et je crois pas avoir dit que je trouvais cela moche, j'ai juste été surpris, et pour moi ça ne rentrer pas dans la logique objet.
Je ne voulais offenser personne encore moins cracher sur un travail.
Pour en revenir à ton sujet, ce qui me choque, c'est qu'on a l'impression que "propre", pour toi, correspond uniquement au respect d'un canon de la Programmation Orienté Objet.
Non, c'est plus un mélange de logique (qui peut-être ne l'est pas dans le cas cité) qui me titille la rétine, mais je dois surement manquer de méthodes d'organisation de code.
Pas d'interface générique sur des trucs qui ne le méritent pas, mais par contre, j'encourage les interfaces simplifiées pour favoriser le découplage.
C'est quand même un compromis à trouver, la difficulté c'est de le faire tout seul. C'est bien de pouvoir avoir un avis externe sur la question, particulièrement quand on code pour son petit projet dans son coin.
Les quatre points que tu cites sont des bons éléments de réponses à la question que je pose finalement dans le journal.
Alors pourquoi dans la plus part des frameworks web, on a une méthode save() de l'objet ?
Sachant que ces frameworks gérent parfaitement plusieurs bases de données. Peut-être que derrière c'est écrit avec un DAO surement, mais dans ce cas on a quand même une méthode d'objet. Du coup, c'est quoi l'intêret ?
Ton commentaire me semble pertinent et colle avec l'idée de quelqu'un qui te prendrait un peu en main, même si c'est pas toujours le même dans ce cas là. Dans mon ancienne boite aussi on faisait ça, et j'ai toujours eu des bons retours (Comme je suis un petit c**, c'est souvent mon égo qui prennait, alors que j'avais la chance d'avoir un Gourou qui m'apprenait la vie, et c'est pas pour autant que je suis devenu bon. Mais ça, c'est juste ma faute.)
Le problème de la version squeeze, c'est le support de XVBA. C'est parfait si on a une carte NVIDIA, c'est sur-galère dès qu'on fait dès qu'on a du matos ATI.
Ma radeon m'oblige à avoir une debian sid et de compiler les sources d'xbmc. "C'est bien mais pas top", et pour j'envisage le passage à OpenELEC 2 :)
Assez d'accord dans l'ensemble. J'ai à peu près la même config au boulot comme chez moi, et pas de problème. Quelque soucis cependant au niveau du son avec amarok et xine (rapidement résolu), mais sinon, je suis plus que satisfait.
Et concrètement, par rapport à un couple redmine/git, qu'est-ce que ça apporte ? Peut-être quelque chose de plus centraliser pour une admin simplifiée, mais d'un point de vue utilisateur ? (Une question surement idiote, mais je n'ai rien trouvé de très concret à ce sujet sur la présentation/doc)
[^] # Re: Petit detail
Posté par Guillaume Camera . En réponse au journal Après le sucre, le JSON !. Évalué à 1.
Pour le moment oui. J'avoue ne pas en avoir eu trop le besoin , mais si il y a une demande, je me pencherai sur la question.
[^] # Re: Session
Posté par Guillaume Camera . En réponse au journal Après le sucre, le JSON !. Évalué à 1.
J'avoue ne pas avoir pris en compte que quelqu'un se servirait de la bibliothèque… Du coup, ce n'est pas rétro-compatible.
Mais si tu l'utilises et que tu souhaites conserver la session en paramètre, je pourrais faire un patch qui ferait en sorte que:
- si la session est passée en paramètre on l'utilise
- sinon on la fabrique avec le "sessionmaker" enregistré.
[^] # Re: Session
Posté par Guillaume Camera . En réponse au journal Après le sucre, le JSON !. Évalué à 1.
Absolument.
Il y a une méthode "register_sessionmaker" qui prend une fonction en paramètre. On attend de cette fonction qu'elle renvoie une session.
ou bien pour une session globale
C'est dit ici si tu veux plus d'info.
C'est encore en dev, si tu as des remarques je serai content de les recevoir :)
[^] # Re: Petit detail
Posté par Guillaume Camera . En réponse au journal Après le sucre, le JSON !. Évalué à 1.
Il y a un paramètre "excludes" que tu peux passer à dump. Tu y listes les champs que tu veux exclure
# Debian et ATI
Posté par Guillaume Camera . En réponse à la dépêche XBMC 12 "Frodo" est de sortie. Évalué à 2.
Au risque de dire une conneries plus à jour, je tiens à préciser que pour le moment, il y a un problème avec le paquet debian et les machines qui ont un GPU ATI.
Personnellement, il m'a fallu recompiler XBMC à la mimine, puisque le paquet debian n'est compatible qu'avec les machines ayant installées le pilote propriétaire d'Nvidia (en tout cas pour avoir accès à l'accélaration et lire correctement un film en 1080p). La preuve en est que dans le configure, il n'y a que l'option VDAjesaisplusquoi, le truc qui permet d'activer l'interface avec le pilote Nvidia seulement.
Excepté ça (qui se resoud relativement bien en suivant ces liens http://forum.xbmc.org/showthread.php?tid=139570, http://forum.xbmc.org/showthread.php?tid=116996), XBMC 12, c'est "tropdlaballe", alors mangez-en !
# Éditer ses commentaires !
Posté par Guillaume Camera . En réponse au journal Un peu de sucre pour une meilleure alchimie ?. Évalué à 1.
Visiblement on peut pas trop.. Dans ce cas, est-ce que je m'auto-répond quitte à flooder un peu la page ou j'arrête de faire des commentaires ?
Ou bien je demande gentiment à un modérateur ? (En particulier je voudrais répondre à ma question sur les multiples bases, il parait qu'en fait c'est à SQLAlchemy de gérer ça, mais j'en ai pas la certitude, je connais mal les options avancées : http://docs.sqlalchemy.org/en/latest/orm/session.html#partitioning-strategies)
(L'option "réfléchir avant de poster un commentaire" a été envisagée, mais n'a pas été retenue.)
[^] # Re: Read the docs
Posté par Guillaume Camera . En réponse au journal Un peu de sucre pour une meilleure alchimie ?. Évalué à 2.
Prise de recul sur ce qui vient d'être commité:
[^] # Re: Read the docs
Posté par Guillaume Camera . En réponse au journal Un peu de sucre pour une meilleure alchimie ?. Évalué à 2.
Ca y est. J'ai commité le changement basé sur ton idée.
BaseModel fournit un attribut à setter ,
sessionmaker, qui permet d'enregistrer une machine à Session (Comment on traduit 'session maker' ?) plutôt qu'une session déjà construite.Et ainsi, on peut fournir un 'scoped_session'. Je n'ai pas encore trouvé comment utiliser un sessionmaker ou une session déjà construite. Mais l'idée d'utiliser le scoped_session, ça ramène toujours la même session (dans un même thread). A voir si on peut pas se contenter de setter le sessionmaker avec le retour de la fonction scoped_session.
L'enregistrement doit se faire au moment de l'initialisation de l'appli. Et à l'utilisation, c'est sympa (merci Georges Dubus) d'utiliser l'attribut 'cls' de la fonction declarative_base. Plus besoin de Mixin.
Merci Cyprien Lepannérer et Georges Dubus pour vos idées.
[^] # Re: Merci
Posté par Guillaume Camera . En réponse au journal Un peu de sucre pour une meilleure alchimie ?. Évalué à 3.
Merci aux DBA's surtout de nous fournir des outils pour détecter ce genre de trucs !
[^] # Re: Read the docs
Posté par Guillaume Camera . En réponse au journal Un peu de sucre pour une meilleure alchimie ?. Évalué à 2. Dernière modification le 26 janvier 2013 à 16:57.
Tootafay d'accord avec la session.
Le problème c'est qu'on a pas que des applications qui font du pyramid, et qui plus est, difficile de faire un "import" d'une application particulière dans un bibliothèque que se veut être utilisable partout.
La prochaine étape, si ce projet continue à évoluer, ça serait justement de plus trop s'embeter avec la session. Mais la c'était le moyen le plus rapide et le plus simple à mettre en œuvre.
Mais oui, passer la session partout, au début ça nous à déranger aussi. Maintenant, c'était quand même mieux que l'ancienne version du code, alors on a pris ça comme ça.
Et merci pour le lien de la doc, je vais regarder ça :)
# On parle de café là, faut être plus subtile !
Posté par Guillaume Camera . En réponse au sondage Machines à café. Évalué à 6.
Je vais me plaindre malgré la remarque qu'il ne faut pas se plaindre " de l'impossibilité de choisir plusieurs réponses". Mais voilà on parle de café, et la franchement faut pas déconner !
Quel merveilleux brevage, qu'il faut savoir utiliser toute au long de la journée !
J'ai envie de dire : "Pour chaque problème, il faut savoir choisir le langage adapté". Et bien pour le café c'est pareil. A chaque moment de la journée il faut savoir choisir la manière de faire son café.
Je m'explique:
Après il faut avoir touts les sortes de cafetière c'est sûr. Mais une cafetière à piston, c'est deux ou trois dizaines d'euros, pareil pour la cafetière filtre. Ce qui est le plus cher, c'est surtout les machines à espresso, tant dans la capsule que dans la machine. Je n'ai pas la chance d'avoir une boite qui fournit ce genre de machine, mais si y'en avait, y'a de forte chance que ma journée se caféinerait comme je l'ai décrit au dessus :)
[^] # Re: C'est quoi propre ?
Posté par Guillaume Camera . En réponse au journal Du code propre, c'est quoi ?. Évalué à 1.
C'est exactement pour cette raison que je ne voulais pas m'étendre sur le code, j'ai encore beaucoup de choses à apprendre et je ne crois pas que je sois bien placé pour juger ce qui est 'propre' de ce qui ne l'est pas. C'est juste que d'un point de vue académique(pas que scolaire, mais le code que j'ai pu lire ou les API que j'ai pu utiliser), je ne suis pas habituer à voir ce genre de chose. Et je crois pas avoir dit que je trouvais cela moche, j'ai juste été surpris, et pour moi ça ne rentrer pas dans la logique objet.
Je ne voulais offenser personne encore moins cracher sur un travail.
Non, c'est plus un mélange de logique (qui peut-être ne l'est pas dans le cas cité) qui me titille la rétine, mais je dois surement manquer de méthodes d'organisation de code.
C'est quand même un compromis à trouver, la difficulté c'est de le faire tout seul. C'est bien de pouvoir avoir un avis externe sur la question, particulièrement quand on code pour son petit projet dans son coin.
Les quatre points que tu cites sont des bons éléments de réponses à la question que je pose finalement dans le journal.
[^] # Re: POO
Posté par Guillaume Camera . En réponse au journal Du code propre, c'est quoi ?. Évalué à 1.
Alors pourquoi dans la plus part des frameworks web, on a une méthode save() de l'objet ?
Sachant que ces frameworks gérent parfaitement plusieurs bases de données. Peut-être que derrière c'est écrit avec un DAO surement, mais dans ce cas on a quand même une méthode d'objet. Du coup, c'est quoi l'intêret ?
[^] # Re: POO
Posté par Guillaume Camera . En réponse au journal Du code propre, c'est quoi ?. Évalué à 2.
C'est exactement le genre de remarque que j'aimerai qu'on me fasse après (voir avant) un commit :)
[^] # Re: Code review
Posté par Guillaume Camera . En réponse au journal Du code propre, c'est quoi ?. Évalué à 4.
Ton commentaire me semble pertinent et colle avec l'idée de quelqu'un qui te prendrait un peu en main, même si c'est pas toujours le même dans ce cas là. Dans mon ancienne boite aussi on faisait ça, et j'ai toujours eu des bons retours (Comme je suis un petit c**, c'est souvent mon égo qui prennait, alors que j'avais la chance d'avoir un Gourou qui m'apprenait la vie, et c'est pas pour autant que je suis devenu bon. Mais ça, c'est juste ma faute.)
# Je sais pas pourquoi, mais ça me rappelle quelquechose
Posté par Guillaume Camera . En réponse au journal Epitech, l'une des plus prestigieuses écoles d'ingénieurs en Europe, se tourne vers SuSE Linux !. Évalué à 1.
genre, un journal. Particulièrement la dernière ligne du premier paragraphe.
[^] # Re: Au Top !
Posté par Guillaume Camera . En réponse à la dépêche OpenELEC 2.0 annoncé. Évalué à 1.
Le problème de la version squeeze, c'est le support de XVBA. C'est parfait si on a une carte NVIDIA, c'est sur-galère dès qu'on fait dès qu'on a du matos ATI.
Ma radeon m'oblige à avoir une debian sid et de compiler les sources d'xbmc. "C'est bien mais pas top", et pour j'envisage le passage à OpenELEC 2 :)
[^] # Re: WTF
Posté par Guillaume Camera . En réponse au journal Pourquoi je quitte KDE (désolé, c'est dimanche). Évalué à 2.
Assez d'accord dans l'ensemble. J'ai à peu près la même config au boulot comme chez moi, et pas de problème. Quelque soucis cependant au niveau du son avec amarok et xine (rapidement résolu), mais sinon, je suis plus que satisfait.
[^] # Re: Par rapport à d'autres ?
Posté par Guillaume Camera . En réponse à la dépêche Veracity, un nouveau gestionnaire de versions décentralisé. Évalué à 2.
Certes, mais on est d'accord que Git a quand même de nombreux intérêts face à CVS. D'où l'effort pour changer. Là concrètement.. je vois pas trop.
# Par rapport à d'autres ?
Posté par Guillaume Camera . En réponse à la dépêche Veracity, un nouveau gestionnaire de versions décentralisé. Évalué à 5.
Et concrètement, par rapport à un couple redmine/git, qu'est-ce que ça apporte ? Peut-être quelque chose de plus centraliser pour une admin simplifiée, mais d'un point de vue utilisateur ? (Une question surement idiote, mais je n'ai rien trouvé de très concret à ce sujet sur la présentation/doc)