Houla, pas de precipitation... chaque chose en son temps, d'abord le tester ! :)
2013/7/29 Franck Paul <[email protected]> > Y'a plus qu'à le lâcher dans la nature de DA \o/ > > > Le 29 juillet 2013 17:11, Christopher Crouzet < > [email protected]> a écrit : > > J'ai fait les modifs, la v0.2.0 est deja la ! :) >> >> J'ai pas rajoute l'import/export car ca ne fait pas de sens dans mon cas >> puisque les donnees de la table 'dc_posts_stats' que j'ai cree n'ont pas >> pour but d'etre persistantes mais temporaires (les entrees se font >> automatiquement supprimer apres un certain laps de temps). Mais avant de me >> rendre compte de ca, j'ai fonce tete baissee dans l'implementation de ces >> behaviors d'import/export, et au debut je ne comprenais pas pourquoi >> l'export ne marchait pas alors que j'avais suivi le truc que t'avais ecrit. >> Reponse : il ne faut pas referencer les variables $core et $exp dans les >> arguments des fonctions, sinon ca ne marche pas. >> >> Pour la liste des exacte changements depuis la v0.1.0 : >> https://github.com/christophercrouzet/dotclear-plugins-postsStats/compare/v0.1.0...v0.2.0 >> Sinon ya le changelog aussi. >> >> >> >> 2013/7/28 Franck Paul <[email protected]> >> >>> Le cast est une sécu au cas où quelque chose d'autre se glisserait dans >>> le settings, mébon j'suis très parano :-) >>> >>> Sinon pour l'export y'a un truc que j'avais écrit il y a quelque temps, >>> par là : >>> http://tips.dotaddict.org/fiche/Sauvez-sauvez-il-en-restera-toujours-quelque-chose >>> . >>> >>> Quant à la table il suffit de se brancher sur le behaviour >>> pluginsBeforeDelete qui est appelé juste avant la suppression du répertoire >>> de plugin pour virer ce qui a été installé au moment de l'installation du >>> plugin. >>> >>> >>> >>> Le 28 juillet 2013 23:39, Christopher Crouzet < >>> [email protected]> a écrit : >>> >>> Moi non plus je vois pas cette icone bleue ? >>>> >>>> En tous cas merci pour ces retours ! >>>> >>>> Pour repondre aux points de Franck : >>>> - je regarderais ca demain mais tu penses qu'il faudrait caster de int >>>> en string du coup ? Ca a l'air de marcher tel quel pour l'instant, donc >>>> peut etre que ca le fait implicitement, mais si c'est mieux de le faire >>>> explicitement, c'est cool. Au passage, je dois avouer que je me galere a >>>> debugger mon code PHP... je sais jamais quel type de donnees j'ai a faire, >>>> du coup je serais tente de faire des gettype() partout pour voir mais des >>>> fois l'output des echo vont directement dans les headers de la page >>>> parcequ'on en est pas encore au <body>, et ca fait des erreurs, et... >>>> pffft, ca me rend fou de pas savoir comment print des log en dehors de la >>>> page, dans une vraie fenetre de debugger, du coup je regarde seulement >>>> quand ya un truc qui marche pas ! :) Pour en revenir aux casts, le truc >>>> paradoxal c'est que j'ai laisse des casts (integer) un peu partout dans le >>>> meme fichier, simplement parceque j'avais vu ca ailleurs, alors qu'en >>>> relisant, des fois je me demande vraiment si c'est bien necessaire, surtout >>>> quand je vois un truc comme ca : $cur->post_id = >>>> (integer)$this->post->post_id; >>>> - heu... non, je suis juste pas au courant des bonnes pratiques a >>>> suivre dans ces cas-la... ya de la doc quelque part ? >>>> >>>> >>>> Et c'est quoi ces histoires de cache Apache ? C'est un peu flippant dit >>>> comme ca. >>>> >>>> Merci encore ! >>>> Christopher. >>>> >>>> >>>> 2013/7/28 Pep <[email protected]> >>>> >>>>> Je dirais que ça ne survit pas aux systèmes de cache, ou que les >>>>> systèmes de cache ne lui survivent pas.**** >>>>> >>>>> Suivant les préférences de chacun. :-)**** >>>>> >>>>> ** ** >>>>> >>>>> Mais on peut difficilement faire autrement, sauf parsemer le tout de >>>>> JS.**** >>>>> >>>>> ** ** >>>>> >>>>> ** ** >>>>> >>>>> *De :* [email protected] [mailto: >>>>> [email protected]] *De la part de* Franck Paul >>>>> *Envoyé :* dimanche 28 juillet 2013 23:09 >>>>> >>>>> **** >>>>> >>>>> Sinon je suis curieux de voir comment ça se comporte avec le cache >>>>> Apache et autres…**** >>>>> >>>>> ** ** >>>>> >>>>> -- >>>>> Dev mailing list - [email protected] - >>>>> http://ml.dotclear.org/listinfo/dev >>>>> >>>> >>>> >>>> -- >>>> Dev mailing list - [email protected] - >>>> http://ml.dotclear.org/listinfo/dev >>>> >>> >>> >>> >>> -- >>> Franck >>> >>> -- >>> Dev mailing list - [email protected] - >>> http://ml.dotclear.org/listinfo/dev >>> >> >> >> -- >> Dev mailing list - [email protected] - >> http://ml.dotclear.org/listinfo/dev >> > > > > -- > Franck > > -- > Dev mailing list - [email protected] - > http://ml.dotclear.org/listinfo/dev >
-- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
