headers
Cédric | 1 Sep 2010 07:17
Picon

Zpip ?

Salut,

La venu de thème dans un squelettes pour SPIP va permettre de créer un habillage graphique bien plus rapidement que dans sa forme intiale. Zpip est un squelettes vraiment prometteur ! Bravo ! Je pense qu’il faudrait regrouper les plugins nécéssaires en un seul plugin. L’utilisateur lambda peut être freiné par la multitude de plugins à installer (6) et il se posera ligitimement la question :

"Pourquoi installer autant de plugin, moi je veux juste installer le super nouveau squelettes Zpip !?"

Question : Est il possible de regrouper toutes les dépendances du plugin Zpip en un seul plugin ou au moins diminuer le nombre de celui-ci ?

Je trouve dommage que Zpip soit aussi dépendant, malgré que cela ne me dérange pas plus que çà ! Mais c’est plus fort que moi, je pense à l’utilisateur qui devra affronter son installation.

Spipement Squirrel :)

--
Cédric Solignac                  
http://cedricsolignac.free.fr
Mobile +33 6 04 41 16 93
Skype cedricsolignac.free.fr
°
 °
°
°<°)))x<

<div>
<p>Salut,</p>

<p>La venu de th&egrave;me dans un squelettes pour SPIP va permettre de cr&eacute;er 
un habillage graphique bien plus rapidement que dans sa forme intiale. 
Zpip est un squelettes vraiment prometteur&nbsp;! Bravo&nbsp;! Je pense qu&rsquo;il 
faudrait regrouper les plugins n&eacute;c&eacute;ssaires en un seul plugin. 
L&rsquo;utilisateur lambda peut &ecirc;tre frein&eacute; par la multitude de plugins &agrave; 
installer (6) et il se posera ligitimement la question&nbsp;:</p>

<p>"Pourquoi installer autant de plugin, moi je veux juste installer le super nouveau squelettes Zpip&nbsp;!?"</p>

<p>Question&nbsp;: Est il possible de regrouper toutes les 
d&eacute;pendances du plugin Zpip en un seul plugin ou au moins diminuer le 
nombre de celui-ci&nbsp;?</p>

<p>Je trouve dommage que Zpip soit aussi d&eacute;pendant, malgr&eacute; que cela ne 
me d&eacute;range pas plus que &ccedil;&agrave;&nbsp;! Mais c&rsquo;est plus fort que moi, je pense &agrave; 
l&rsquo;utilisateur qui devra affronter son installation.</p>

<p>Spipement Squirrel&nbsp;:)<br clear="all"></p>-- <br>C&eacute;dric Solignac&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp; <br><a href="http://cedricsolignac.free.fr" target="_blank">http://cedricsolignac.free.fr</a><br>Mobile +33 6 04 41 16 93<br>
Skype <a href="http://cedricsolignac.free.fr" target="_blank">cedricsolignac.free.fr</a><br>&deg;<br>&nbsp;&deg;<br>&deg;<br>&deg;&lt;&deg;)))x&lt;<br><br>
</div>
Permalink | Reply | 1 comment |
headers
Eric | 1 Sep 2010 08:49
Gravatar

Re: Zpip ?

Salut,

Le découpage en plugins permet de modulariser des fonctions afin de pouvoir les utiliser unitairement. Donc non il n'est pas question de remettre toute les dépendances dans un unique plugin.

Maintenant, dans la réflexion en cours sur SVP et STEP, nous avons l'idée de créer des "collections" de plugins dont le but est de distribuer en un seul paquet un ensemble de plugins "cohérents" entre eux.

Mais c'est pas pour tout de suite....

Eric



Le 1 septembre 2010 07:17, Cédric <cedricsolignac <at> gmail.com> a écrit :

Salut,

La venu de thème dans un squelettes pour SPIP va permettre de créer un habillage graphique bien plus rapidement que dans sa forme intiale. Zpip est un squelettes vraiment prometteur ! Bravo ! Je pense qu’il faudrait regrouper les plugins nécéssaires en un seul plugin. L’utilisateur lambda peut être freiné par la multitude de plugins à installer (6) et il se posera ligitimement la question :

"Pourquoi installer autant de plugin, moi je veux juste installer le super nouveau squelettes Zpip !?"

Question : Est il possible de regrouper toutes les dépendances du plugin Zpip en un seul plugin ou au moins diminuer le nombre de celui-ci ?

Je trouve dommage que Zpip soit aussi dépendant, malgré que cela ne me dérange pas plus que çà ! Mais c’est plus fort que moi, je pense à l’utilisateur qui devra affronter son installation.

Spipement Squirrel :)

--
Cédric Solignac                  
http://cedricsolignac.free.fr
Mobile +33 6 04 41 16 93
Skype cedricsolignac.free.fr
°
 °
°
°<°)))x<


_______________________________________________
spip-zone <at> rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone


<div>
<p>Salut,<br><br>Le d&eacute;coupage en plugins permet de modulariser des fonctions afin de pouvoir les utiliser unitairement. Donc non il n'est pas question de remettre toute les d&eacute;pendances dans un unique plugin.<br><br>Maintenant, dans la r&eacute;flexion en cours sur SVP et STEP, nous avons l'id&eacute;e de cr&eacute;er des "collections" de plugins dont le but est de distribuer en un seul paquet un ensemble de plugins "coh&eacute;rents" entre eux.<br><br>Mais c'est pas pour tout de suite....<br><br>Eric<br><br><br><br></p>
<div class="gmail_quote">Le 1 septembre 2010 07:17, C&eacute;dric <span dir="ltr">&lt;<a href="mailto:cedricsolignac <at> gmail.com">cedricsolignac <at> gmail.com</a>&gt;</span> a &eacute;crit :<br><blockquote class="gmail_quote">
<p>Salut,</p>

<p>La venu de th&egrave;me dans un squelettes pour SPIP va permettre de cr&eacute;er 
un habillage graphique bien plus rapidement que dans sa forme intiale. 
Zpip est un squelettes vraiment prometteur&nbsp;! Bravo&nbsp;! Je pense qu&rsquo;il 
faudrait regrouper les plugins n&eacute;c&eacute;ssaires en un seul plugin. 
L&rsquo;utilisateur lambda peut &ecirc;tre frein&eacute; par la multitude de plugins &agrave; 
installer (6) et il se posera ligitimement la question&nbsp;:</p>

<p>"Pourquoi installer autant de plugin, moi je veux juste installer le super nouveau squelettes Zpip&nbsp;!?"</p>

<p>Question&nbsp;: Est il possible de regrouper toutes les 
d&eacute;pendances du plugin Zpip en un seul plugin ou au moins diminuer le 
nombre de celui-ci&nbsp;?</p>

<p>Je trouve dommage que Zpip soit aussi d&eacute;pendant, malgr&eacute; que cela ne 
me d&eacute;range pas plus que &ccedil;&agrave;&nbsp;! Mais c&rsquo;est plus fort que moi, je pense &agrave; 
l&rsquo;utilisateur qui devra affronter son installation.</p>

<p>Spipement Squirrel&nbsp;:)<br clear="all"></p>-- <br>C&eacute;dric Solignac&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp; <br><a href="http://cedricsolignac.free.fr" target="_blank">http://cedricsolignac.free.fr</a><br>Mobile +33 6 04 41 16 93<br>

Skype <a href="http://cedricsolignac.free.fr" target="_blank">cedricsolignac.free.fr</a><br>&deg;<br>&nbsp;&deg;<br>&deg;<br>&deg;&lt;&deg;)))x&lt;<br><br><br>_______________________________________________<br><a href="mailto:spip-zone <at> rezo.net">spip-zone <at> rezo.net</a> - <a href="http://listes.rezo.net/mailman/listinfo/spip-zone" target="_blank">http://listes.rezo.net/mailman/listinfo/spip-zone</a><br><br>
</blockquote>
</div>
<br>
</div>
Permalink | Reply | 0 comments |
headers
Fil | 1 Sep 2010 09:26
Favicon
Gravatar

Memoization / APC

Coucou Gilles,

j'ai testé APC ça semble bien fonctionner. Je ne crois pas qu'il y ait
de différence majeure avec XCache en termes de fonctionnalités et de
performances, mais comme c'est plus "officiel" je suis d'accord pour
le mettre en premier choix, comme tu as fait. Il a le même défaut
d'ailleurs que XCache, à savoir qu'il perd les données si on redémarre
apache. Perso je vais plutôt utiliser memcache, pour éviter ce souci.

-- Fil
Permalink | Reply | 1 comment |
headers
Gilles VINCENT | 1 Sep 2010 09:46
Picon
Gravatar

Re: Memoization / APC

Si je l'ai mis en premier, c'était pour respecter un ordre alphabétique ;)
Côté répartition hit/miss, j'ai de meilleurs résultats avec APC. Sachant qu'il ne passe pas par udp (ou tcp, je sais plus) pour accéder au mache mémoire, il est en principe plus rapide que ce dernier.

Inconvénient : il ne peut pas profiter d'un cache partagé entre plusieurs serveurs.
(Mais avec les serveurs à 16Go de RAM qu'on trouve aujourd'hui, est-ce une grande limite ?)
Ce qui est bien, c'est que le plugin propose les choix, un peut comme ce qu'on a pour le calcul des vignettes.

.Gilles
---
2010/9/1 Fil <fil <at> rezo.net>
Coucou Gilles,

j'ai testé APC ça semble bien fonctionner. Je ne crois pas qu'il y ait
de différence majeure avec XCache en termes de fonctionnalités et de
performances, mais comme c'est plus "officiel" je suis d'accord pour
le mettre en premier choix, comme tu as fait. Il a le même défaut
d'ailleurs que XCache, à savoir qu'il perd les données si on redémarre
apache. Perso je vais plutôt utiliser memcache, pour éviter ce souci.

-- Fil

<div>
<p>Si je l'ai mis en premier, c'&eacute;tait pour respecter un ordre alphab&eacute;tique ;)<br>C&ocirc;t&eacute; r&eacute;partition hit/miss, j'ai de meilleurs r&eacute;sultats avec APC. Sachant qu'il ne passe pas par udp (ou tcp, je sais plus) pour acc&eacute;der au mache m&eacute;moire, il est en principe plus rapide que ce dernier.</p>
<div>

Inconv&eacute;nient : il ne peut pas profiter d'un cache partag&eacute; entre plusieurs serveurs.</div>
<div>(Mais avec les serveurs &agrave; 16Go de RAM qu'on trouve aujourd'hui, est-ce une grande limite ?)</div>
<div>Ce qui est bien, c'est que le plugin propose les choix, un peut comme ce qu'on a pour le calcul des vignettes.<br><div><br></div>
<div>.Gilles</div>
<div>---<br><div class="gmail_quote">2010/9/1 Fil <span dir="ltr">&lt;<a href="mailto:fil <at> rezo.net">fil <at> rezo.net</a>&gt;</span><br><blockquote class="gmail_quote">

Coucou Gilles,<br><br>
j'ai test&eacute; APC &ccedil;a semble bien fonctionner. Je ne crois pas qu'il y ait<br>
de diff&eacute;rence majeure avec XCache en termes de fonctionnalit&eacute;s et de<br>
performances, mais comme c'est plus "officiel" je suis d'accord pour<br>
le mettre en premier choix, comme tu as fait. Il a le m&ecirc;me d&eacute;faut<br>
d'ailleurs que XCache, &agrave; savoir qu'il perd les donn&eacute;es si on red&eacute;marre<br>
apache. Perso je vais plut&ocirc;t utiliser memcache, pour &eacute;viter ce souci.<br><br>
-- Fil<br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
Permalink | Reply | 0 comments |
headers
Fil | 1 Sep 2010 11:00
Favicon
Gravatar

Re: [Spip-zone-commit] r40450 - in _plugins_/memoization

> Mon problème, en fait, ce n'est pas tellement le lock, mais le cache_inc()
> qui peut aussi modifier le ttl de la valeur indexée par la clef.

je ne suis pas sûr que ça marche dans toutes les lib ça, et sûr qu'on
en n'a ppas besoin dans ce qu'on fait actuellement avec SPIP.

il vaut peut-être mieux délimiter le périmètre dont on a vraiment
besoin ?  vouloir "tout" c'est s'exposer à ne jamais releaser

-- Fil
Permalink | Reply | 6 comments |
headers
Gilles VINCENT | 1 Sep 2010 11:06
Picon
Gravatar

Re: [Spip-zone-commit] r40450 - in _plugins_/memoization

Perso je découperais les action d'incrémenter et modifier la durée de mise en cache.


En pratique je ne pense pas qu'on ait à gérer cette dernière situation dans SPIP (actuellement, mais ça pourrait donner des idées à de futurs devs, restons open ;) )

Avec function_exists(), on peut aussi utiliser quelques caractéristiques qui sont propres à une implémentation de mise en cache : 
-- genre apc_compile_file() / apc_bin_load() / apc_delete_file() qui sont liés à l'opcode --

Sinon j'ai découvert récemment que les dernières versions d'eaccelerator ne font plus de cache, snif !


2010/9/1 Fil <fil <at> rezo.net>
> Mon problème, en fait, ce n'est pas tellement le lock, mais le cache_inc()
> qui peut aussi modifier le ttl de la valeur indexée par la clef.

je ne suis pas sûr que ça marche dans toutes les lib ça, et sûr qu'on
en n'a ppas besoin dans ce qu'on fait actuellement avec SPIP.

il vaut peut-être mieux délimiter le périmètre dont on a vraiment
besoin ?  vouloir "tout" c'est s'exposer à ne jamais releaser

-- Fil

<div>
<p>Perso je d&eacute;couperais les action d'incr&eacute;menter et modifier la dur&eacute;e de mise en cache.</p>
<div><br></div>
<div>En pratique je ne pense pas qu'on ait &agrave; g&eacute;rer cette derni&egrave;re situation dans SPIP (actuellement, mais &ccedil;a pourrait donner des id&eacute;es &agrave; de futurs devs, restons open ;) )<br><br>
</div>
<div>Avec function_exists(), on peut aussi utiliser quelques caract&eacute;ristiques qui sont propres &agrave; une impl&eacute;mentation de mise en cache :&nbsp;</div>
<div>-- genre&nbsp;<span class="Apple-style-span"><a href="http://fr.php.net/function.apc-compile-file.php">apc_compile_file</a>() /&nbsp;</span><span class="Apple-style-span"><a href="http://fr.php.net/function.apc-bin-load.php">apc_bin_load</a>() /&nbsp;</span><span class="Apple-style-span"><a href="http://fr.php.net/function.apc-delete-file.php">apc_delete_file</a>() qui sont li&eacute;s &agrave; l'opcode --</span>
</div>

<div><br></div>
<div>Sinon j'ai d&eacute;couvert r&eacute;cemment que les derni&egrave;res versions d'eaccelerator ne font plus de cache, snif !</div>

<div><span class="Apple-style-span"><br></span></div>
<div>
<span class="Apple-style-span"><br></span><div class="gmail_quote">2010/9/1 Fil <span dir="ltr">&lt;<a href="mailto:fil <at> rezo.net">fil <at> rezo.net</a>&gt;</span><br><blockquote class="gmail_quote">

<div class="im">&gt; Mon probl&egrave;me, en fait, ce n'est pas tellement le lock, mais le cache_inc()<br>
&gt; qui peut aussi modifier le ttl de la valeur index&eacute;e par la clef.<br><br>
</div>je ne suis pas s&ucirc;r que &ccedil;a marche dans toutes les lib &ccedil;a, et s&ucirc;r qu'on<br>
en n'a ppas besoin dans ce qu'on fait actuellement avec SPIP.<br><br>
il vaut peut-&ecirc;tre mieux d&eacute;limiter le p&eacute;rim&egrave;tre dont on a vraiment<br>
besoin ? &nbsp;vouloir "tout" c'est s'exposer &agrave; ne jamais releaser<br><br>
-- Fil<br>
</blockquote>
</div>
<br>
</div>
</div>
Permalink | Reply | 2 comments |
headers
RastaPopoulos | 1 Sep 2010 14:01
Favicon
Gravatar

Re: r40430 - / __galaxie_

Le 30/08/2010 11:55, superyms <at> yahoo.fr a écrit :
> Author: superyms <at> yahoo.fr
> Date: 2010-08-30 11:55:26 +0200 (Mon, 30 Aug 2010)
> New Revision: 40430
>
> Added:
>     __galaxie_/

C'est quoi cette blague ?

--

-- 
RastaPopoulos
Permalink | Reply | 0 comments |
headers
Fil | 1 Sep 2010 14:06
Favicon
Gravatar

Re: [Spip-zone-commit] r40430 - / __galaxie_ __galaxie_/doc.spip.org __galaxie_/doc.spip.org/_outils_ __galaxie_/doc.spip.org/_outils_/alerte __galaxie_/doc.spip.org/plugins __galaxie_/doc.spip.org/plugins/docspiporg __galaxie_/doc.spip.org/plugins/d

Salut Mehdi,

tu as fait une petite erreur de manip, là, en recopiant tout le
répertoire _galaxie_ dans __galaxie_. Peux-tu voir comment tu as
procédé pour ne pas renouveler l'erreur ?

(PS: je viens de supprimer __galaxie_)

On Mon, Aug 30, 2010 at 11:55 AM,  <superyms <at> yahoo.fr> wrote:
> Author: superyms <at> yahoo.fr
> Date: 2010-08-30 11:55:26 +0200 (Mon, 30 Aug 2010)
> New Revision: 40430
>
> Added:
>   __galaxie_/

-- Fil
Permalink | Reply | 0 comments |
headers
JLuc | 1 Sep 2010 14:20
Favicon

Re: [Spip-zone-commit] r40450 - in _plugins_/memoization

Le 01/09/2010 11:06, Gilles VINCENT a écrit :
> Sinon j'ai découvert récemment que les dernières versions d'eaccelerator
> ne font plus de cache, snif !

Cela signifie t il bien qu'il ne sera plus possible de faire memoization
avec eaccelerator ?

Et A part ça : savez vous s'il existe un tableau de bord pour eaccellerator ?

JLuc
Permalink | Reply | 1 comment |
headers
Gilles VINCENT | 1 Sep 2010 16:03
Picon
Gravatar

Re: [Spip-zone-commit] r40450 - in _plugins_/memoization

oui c'est cela :
eaccelerator ne permet plus de mémoriser des variables - la fonction correspondante (eaccelerator_put) n'est plus implémentée.

.Gilles

2010/9/1 JLuc <jluc <at> no-log.org>
Le 01/09/2010 11:06, Gilles VINCENT a écrit :

Sinon j'ai découvert récemment que les dernières versions d'eaccelerator
ne font plus de cache, snif !

Cela signifie t il bien qu'il ne sera plus possible de faire memoization
avec eaccelerator ?

Et A part ça : savez vous s'il existe un tableau de bord pour eaccellerator ?

JLuc

_______________________________________________
spip-zone <at> rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

<div>
<p>oui c'est cela : <br>eaccelerator ne permet plus de m&eacute;moriser des variables - la fonction correspondante (<span class="s1">eaccelerator_put) n'est plus impl&eacute;ment&eacute;e.<br><br>.Gilles<br></span><br></p>
<div class="gmail_quote">

2010/9/1 JLuc <span dir="ltr">&lt;<a href="mailto:jluc <at> no-log.org" target="_blank">jluc <at> no-log.org</a>&gt;</span><br><blockquote class="gmail_quote">

Le 01/09/2010 11:06, Gilles VINCENT a &eacute;crit :<div>
<br><blockquote class="gmail_quote">
Sinon j'ai d&eacute;couvert r&eacute;cemment que les derni&egrave;res versions d'eaccelerator<br>
ne font plus de cache, snif !<br>
</blockquote>
<br>
</div>
Cela signifie t il bien qu'il ne sera plus possible de faire memoization<br>
avec eaccelerator ?<br><br>
Et A part &ccedil;a : savez vous s'il existe un tableau de bord pour eaccellerator ?<br><br>
JLuc<br><br>
_______________________________________________<br><a href="mailto:spip-zone <at> rezo.net" target="_blank">spip-zone <at> rezo.net</a> - <a href="http://listes.rezo.net/mailman/listinfo/spip-zone" target="_blank">http://listes.rezo.net/mailman/listinfo/spip-zone</a><br>
</blockquote>
</div>
<br>
</div>
Permalink | Reply | 0 comments |

Gmane