10:53 p.m.
Je suis en mode spam ce soir !
Cette fois-ci c'est juste pour vous annoncer un plugin tres simple pour me
donner l'occasion de mettre les pattes dans Dotclear :
https://github.com/christophercrouzet/dotclear-plugins-postsStats
Tout est dit sur la page, mais grosso modo ca ne fait rien de special, ca
n'a pas ete teste en conditions reelles (mais ca semble marcher en local),
et je n'ai aucune idee de si c'est optimise/robuste/securise. Si avec tout
ca vous n'avez pas envie de l'utiliser, je ne comprends pas.
En tous cas je me suis dit que ca pourrait toujours servir a certains de
partager le code, alors hop.
N'hesitez pas si vous voyez des trucs aberrants (ou non).
Christopher.
PS : et si je commencais maintenant a bosser sur mon blog pour de vrai ?!
11:09 p.m.
Pas mal du tou (suis en train de regarder le code). Au fait, on peut
commenter les sources sur Github ?
2 petites choses que j'ai remarqué :
- La construction de la requête d'incrémentation utilise
$this->settings->view_count_antiflood_expiry,
je me demande s'il ne faudrait pas caster son contenu ?
- Il n'y a pas d'export prévu de la nouvelle table que tu crées, ni
d'ailleurs de désinstallation d'icelle, c'est voulu ?
Sinon je suis curieux de voir comment ça se comporte avec le cache Apache
et autres…
Le 28 juillet 2013 22:53, Christopher Crouzet <christopher.crouzet(a)gmail.com
a écrit :
Je suis en mode spam ce soir !
Cette fois-ci c'est juste pour vous annoncer un plugin tres simple pour me
donner l'occasion de mettre les pattes dans Dotclear :
https://github.com/christophercrouzet/dotclear-plugins-postsStats
Tout est dit sur la page, mais grosso modo ca ne fait rien de special, ca
n'a pas ete teste en conditions reelles (mais ca semble marcher en local),
et je n'ai aucune idee de si c'est optimise/robuste/securise. Si avec tout
ca vous n'avez pas envie de l'utiliser, je ne comprends pas.
En tous cas je me suis dit que ca pourrait toujours servir a certains de
partager le code, alors hop.
N'hesitez pas si vous voyez des trucs aberrants (ou non).
Christopher.
PS : et si je commencais maintenant a bosser sur mon blog pour de vrai ?!
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
11:24 p.m.
Je ne vois pas cette icône au survol de la ligne, je peux simplement la
surligner en jaune en cliquant sur le n° de ligne mais rien d'autre.
J'ai zappé un truc ?
Le 28 juillet 2013 23:19, Julien Wajsberg <felash(a)gmail.com> a écrit :
2013/7/28 Franck Paul <carnet.franck.paul(a)gmail.com>
> Pas mal du tou (suis en train de regarder le code). Au fait, on peut
> commenter les sources sur Github ?
>
>
voui, la ptite icone bleue qui apparait à gauche au survol de la ligne
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
11:43 p.m.
ah mais oui non on peut pas on dirait
on peut commenter les commits et les pull requests
2013/7/28 Franck Paul <carnet.franck.paul(a)gmail.com>
Je ne vois pas cette icône au survol de la ligne, je peux simplement
la
surligner en jaune en cliquant sur le n° de ligne mais rien d'autre.
J'ai zappé un truc ?
Le 28 juillet 2013 23:19, Julien Wajsberg <felash(a)gmail.com> a écrit :
>
> 2013/7/28 Franck Paul <carnet.franck.paul(a)gmail.com>
>
>> Pas mal du tou (suis en train de regarder le code). Au fait, on peut
>> commenter les sources sur Github ?
>>
>>
> voui, la ptite icone bleue qui apparait à gauche au survol de la ligne
>
>
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
11:32 p.m.
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 : dev-bounces(a)list.dotclear.org [mailto:dev-bounces@list.dotclear.org] 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
11:39 p.m.
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 <pep(a)callmepep.org>
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 :* dev-bounces(a)list.dotclear.org [mailto:dev-bounces@list.dotclear.org]
*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 - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
11:49 p.m.
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-quel...
.
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 <christopher.crouzet(a)gmail.com
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 <pep(a)callmepep.org>
> 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 :* dev-bounces(a)list.dotclear.org [mailto:
> dev-bounces(a)list.dotclear.org] *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 - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
5:11 p.m.
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...
Sinon ya le changelog aussi.
2013/7/28 Franck Paul <carnet.franck.paul(a)gmail.com>
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-quel...
.
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 <
christopher.crouzet(a)gmail.com> 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 <pep(a)callmepep.org>
>
>> 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 :* dev-bounces(a)list.dotclear.org [mailto:
>> dev-bounces(a)list.dotclear.org] *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 - Dev(a)list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>>
>
>
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
5:21 p.m.
Y'a plus qu'à le lâcher dans la nature de DA \o/
Le 29 juillet 2013 17:11, Christopher Crouzet <christopher.crouzet(a)gmail.com
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...
> Sinon ya le changelog aussi.
>
>
>
> 2013/7/28 Franck Paul <carnet.franck.paul(a)gmail.com>
>
>> 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-quel...
>> .
>>
>> 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 <
>> christopher.crouzet(a)gmail.com 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 <pep(a)callmepep.org>
>>>
>>>> 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 :* dev-bounces(a)list.dotclear.org [mailto:
>>>> dev-bounces(a)list.dotclear.org] *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 - Dev(a)list.dotclear.org -
>>>> http://ml.dotclear.org/listinfo/dev
>>>>
>>>
>>>
>>> --
>>> Dev mailing list - Dev(a)list.dotclear.org -
>>> http://ml.dotclear.org/listinfo/dev
>>>
>>
>>
>>
>> --
>> Franck
>>
>> --
>> Dev mailing list - Dev(a)list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>>
>
>
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
7:30 p.m.
Houla, pas de precipitation... chaque chose en son temps, d'abord le tester
! :)
2013/7/29 Franck Paul <carnet.franck.paul(a)gmail.com>
Y'a plus qu'à le lâcher dans la nature de DA \o/
Le 29 juillet 2013 17:11, Christopher Crouzet <
christopher.crouzet(a)gmail.com> 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...
> Sinon ya le changelog aussi.
>
>
>
> 2013/7/28 Franck Paul <carnet.franck.paul(a)gmail.com>
>
>> 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-quel...
>> .
>>
>> 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 <
>> christopher.crouzet(a)gmail.com> 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 <pep(a)callmepep.org>
>>>
>>>> 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 :* dev-bounces(a)list.dotclear.org [mailto:
>>>> dev-bounces(a)list.dotclear.org] *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 - Dev(a)list.dotclear.org -
>>>> http://ml.dotclear.org/listinfo/dev
>>>>
>>>
>>>
>>> --
>>> Dev mailing list - Dev(a)list.dotclear.org -
>>> http://ml.dotclear.org/listinfo/dev
>>>
>>
>>
>>
>> --
>> Franck
>>
>> --
>> Dev mailing list - Dev(a)list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>>
>
>
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
11:50 p.m.
Quant au cache : si une user fait une requête sur un billet du blog, il est
très possible qu'Apache en ait conservé une copie dans un cache memcache
par exemple et du coup il servira ça plutôt que la page via DC ce qui
implique qu'il n'y aura pas d'incrémentation du nb de vue.
Le 28 juillet 2013 23:39, Christopher Crouzet <christopher.crouzet(a)gmail.com
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 <pep(a)callmepep.org>
> 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 :* dev-bounces(a)list.dotclear.org [mailto:
> dev-bounces(a)list.dotclear.org] *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 - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
11:55 p.m.
tiens, on a bossé un peu sur le cache de dotclear ? genre gestion des
headers Last-Modified et Expires ? (j'ai l'impression que non par défaut)
2013/7/28 Franck Paul <carnet.franck.paul(a)gmail.com>
Quant au cache : si une user fait une requête sur un billet du blog,
il
est très possible qu'Apache en ait conservé une copie dans un cache
memcache par exemple et du coup il servira ça plutôt que la page via DC ce
qui implique qu'il n'y aura pas d'incrémentation du nb de vue.
Le 28 juillet 2013 23:39, Christopher Crouzet <
christopher.crouzet(a)gmail.com> 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 <pep(a)callmepep.org>
>
>> 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 :* dev-bounces(a)list.dotclear.org [mailto:
>> dev-bounces(a)list.dotclear.org] *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 - Dev(a)list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>>
>
>
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
12:03 a.m.
Cool, je ferais les modifs !
J'ai oublie de repondre pour la traduction francaise... ca pourrait se
faire mais j'ai un peu la flemme avec mon clavier qwerty et le manque
d'accents :) Je ne pensais pas vraiment releaser le plugin au grand public
de toutes facons, il y en a deja d'autres qui doivent faire ca mieux.
Quand au cache Apache, he bien j'avais en fait eu des problemes du genre :
le behavior 'urlHandlerBeforeGetData' etait toujours appelle, meme en
faisant un flood refresh avec Firefox sur la page du post, ce qui fait que
l'incrementation avait toujours lieu (confirme en mattant la base de
donnees), mais par contre c'etait la balise tpl 'EntryViewCount' qui
n'etait appellee que lors du premier affichage (cf. ce thread sur le
forum<http://forum.dotclear.org/viewtopic.php?id=47339>;),
et qui affichait ensuite la meme valeur cachee. Mais j'ai resolu le
probleme avec un appel a dcBlog::triggerBlog(), donc je suppose que c'est
regle ?
2013/7/28 Franck Paul <carnet.franck.paul(a)gmail.com>
Quant au cache : si une user fait une requête sur un billet du blog,
il
est très possible qu'Apache en ait conservé une copie dans un cache
memcache par exemple et du coup il servira ça plutôt que la page via DC ce
qui implique qu'il n'y aura pas d'incrémentation du nb de vue.
Le 28 juillet 2013 23:39, Christopher Crouzet <
christopher.crouzet(a)gmail.com> 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 <pep(a)callmepep.org>
>
>> 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 :* dev-bounces(a)list.dotclear.org [mailto:
>> dev-bounces(a)list.dotclear.org] *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 - Dev(a)list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>>
>
>
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
12:05 a.m.
2013/7/29 Christopher Crouzet <christopher.crouzet(a)gmail.com>
Quand au cache Apache, he bien j'avais en fait eu des problemes du genre :
le behavior 'urlHandlerBeforeGetData' etait toujours appelle, meme en
faisant un flood refresh avec Firefox sur la page du post, ce qui fait que
l'incrementation avait toujours lieu (confirme en mattant la base de
donnees),
ce qui prouve bien ce que je disais: on gère pas du tout de cache
aujourd'hui.
12:14 a.m.
Il existe deux plugins de cache dispo sur DA
http://plugins.dotaddict.org/dc2/details/staticCache
http://plugins.dotaddict.org/dc2/details/memCache
Le 29 juillet 2013 00:05, Julien Wajsberg <felash(a)gmail.com> a écrit :
2013/7/29 Christopher Crouzet <christopher.crouzet(a)gmail.com>
>
> Quand au cache Apache, he bien j'avais en fait eu des problemes du genre
> : le behavior 'urlHandlerBeforeGetData' etait toujours appelle, meme en
> faisant un flood refresh avec Firefox sur la page du post, ce qui fait que
> l'incrementation avait toujours lieu (confirme en mattant la base de
> donnees),
>
ce qui prouve bien ce que je disais: on gère pas du tout de cache
aujourd'hui.
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
7:53 a.m.
Super.
Malheureusement comme la description est succinte je n'ai jamais su
lequel utiliser en fonction de mes besoins qui sont, j'ai un hébergeur
de merde et les sites lagent a mort.
Le 29/07/2013 00:14, Franck Paul a écrit :
Il existe deux plugins de cache dispo sur DA
http://plugins.dotaddict.org/dc2/details/staticCache
http://plugins.dotaddict.org/dc2/details/memCache
Le 29 juillet 2013 00:05, Julien Wajsberg <felash(a)gmail.com
<mailto:felash@gmail.com>> a écrit :
/Pura Vida/
*Mexico Valdez*,
Ecoutez-moi sud la webradio Sud-Med <http://www.sud-med.fr.fr>
pour mes chroniques
<http://www.sud-med.fr/index.php/category/Les-Emissions/Les-Chroniques-de-...
et Gravé dans le rock
<http://www.sud-med.fr/index.php/category/Les-Emissions/Grav%C3%A9-dans-le...;.
Lisez-moi sur mon bloghttp://mexico.valdez.online.fr
<http://mexico.valdez.online.fr>
9:11 a.m.
Les 2 font bien la même chose mais staticCache est bien plus passe-partout
que memCache.
memCache nécessite de disposer dun serveur memcached sur la machine, ce qui
est rarement le cas sur du mutualisé.
De : dev-bounces(a)list.dotclear.org [mailto:dev-bounces@list.dotclear.org] De
la part de MValdez
Envoyé : lundi 29 juillet 2013 07:54
À : dev(a)list.dotclear.org
Objet : Re: [Dotclear Dev] plugin postsStats
Super.
Malheureusement comme la description est succinte je n'ai jamais su lequel
utiliser en fonction de mes besoins qui sont, j'ai un hébergeur de merde et
les sites lagent a mort.
Le 29/07/2013 00:14, Franck Paul a écrit :
Il existe deux plugins de cache dispo sur DA
http://plugins.dotaddict.org/dc2/details/staticCache
http://plugins.dotaddict.org/dc2/details/memCache
Le 29 juillet 2013 00:05, Julien Wajsberg <felash(a)gmail.com> a écrit :
Pura Vida
Mexico Valdez,
Ecoutez-moi sud la webradio Sud-Med <http://www.sud-med.fr.fr> pour mes
chroniques
<http://www.sud-med.fr/index.php/category/Les-Emissions/Les-Chroniques-de-Me
xico-Valdez> et Gravé dans le rock
<http://www.sud-med.fr/index.php/category/Les-Emissions/Grav%C3%A9-dans-le-R
ock> .
Lisez-moi sur mon blog http://mexico.valdez.online.fr
<http://mexico.valdez.online.fr>
9:24 a.m.
Merci,
Ce serait bien que ce genre d'info soit directement sur dotaddict.
<mailto:manrique.urgencepc@online.fr>
Le 29/07/2013 09:11, Pep a écrit :
Les 2 font bien la même chose mais staticCache est bien plus
passe-partout que memCache.
memCache nécessite de disposer d'un serveur memcached sur la machine,
ce qui est rarement le cas sur du mutualisé.
*De :*dev-bounces@list.dotclear.org
[mailto:dev-bounces@list.dotclear.org] *De la part de* MValdez
*Envoyé :* lundi 29 juillet 2013 07:54
*À :* dev(a)list.dotclear.org
*Objet :* Re: [Dotclear Dev] plugin postsStats
Super.
Malheureusement comme la description est succinte je n'ai jamais su
lequel utiliser en fonction de mes besoins qui sont, j'ai un hébergeur
de merde et les sites lagent a mort.
Le 29/07/2013 00:14, Franck Paul a écrit :
Il existe deux plugins de cache dispo sur DA
http://plugins.dotaddict.org/dc2/details/staticCache
http://plugins.dotaddict.org/dc2/details/memCache
Le 29 juillet 2013 00:05, Julien Wajsberg <felash(a)gmail.com
<mailto:felash@gmail.com>> a écrit :
/Pura Vida/
*Mexico Valdez*,
Ecoutez-moi sud la webradio Sud-Med <http://www.sud-med.fr.fr>
pour mes chroniques
<http://www.sud-med.fr/index.php/category/Les-Emissions/Les-Chroniques-de-...
et Gravé dans le rock
<http://www.sud-med.fr/index.php/category/Les-Emissions/Grav%C3%A9-dans-le...;.
Lisez-moi sur mon bloghttp://mexico.valdez.online.fr
<http://mexico.valdez.online.fr>
--
/Pura Vida/
*Mexico Valdez*,
Ecoutez-moi sud la webradio Sud-Med <http://www.sud-med.fr.fr> pour mes
chroniques
<http://www.sud-med.fr/index.php/category/Les-Emissions/Les-Chroniques-de-...
et Gravé dans le rock
<http://www.sud-med.fr/index.php/category/Les-Emissions/Grav%C3%A9-dans-le...;.
Lisez-moi sur mon bloghttp://mexico.valdez.online.fr
<http://mexico.valdez.online.fr>
12:01 p.m.
Idem, j'ai staticCache mais je n'ai aucune idée de si il marche/comment il marche
________________________________
De : MValdez <m.valdez(a)free.fr>
À : dev(a)list.dotclear.org
Envoyé le : Lundi 29 juillet 2013 7h53
Objet : Re: [Dotclear Dev] plugin postsStats
Super.
Malheureusement comme la description est succinte je n'ai jamais
su lequel utiliser en fonction de mes besoins qui sont, j'ai un
hébergeur de merde et les sites lagent a mort.
Le 29/07/2013 00:14, Franck Paul a écrit :
Il existe deux plugins de cache dispo sur DA
http://plugins.dotaddict.org/dc2/details/staticCache
http://plugins.dotaddict.org/dc2/details/memCache
Le 29 juillet 2013 00:05, Julien Wajsberg <felash(a)gmail.com> a écrit :
>
>Pura Vida
>Mexico Valdez,
>
>Ecoutez-moi sud la webradio Sud-Med pour mes chroniques et Gravé dans le rock.
>Lisez-moi sur mon bloghttp://mexico.valdez.online.fr
>
--
Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev
12:12 p.m.
Si j'ai un peu de temps (et beaucoup de courage :-p) aujourd'hui et demain, je
ferai un petit topo là-dessus.
Le 29 juil. 2013 à 12:01, Dorian FEVRIER <fevrier.dorian(a)yahoo.fr> a écrit :
Idem, j'ai staticCache mais je n'ai aucune idée de si il
marche/comment il marche
De : MValdez <m.valdez(a)free.fr>
À : dev(a)list.dotclear.org
Envoyé le : Lundi 29 juillet 2013 7h53
Objet : Re: [Dotclear Dev] plugin postsStats
Super.
Malheureusement comme la description est succinte je n'ai jamais su lequel utiliser
en fonction de mes besoins qui sont, j'ai un hébergeur de merde et les sites lagent a
mort.
Le 29/07/2013 00:14, Franck Paul a écrit :
> Il existe deux plugins de cache dispo sur DA
>
> http://plugins.dotaddict.org/dc2/details/staticCache
> http://plugins.dotaddict.org/dc2/details/memCache
>
>
> Le 29 juillet 2013 00:05, Julien Wajsberg <felash(a)gmail.com> a écrit :
>
> Pura Vida
> Mexico Valdez,
>
> Ecoutez-moi sud la webradio Sud-Med pour mes chroniques et Gravé dans le rock.
> Lisez-moi sur mon blog http://mexico.valdez.online.fr
--
Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev
--
Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev
9:13 a.m.
Ah ben non, ça ne prouve rien du tout.
Sauf qu’on s’assure de disposer du nécessaire pour ne pas conserver un cache en état «
stale »
De : dev-bounces(a)list.dotclear.org [mailto:dev-bounces@list.dotclear.org] De la part de
Julien Wajsberg
Envoyé : lundi 29 juillet 2013 00:05
ce qui prouve bien ce que je disais: on gère pas du tout de cache aujourd'hui.
9:17 a.m.
Justement, avec le dcBlog ::triggerBlog(), tu touches lun des indicateurs
qui a le plus de chances dinvalider le cache.
Et comme tu vas le faire à chaque consultation dune page, ce cher cache en
prend pour son grade.
De : dev-bounces(a)list.dotclear.org [mailto:dev-bounces@list.dotclear.org] De
la part de Christopher Crouzet
Envoyé : lundi 29 juillet 2013 00:03
Mais j'ai resolu le probleme avec un appel a dcBlog::triggerBlog(), donc je
suppose que c'est regle ?
9:38 a.m.
Oui, c'est ce que j'ai cru comprendre en lisant le code, et ca ne me plait
pas plus que ca comme methode... je trouve ca tres bourrin puisque ca
semble invalider le cache du blog entier alors que j'aimerais juste
invalider celui du post en question... mais je ne sais pas comment faire
autrement ?
PS : rien a voir, mais a tout hasard... ca te dit quelque chose le mot MaYa
?
2013/7/29 Pep <pep(a)callmepep.org>
Justement, avec le dcBlog ::triggerBlog(), tu touches l’un des
indicateurs
qui a le plus de chances d’invalider le cache.****
Et comme tu vas le faire à chaque consultation d’une page, ce cher cache
en prend pour son grade.****
** **
** **
*De :* dev-bounces(a)list.dotclear.org [mailto:dev-bounces@list.dotclear.org]
*De la part de* Christopher Crouzet
*Envoyé :* lundi 29 juillet 2013 00:03
****
Mais j'ai resolu le probleme avec un appel a dcBlog::triggerBlog(), donc
je suppose que c'est regle ?****
** **
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
12:23 a.m.
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 ! :)
Je suis pas un pro du debbugage, mais un conseil remplace
tes echo par
des print_r() ou des var_dump(), tu récupérera plus d'info sur tes
variables.
--
lipki
9:34 a.m.
Oui, il m'arrive de faire ca mais ca ne dump toujours pas les messages dans
une fenetre dediee, et en plus je trouve ca relativement illisible a moins
d'implementer une fonction pretty print.
2013/7/29 Lepeltier kévin <kevin(a)lepeltier.info>
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 ! :)
>
Je suis pas un pro du debbugage, mais un conseil remplace tes echo par des
print_r() ou des var_dump(), tu récupérera plus d'info sur tes variables.
--
lipki
--
Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/**
listinfo/dev <http://ml.dotclear.org/listinfo/dev>
6:46 p.m.
2013/7/29 Christopher Crouzet <christopher.crouzet(a)gmail.com>
Oui, il m'arrive de faire ca mais ca ne dump toujours pas les
messages
dans une fenetre dediee, et en plus je trouve ca relativement illisible a
moins d'implementer une fonction pretty print.
Personnellement, pour le debugging, je me suis écrit un petit plugin myLog
qui met à disposition des méthodes de log pour écrire simplement un message
(horodaté, et avec le nom de la méthode appelante) dans un fichier. Après,
un simple "tail -f" sur le fichier de log permet de voir tous les messages
passer en temps réel...
L'appel se fait simplement ainsi dans le code à débugger :
myLog::log("Hello World!");
Deux choses à ne pas oublier :
- ne l'installer que sur son environnement de dev ;
- supprimer les appel à la classe de log avant de publier son plugin.
Bonne journée.
julien
7:35 p.m.
Genial Julien, merci !
2013/7/29 Julien Mudry <julien.mudry(a)gmail.com>
2013/7/29 Christopher Crouzet <christopher.crouzet(a)gmail.com>
> Oui, il m'arrive de faire ca mais ca ne dump toujours pas les messages
> dans une fenetre dediee, et en plus je trouve ca relativement illisible a
> moins d'implementer une fonction pretty print.
>
Personnellement, pour le debugging, je me suis écrit un petit plugin myLog
qui met à disposition des méthodes de log pour écrire simplement un message
(horodaté, et avec le nom de la méthode appelante) dans un fichier. Après,
un simple "tail -f" sur le fichier de log permet de voir tous les messages
passer en temps réel...
L'appel se fait simplement ainsi dans le code à débugger :
myLog::log("Hello World!");
Deux choses à ne pas oublier :
- ne l'installer que sur son environnement de dev ;
- supprimer les appel à la classe de log avant de publier son plugin.
Bonne journée.
julien
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
11:27 p.m.
Tu prévois une traduction en fr ? C'est en général ce qu'on fournit avec
les plugins.
Le 28 juillet 2013 22:53, Christopher Crouzet <christopher.crouzet(a)gmail.com
a écrit :
Je suis en mode spam ce soir !
Cette fois-ci c'est juste pour vous annoncer un plugin tres simple pour me
donner l'occasion de mettre les pattes dans Dotclear :
https://github.com/christophercrouzet/dotclear-plugins-postsStats
Tout est dit sur la page, mais grosso modo ca ne fait rien de special, ca
n'a pas ete teste en conditions reelles (mais ca semble marcher en local),
et je n'ai aucune idee de si c'est optimise/robuste/securise. Si avec tout
ca vous n'avez pas envie de l'utiliser, je ne comprends pas.
En tous cas je me suis dit que ca pourrait toujours servir a certains de
partager le code, alors hop.
N'hesitez pas si vous voyez des trucs aberrants (ou non).
Christopher.
PS : et si je commencais maintenant a bosser sur mon blog pour de vrai ?!
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
2:52 p.m.
Bonjour,
Ce plugin m'intéresse beaucoup pour l'un de mes projets.
En revanche, en discutant sur le site du plugin Agora, il semble que
postsStats ne se base en partie "que" sur post.html, rendant du coup
l'utilisation avec Agora impossible (le système de messages de ce
dernier utilise un nouveau gabarit agora_post.html).
Serait-il
possible de prendre en compte le plugin Agora ?
Merci ;)
On Sun, 28
Jul 2013 22:53:57 +0200, Christopher Crouzet wrote:
Je suis en mode
spam ce soir !
Cette fois-ci c'est juste pour vous annoncer un plugin
tres simple pour me donner l'occasion de mettre les pattes dans Dotclear
: https://github.com/christophercrouzet/dotclear-plugins-postsStats
[1]
Tout est dit sur la page, mais grosso modo ca ne fait rien de
special, ca n'a pas ete teste en conditions reelles (mais ca semble
marcher en local), et je n'ai aucune idee de si c'est
optimise/robuste/securise. Si avec tout ca vous n'avez pas envie de
l'utiliser, je ne comprends pas.
En tous cas je me suis dit que ca
pourrait toujours servir a certains de partager le code, alors hop.
N'hesitez pas si vous voyez des trucs aberrants (ou non).
Christopher.
PS : et si je commencais maintenant a bosser sur mon blog
pour de vrai ?!
Links:
------
[1]
https://github.com/christophercrouzet/dotclear-plugins-postsStats
3:30 p.m.
Hello !
Je vais y jetter un oeil. Pour plus de details, j'ai repondu ici :
https://github.com/christophercrouzet/dotclear-plugins-postsStats/issues/1
Au passage, je regarderais plus tard si je pourrais rajouter des stats sur
le nombre de "shares" sur chaque reseaux sociaux tels que Facebook,
LinkedIn, Twitter, et tout le bordel. J'ai cru comprendre que ca avait
l'air pas trop complique, a verifier.
Et tu me diras si le plugin marche parceque j'ai pas teste plus que ca !
Merci a toi ! :)
2013/8/7 HTML Edition <contact(a)html-edition.com>
Bonjour,
Ce plugin m'intéresse beaucoup pour l'un de mes projets.
En revanche, en discutant sur le site du plugin Agora, il semble que
postsStats ne se base en partie "que" sur post.html, rendant du coup
l'utilisation avec Agora impossible (le système de messages de ce
dernier utilise un nouveau gabarit agora_post.html).
Serait-il
possible de prendre en compte le plugin Agora ?
Merci ;)
On Sun, 28
Jul 2013 22:53:57 +0200, Christopher Crouzet wrote:
Je suis en mode
spam ce soir !
Cette fois-ci c'est juste pour vous annoncer un plugin
tres simple pour me donner l'occasion de mettre les pattes dans Dotclear
: https://github.com/christophercrouzet/dotclear-plugins-postsStats
[1]
Tout est dit sur la page, mais grosso modo ca ne fait rien de
special, ca n'a pas ete teste en conditions reelles (mais ca semble
marcher en local), et je n'ai aucune idee de si c'est
optimise/robuste/securise. Si avec tout ca vous n'avez pas envie de
l'utiliser, je ne comprends pas.
En tous cas je me suis dit que ca
pourrait toujours servir a certains de partager le code, alors hop.
N'hesitez pas si vous voyez des trucs aberrants (ou non).
Christopher.
PS : et si je commencais maintenant a bosser sur mon blog
pour de vrai ?!
Links:
------
[1]
https://github.com/christophercrouzet/dotclear-plugins-postsStats
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
5:23 p.m.
Voila, c'est update. Normalement ca devrait le faire mais j'ai pas pu
tester avec Agora donc tu me diras.
Au passage, si t'avais deja installe le plugin, ca serait bien que tu
desinstalles d'abord la version precedente. Sinon ca pourrait te faire des
erreurs, j'ai renomme une table SQL.
2013/8/7 Christopher Crouzet <christopher.crouzet(a)gmail.com>
Hello !
Je vais y jetter un oeil. Pour plus de details, j'ai repondu ici :
https://github.com/christophercrouzet/dotclear-plugins-postsStats/issues/1
Au passage, je regarderais plus tard si je pourrais rajouter des stats sur
le nombre de "shares" sur chaque reseaux sociaux tels que Facebook,
LinkedIn, Twitter, et tout le bordel. J'ai cru comprendre que ca avait
l'air pas trop complique, a verifier.
Et tu me diras si le plugin marche parceque j'ai pas teste plus que ca !
Merci a toi ! :)
2013/8/7 HTML Edition <contact(a)html-edition.com>
>
>
> Bonjour,
>
> Ce plugin m'intéresse beaucoup pour l'un de mes projets.
> En revanche, en discutant sur le site du plugin Agora, il semble que
> postsStats ne se base en partie "que" sur post.html, rendant du coup
> l'utilisation avec Agora impossible (le système de messages de ce
> dernier utilise un nouveau gabarit agora_post.html).
>
> Serait-il
> possible de prendre en compte le plugin Agora ?
>
> Merci ;)
>
> On Sun, 28
> Jul 2013 22:53:57 +0200, Christopher Crouzet wrote:
>
> Je suis en mode
> spam ce soir !
>
> Cette fois-ci c'est juste pour vous annoncer un plugin
> tres simple pour me donner l'occasion de mettre les pattes dans Dotclear
> : https://github.com/christophercrouzet/dotclear-plugins-postsStats
> [1]
>
> Tout est dit sur la page, mais grosso modo ca ne fait rien de
> special, ca n'a pas ete teste en conditions reelles (mais ca semble
> marcher en local), et je n'ai aucune idee de si c'est
> optimise/robuste/securise. Si avec tout ca vous n'avez pas envie de
> l'utiliser, je ne comprends pas.
> En tous cas je me suis dit que ca
> pourrait toujours servir a certains de partager le code, alors hop.
>
>
> N'hesitez pas si vous voyez des trucs aberrants (ou non).
>
>
> Christopher.
>
> PS : et si je commencais maintenant a bosser sur mon blog
> pour de vrai ?!
>
>
>
> Links:
> ------
> [1]
> https://github.com/christophercrouzet/dotclear-plugins-postsStats
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
3927
days inactive
3937
days old
32 comments
10 participants
participants (10)
-
Christopher Crouzet -
Dorian FEVRIER -
Franck Paul -
HTML Edition -
Julien Mudry -
Julien Wajsberg -
Kozlika -
Lepeltier kévin -
MValdez -
Pep