Author: marcimat-GANU6spQydw@public.gmane.org
Date: Fri May 1 17:53:31 2009
New Revision: 28323
Log:
- on renomme le formulaire de commande en commander_abonnement
- suppression du code d'ajout d'auteur dans une zone (que'est-ce que ça faisait là ?)
Ca faisait la que si des zones du plugin acces restreint sont declarées dans le CFG de I2, alors on ajoute les gens aux zones à l'abonnement, et on les enleve quand l'abonnement est échu.
C'est donc très important comme feature !
En revanche tu as raison, ca serait mieux de le mettre dans la fonction appelée par la validation de la banque plutot que dans ce formulaire.
- suppression du code d'ajout d'auteur dans une zone (que'est-ce que ça faisait là ?)
Ca faisait la que si des zones du plugin acces restreint sont declarées dans le CFG de I2, alors on ajoute les gens aux zones à l'abonnement, et on les enleve quand l'abonnement est échu.
Mais qu'est-ce que ça fiche dans I2 ce machin de zone déjà ?
Et quel rapport avec les abonnements ?
Ben c quand ton abonnement te donne le droit de lire les parties du
site en accès restreint.
Donc, sachant que actuellement le cfg acces restreint a sauté dans I2
avec le passage a spip 2 et qu'il faut encore le remettre, dans I2 on
définit quelles sont les zones liées à un profil inscrit. Ca peut
servir même sans le plug abonnement, si tu décides que les inscrits
peuvent voir une/des zones réservées aux inscrits.
Dans abonnement on surcharge tout ca pour activer les zones en
question si la personne est abonnée, et on les désactive quand elle ne
l'est plus.
BoOz
Le 19 mai 2009 12:10, Matthieu Marcillaud <marcimat@free.fr> a écrit :
BoOz a écrit :
marcimat@free.fr wrote:
- suppression du code d'ajout d'auteur dans une zone (que'est-ce que ça
faisait là ?)
Ca faisait la que si des zones du plugin acces restreint sont declarées
dans le CFG de I2, alors on ajoute les gens aux zones à l'abonnement, et on
les enleve quand l'abonnement est échu.
Mais qu'est-ce que ça fiche dans I2 ce machin de zone déjà ?
Et quel rapport avec les abonnements ?
Le 19 mai 2009 17:16, BoOz <booz@rezo.net> a écrit :
Ben c quand ton abonnement te donne le droit de lire les parties du
site en accès restreint.
Donc, sachant que actuellement le cfg acces restreint a sauté dans I2
avec le passage a spip 2 et qu’il faut encore le remettre, dans I2 on
définit quelles sont les zones liées à un profil inscrit. Ca peut
servir même sans le plug abonnement, si tu décides que les inscrits
peuvent voir une/des zones réservées aux inscrits.
Dans abonnement on surcharge tout ca pour activer les zones en
question si la personne est abonnée, et on les désactive quand elle ne
l’est plus.
Ouais c’est pas très clair tout ça,
ça ne rassure pas.
Quand je disais que les petits plugins trop limités
mais bien carrés et bien communicant
avaient du bon…
D’ailleurs, moi je ne dev plus que comme ça.
Même les gros projets, je les découpe en unité fonctionnelle indépendante implémentée en plugin, et qui ne communiquent entre elles que par api explicite (et de préférence par pipeline).
Ça n’est ni plus ni moins que de la programmation objet sans langage objet.
Ouais c'est pas très clair tout ça,
ça ne rassure pas.
Quand je disais que les petits plugins trop limités
mais bien carrés et bien communicant
avaient du bon...
Ben oui, quand j'ai compris le besoin de Booz après son explication, la chose qui m'est venu instinctivement à l'esprit c'est : des ouvertures dans Accès Restreint, des ouvertures dans I2, et si on a besoin de les lier, une *troisième* extension qui vient faire la jonction entre les deux. Ça me paraît logique.
Booz, TOI, tu as raté le train du web 2.0 ou quoi ?
Si ca ne vous dérange pas trop on essaie de tenir une discussion sérieuse avec marcimat sur les interractions des plugins abonnement, inscription 2 et accès restreint dans SPIP 2, donc merci de causer échelle, plugins carrés et autre programmation objet sans objets dans un fil spécifique qui permettra à l'interet de vos propos d'éclater dans sa splendeur magnifique, sans nous faire perdre le fil de nos histoires de quel plugin fait quoi
BoOz
Cédric Morin wrote:
Le 19 mai 2009 17:49, JLuc <jluc@no-log.org> a écrit :
Cédric Morin a écrit :
Attention, j'enlève l'echelle !
Ouais c'est pas très clair tout ça,
ça ne rassure pas.
Quand je disais que les petits plugins trop limités
mais bien carrés et bien communicant
avaient du bon...
D'ailleurs, moi je ne dev plus que comme ça.
Même les gros projets, je les découpe en unité fonctionnelle indépendante
implémentée en plugin, et qui ne communiquent entre elles que par api
explicite (et de préférence par pipeline).
Ça n'est ni plus ni moins que de la programmation objet sans langage objet.
Ouais c’est pas très clair tout ça,
ça ne rassure pas.
Quand je disais que les petits plugins trop limités
mais bien carrés et bien communicant
avaient du bon…
Ben oui, quand j’ai compris le besoin de Booz après son explication, la chose qui m’est venu instinctivement à l’esprit c’est : des ouvertures dans Accès Restreint, des ouvertures dans I2, et si on a besoin de les lier, une troisième extension qui vient faire la jonction entre les deux. Ça me paraît logique.
Booz, TOI, tu as raté le train du web 2.0 ou quoi ?
Il a surtout raté l’évolution d’I2 pour préférer rendre visite au pape…
tout est prévu pour ca …
Y’a plus qu’à coder la passerelle qui doit être sensiblement la même que d’autres déjà codées…
Ouais c’est pas très clair tout ça,
ça ne rassure pas.
Quand je disais que les petits plugins trop limités
mais bien carrés et bien communicant
avaient du bon…
Ben oui, quand j’ai compris le besoin de Booz après son explication, la chose qui m’est venu instinctivement à l’esprit c’est : des ouvertures dans Accès Restreint, des ouvertures dans I2, et si on a besoin de les lier, une troisième extension qui vient faire la jonction entre les deux. Ça me paraît logique.
Booz, TOI, tu as raté le train du web 2.0 ou quoi ?
Il a surtout raté l’évolution d’I2 pour préférer rendre visite au pape…
tout est prévu pour ca …
Y’a plus qu’à coder la passerelle qui doit être sensiblement la même que d’autres déjà codées…
Faudrait une passerelle plus solide que sur le QM2 alors
Cédric
Nan mais oh ! J'ai rien raté du tout moi, je dis juste comment ca marche. I2, abonnement et tout sont bourrés de pipelines déjà.
S'il en manque on en rajoute et zou, je suis d'ac.
Donc mollo sur le destroy.
BoOz
Quentin Drouet wrote:
2009/5/19 RastaPopoulos <vincent@ldd.fr>
Le 19/05/2009 17:49, JLuc a écrit :
Ouais c'est pas très clair tout ça,
ça ne rassure pas.
Quand je disais que les petits plugins trop limités
mais bien carrés et bien communicant
avaient du bon...
Ben oui, quand j'ai compris le besoin de Booz après son explication, la
chose qui m'est venu instinctivement à l'esprit c'est : des ouvertures dans
Accès Restreint, des ouvertures dans I2, et si on a besoin de les lier, une
*troisième* extension qui vient faire la jonction entre les deux. Ça me
paraît logique.
Booz, TOI, tu as raté le train du web 2.0 ou quoi ?
Il a surtout raté l'évolution d'I2 pour préférer rendre visite au pape...
tout est prévu pour ca ...
Y'a plus qu'à coder la passerelle qui doit être sensiblement la même que
d'autres déjà codées...
