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
