durée de validité

Bonjour,

Je suis en train de travailler sur un site e-commerce (prestashop) et je voudrais mettre un système d'abonnement en place mais je n'ai aucune idée sur la manière à adopter.

On gros il aura 3 abonnements qui seront valables 3 mois, 6 mois et 12 mois
Après avoir souscris un de ces abonnements l'utilisateur aura accès à un services accessible via son pseudo et mdp.

Jusqu'ici pas de soucis.

Comment faire pour que son accès expire automatiquement, sans que ses identifiants soient supprimés?

merci

Faut réfléchir autrement.
Tu sais à quel moment il s'est inscrit et à quel moment il prend un abonnement. ça fait 2 champs date en base, même si je te conseille sérieusement de mettre les abonnements dans une table séparée, pour le cas où il renouvellerait son abonnement, ça te permettra d'avoir un historique.
A chaque fois qu'il se connecte, tu regardes si l'abonnement est toujours valable. Si oui, tu laisses filer, si non, tu modifies l'abonnement pour le signaler comme arrivé à terme et tu remontes l'info à l'utilisateur comme quoi l'abonnement est expiré.

merci pour cette réponse, seulement moi et php ca fait deux :?
alors si quelqu'un pourrait me coder cela pour qu'on puisse le coupler avec prestashop je paierais prix

merci

Tu poura faire deux champ dans la table client : date_abonnement, date_fin_abonnement .
le champs date abonnement prendra la date ou il est inscrit et le champs date_fin_abonnement prendra la date_abonnement + nombre_de_jour_de_labonnement_selectione.
comme ca a l'authentification tu verifier si la date systeme est entre ces deux champs

Et comment je dois vérifier la validité en sachant que le client ne passe pas par site web?

C'est freeradius qui s'occupe d'authentification c'est donc de ce couté là que je dois bidouiller? Ca c'est complique encore plus...


merci

On s'en fout que son abonnement soit valide ou non si il ne l'utilise pas, non? C'est quand il cherche à l'utiliser qu'on vérifie si il y a encore droit. Donc oui côté authentification.

C'est un peu comme si Microsoft vérifiait tous les jours si ta licence Office est toujours valable. Ils en ont rien à secouer, sauf que lorsque tu vas démarrer Office, lui va vérifier si t'as encore le droit de t'en servir.

Ok je vois mieux.

Maintenant de quel manière je dois vérifier le champs "date" ? Avez vous un bout de code?

Euh grosso modo volontairement allégé, par exemple:

Code:

---

1 2 3

if($dateCourante>($dateSouscription + $dureeAbonnement)) { // hop mec faut que tu repasses à la caisse }

---

Une vérif classique quoi.
On va pas non plus te mâcher le travail. Des scripts de comparaison de date en php, il y en a plein sur le net et sur ce forum.

bon, si j'ai bien compris il faut que je modifie le fichier dialup.conf de freradius et notamment cette partie:

Code:

---

1 2 3 4 5 6 7 8

authorize_check_query = "SELECT id, username, attribute, value, op \ FROM ${authcheck_table} \ WHERE username = '%{SQL-User-Name}' \ ORDER BY id" authorize_reply_query = "SELECT id, username, attribute, value, op \ FROM ${authreply_table} \ WHERE username = '%{SQL-User-Name}' \ ORDER BY id"

---

Maintenant comme faut t il modifier en sachant que le champ de date d'expiration se trouve dans une autre table?

Le table est "order_detail" et le champ est "download_deadline"

Euh je t'avouerai qu'après là moi, je ne connais ni prestashop, ni freeradius, ça dépasse le cadre de ce que je suis capable de te répondre.
Mais j'ai l'impression que dans ce que tu remontes, on cherche juste à choper des infos utilisateur. Je sais pas trop si c'est là que c'est faisable. Enfin j'en suis pas convaincu mais je ne pourrai pas l'affirmer pour autant vu que je ne connais pas le système.

oui effectivement, je cherche à dire à freeradius d'aller vérifier user et mdp (ce qu'il fait par défaut) et en plus vérifier la date de validité dans une autre table (celle de prestashop)

j'avance un peu.

Après la lecture de la doc, il s'avère que freeradius peut gérer la validité des comptes nativement (en fin après quelques modifications):

Code:

---

1 2 3 4 5 6 7

sqlcounter noresetcounter { counter-name = Max-All-Session-Time check-name = Max-All-Session sqlmod-inst = sql key = User-Name reset = never query = "SELECT SUM(AcctSessionTime) FROM radacct WHERE UserName='%{%k}'

---

"

On ajoute le nombre de secondes dans la table est le tour est joué.

Maintenant je cherche de pouvoir mettre une date de genre 28/12/2010 au lieu de le nombre des secondes

ça m'étonnerait que cette modif soit faisable/envisageable/réaliste. Le nombre de secondes, ce qu'on appelle un timestamp, est une sorte d'astuce pour simplifier la vie du développeur. ça facilite énormément les calculs sur le temps.
En tout cas, c'est cool que tu partages l'info qu'il est possible d'ajouter ce contrôle et que c'est accessible en lisant la doc. Toujours bon à savoir

En fait je cherche à mettre la date plutôt que le nombre de secondes car après l'expiration pour pouvoir renouveler l'abonnement il faut d'abord mettre à zero (reset) , la choses je ne sais pas (encore) faire

En fait, après la réflexion, je crois lorsque utilisateur renouvelle l'abonnement il suffit ajouter le nombre de secondes sur celui présent déjà dans la BDD non?

C'est tout à fait ça8-)

ok, mais le soucis que j'ai maintenant ce que freeradius compte le temps qu'on passe sur le serveur or je voudrais que le temps continuer à s'ecouler même après la déconnexion.

Autrement si un utilisateur souscris par exemple un abonnement d'un mois (2592000 secondes) rien lui empêche de l'utiliser sur une durée d'un an et ce n'est pas ce que je cherche

Ah ouais plus compliqué. Si tu connais la date de renouvellement/souscription (je suppose que oui), tu n'as qu'à soustraire les secondes de différence entre la connexion et la date de renouvellement/souscription et après tu contrôles si il a toujours le droit. Tu contournes ainsi la sécurité suggérée.

je me demandai cette ligne:

Code:

---

query = "SELECT SUM(AcctSessionTime) FROM radacct WHERE UserName='%{%k}'"

---

C'est de SQL non?

Si c'est le cas peut être qu'on peut lui dire au lieu de compter le temps dans le champ AcctSessionTime aller plutôt voir un autre champ avec une date de type jj/mm/année et la comparer avec la date actuelle, ca doit être possible ca?

Tu as reçu des réponses concernant comment faire un système d'abonnements. Je suppose à ce niveau ca va. Pour ce qui est de la modification de Prestashop ou autre cms, je te conseille de chercher des forums dédiés. ;)

Salut

Code:

---

query = "SELECT SUM(AcctSessionTime) FROM radacct WHERE UserName='%{%k}'"

---

Sur quoi vas tu te baser pour savoir si la daté est expirée en faisant une somme ?
Déjà, faut voir le type de donnée de "AcctSessionTime", et qu'est ce que ça contient.
Si c'est des dates, faire la somme ne va pas l'faire à mon sens.

Puis vouloir calculer la durée d'accès de chaque abonné, pourquoi pas, mais ce n'est plus du tout la même chose.

- Soit il s'agit d'une durée d'échéance (3, 6, 12 mois) à partir de la date de souscription, ce qui est largement plus simple.
- Soit c'est un temps maxi d'accès au service, ce qui sous entend enregistrer chaque durée d'accès. Là, c'est loin d'être simple.


Mais il me semble qu'on t'as donné une solution, elle me semble la plus simple et logique.
Au départ la personne souscrit un abonnement selon une durée, une date d'échance : 3, 6 ou 12 mois.
Et il suffit à la création de l'abonnement de stocker cette date d'échéance, soit la date en cours + la durée.
Un champ de type DATETIME fera très bien l'affaire à mon sens.

Ensuite, à chaque identification il suffit de comparer la validité de cette date : que la date en cours soit inférieur à la date d'échéance.


A mon sens, essai déjà de définir, ne serait sur papier la manière de gérer cet abonnement, après, une fois validé, suffira de voir comment le mettre en place (les codes).
Là, tu cherche une solution technique avant de savoir comment faire à mon sens, non ?


Après, concernant Prestashop et Freeradius, je ne connais pas non plus.
Ils doivent avoir une doc, ou consulter leur forum, ou au pire leur demander.

J'ai opté pour prestashop par soucis de facilitée, inscription, payement etc tout y est déjà. Mais cela s'arrête là car c'est freeradius qui prends la suite pour ce qui identification et gestion.

Effectivement, actuellement on calcule la durée d'accès de chaque abonné et ce n'est pas ce que je cherche.

Je pense que la solution la plus judicieuses serait de créer un champ avec la date d'expiration d'abonnement puis le comparer avec la date actuelle.

J'ai trouvé sur la toile une multitude des codes sql pour comparer les dates comme par exemple:

Code:

---

SELECT * FROM radcheck WHERE date_abonnement >= NOW();

---

Mais il y a un truc que je ne comprends pas (désolé je suis une bille dès que ca touche au code) par rapport à cette ligne (qui se trouve dans ma configuration actulle):

Code:

---

query = "SELECT SUM(AcctSessionTime) FROM radacct WHERE UserName='%{%k}

---

'"


Je vois qu'on lui dis de prendre la somme de champ AccSessionTime sur la table radacct puis c'est tout..mais il faut bien le comparer à quelque choses et de lui dire true ou false non? Ca doit se faire dans un autre fichier je présume?

Peut -t-on dans la ligne query lui interdire la connexion si la date est inférieure à la date actuelle?

Citation:

---

... qui se trouve dans ma configuration actulle

---

La requête que tu montre à mon sens est faite pour récupérer le nombre de fois que la personne a accédé après identification.
Y toucher ne serait pas une bonne idée, cette donnée est peut être déjà exploitée ailleurs qui sait.
Puis la logique qui suit celle ci risque ne pas convenir par rapport à ce que tu souhaite faire.

Il devrait avoir une identification de déjà faite, car la donnée dynamique {%k} doit correspondre au nom de la personne, elle doit être forcément déjà connue à ce stade.

La logique veut qu'il y a eu quelque chose d'autre avant, il faudrait alors agir avant.
Une fois l'identification faite, il faudrait juste après faire une autre requête du genre :

Code:

---

1 2 3

SELECT COUNT(*) AS total FROM radcheck WHERE date_abonnement >= NOW()

---

En supposant que le champ "date_abonnement" soit bien dans cette table "radcheck".
En supposant qu'il soit aussi judicieux de le mettre là (j'en sais fichtre rien).

Cette requête retourne théoriquement : 0 ou 1 (la date est valide : 1, ou pas : 0).

Cependant, est ce qu'il t'es possible de faire une requête ?
De récupérer son résultat ?
De coder en exploitant cette donnée ?


Sérieux, il faut que tu te tourne vers ces gens qui ont créé cet environnement (Prestashop, Free...), ça ne va pas être possible sinon.
Ils doivent te permettre de faire ça, au moins comment interagir (de la doc quoi), sinon, à quoi ça sert de payer un Soft s'il faut coder et surtout tout deviner soit même :aie:

D'ailleurs, ce Soft ne prévoit il pas quelque chose de plus ou moins similaire sous forme d'ajout de modules, addons, plugin, etc ... ?

En fait la solution proposé par freeradius consiste:

1. Enregistrer le nombre de secondes dans un champ value de la table radcheck

2. à chaque connexion le nombre de secondes est enregistré dans la table radacct champ acctsessiontime

3. Ensuite la requête

Code:

---

query = "SELECT SUM(AcctSessionTime) FROM radacct WHERE UserName='%{%k}

---

comptabilise la somme.

Il me reste à trouver dans quel fichier on trouve le code qui compare la somme AcctSessionTime avec celle de champ value de la table radcheck.

J'ai parcouru la doc et je n'ai rien trouvé. Il faut dire aussi que la doc n'est pas très complet pour un soft "le plus utilisé" il faut ouvrir fichier par fichier et lire les explications dans les commentaires...

J'ai demandé de l'aide sur le site officiel mais pour le moment pas de réponse et j'ai parcouru tous leur forum en vain..

Peut être que je ne cherche pas de bon coté? Il faut peut être voir s'il n y pas d'une solution indépendante à freeradius? Comme mettre en place un crontab? Ou une autre?

merci en tous cas pour vos lumières

Citation:

---

Il me reste à trouver dans quel fichier on trouve le code qui compare la somme AcctSessionTime avec celle de champ value de la table radcheck.

---

Ils te proposent toujours la durée d'accès de chaque abonné.

Leur solution ne correspond pas du tout à ce que tu souhaite faire.
Sérieux, tu ne pourras strictement rien faire avec ça.

La durée d'accès ne te diras jamais quand l'échéance arrivera au bout : soit 3, 6 ou 12 mois.

Pour ça, il faut au minimum que cette durée y soit, peu importe la manière, à condition que ça soit exploitable après quand même.

- Soit ils te permettent d'enregistrer 1 seule et unique fois cette durée au moment de la création, ça peut être tout banalement 3 (ou 6 ou 12).
Rien que ça peu permettre de faire un calcul avec la date en cours lors de l'identification.

- Ou mieux, directement la date d'échéance : date en cours + la durée lors de la création, donc toujours à faire 1 seule fois.

Bref ... il n'y pas de mise à jours de d'insertion à chaque connexion, et encore moins de somme à faire.
C'est bien plus simple que ça.

Sérieux, c'est quand même pas le bout du monde d'enregistrer une date ou un nombre, et récupérer ça après.

Ou alors, tu abandonne l'idée de proposer plusieurs durées, donc une seule, alors là peut être qu'avoir 1 date de création de l'abonnement suffira.
Mais là encore on s'en fiche de savoir la durée d'accès, il faut juste cette date de création, et la comparer avec la date en cours.


Bref ... soit tu leur as mal expliqué ce que tu souhaitais, soit c'est trop simple pour eux, donc pas assez compliqué (faut qu'ils en rajoutent). :aie:
C'est tout l'impression que ça me donne. :lol:

Je crois que je m'approche au but (ou pas)

Je récapitule la situation actuelle qui ne me convient pas:

Un utilisateur a un abonnement exprimé en nombre de secondes qui est enregistré sur une table radcheck champ value.
A chaque connexion/déconnexion les deux dates sont enregistrés sur une autre table (radacct) . Sur cette même table on a un champ nommé acctsessiontime où on trouve le nombre de secondes passé sur le serveur.

La requête query = "SELECT SUM(AcctSessionTime) FROM radacct WHERE UserName='%{%k}'" compte le temps total passé sur le serveur.

Ensuite c'est la module rlm_sqlcounter qui compare le résultat obtenu par la requête avec la valeur dans la table radcheck puis en fonction de résultat obtenu laisse (ou pas) à un utilisateur de se connecter.

Vu qu'on ne peut pas modifier le module (de tout façon c'est hors de ma porté même si je disposai de la code source) je pensais à une autre solution mais j'aurai besoin votre aide pour le code.

1. On enregistre toujours l'abonnement en nombre de secondes dans la table radcheck champ value
2. Dans la table radacct on enregistre la date de suscription (champ date_abonnement).

Donc il me faudrait une requête qui trouve le nombre de secondes entre le champ date_abonnement et la date actuelle pour le reste c'est rlm_sqlcounter qui va s'en charger.

EDIT: désolé on s'est croisé ;) mais on gros tu dis la même choses que moi.

Code:

---

1 2	- Soit ils te permettent d'enregistrer 1 seule et unique fois cette durée au moment de la création, ça peut être tout banalement 3 (ou 6 ou 12). Rien que ça peu permettre de faire un calcul avec la date en cours lors de l'identification.

---

En fait je peux tout faire: ajouter des dates, les mettre en nombre de secondes mais au final il faut que ca soit le module rlm_sqlcounter qui compare le résultat dans sur la table radcheck dans le champ value qui lui doit etre exprimé en secondes.

Citation:

---

Donc il me faudrait une requête qui trouve le nombre de secondes entre le champ date_abonnement et la date actuelle pour le reste c'est rlm_sqlcounter qui va s'en charger.

---

L'exemple de requête que je t'ai donné le fait, ça fait directement la comparaison entre ces 2 dates.

Peut être ne le sais tu pas, mais sur les systèmes Unix/Linux, qui est très certainement ton cas (à confirmer quand même), toutes les données de date sont exprimées en secondes.
En faite, la base de ces dates, donc la valeur 0 (pour 0 seconde) début le 01 Janvier 1970 (c'est comme ça).
Ca veut dire que la date d'aujourd'hui, c'est le nombre de secondes qu'il y eu entre le 01/01/1970 à aujourd'hui, soit : 1293683829 secondes (en gros)

La fonction time() de Php ou la fonction NOW() coté MySQL renvoient ce nombre de secondes.
On appel ça le temps UNIX ou UNIX TIMESTAMP.

Du coup, 3 mois par exemple revient à faire 1293683829 + 7776000 (en gros).
Donc le principe de cette date d'échéance est beaucoup plus simple que ça en a l'air.


Le truc qu'ils proposent qui est d'enregistrer à chaque identification la date en cours et le nombre d'accès, tout ça est 100% inutile dans ton cas.
Il faut abandonner cette idée là, tu ne pourra rien faire avec ça.


Tu dis que tu peux faire ce que tu veux.
Et bien question :
- Est ce que tu peux créer un champ de type "date" exprimé en seconde (temps UNIX) pour justement enregistrer ce temps en secondes qui sera la date d'échéance selon un choix au départ (3,6 ou 12 mois) ?
- Est ce possible que ça se fasse qu'1 seule fois, soit lors de la création de chaque abonnement et uniquement ?
- Puis est ce possible d'exécuter la requête d'exemple que j'ai mis auparavant, qui fait explicitement la comparaison à chaque identification (soit 0 ou 1, donc soit l'identification est valide ou pas) ?

Si ça n'est pas possible, alors là ???

Effectivement il s'agit de Debian et j'était au courant sur le principe de TIMESTAMP.

1.
Il n y qu'une choses qui m'est imposé c'est la table radcheck. Je doit impérativement mettre la durée d'abonnement (exprimé en secondes) dans cette table et impérativement dans le champ value (en VACHAR). Car, comme je disais plus haut, c'est là que le module rlm_sqlcounter va chercher la durée d'abonnement.

Le problème ce que dans cette même table et ce même champ j'ai le nom d'utilisateur avec son mdp, exemple:

Code:

---

1 2 3

username attribute op value thomas Cleartext-Password := mon_mdp thomas Max-All-Session := 86400

---

Si je change le champ value en datetime ca ne va pas aller je pense?

2. Exemple: Un utilisateur souscris un abonnement d'un mois (2592000 secondes) qui sera conservé dans le champ value, au renouvellement ce même utilisateur prends un abonnement de 3 mois (7776000 secondes) qui sera lui aussi conservé dans le cmap valu (en faite il va écraser le valeur précédent)

3. Je ne pense pas que ta requête me convienne, il me faut simplement une qui retourne le nombre de secondes entre la date (par exemple) d'hier et celle d'aujourd'hui

Je ne sais si tu vois ce que je veux dire?

EDIT:

Après la réflexion il me faut simplement une requête qui compte le nombre de secondes (ou jours) à partir d'une date donné

J'essaye avec :

Code:

---

query = "SELECT DATEDIFF('date_abonnement', 'CURDATE()') FROM radacct WHERE UserName='%{%k}'

---

"

Mais cela ne marche pas.. par contre si je remplace les noms des champs par des dates alors ca marche

Bon, j'ai trouvé une solution qui finalement était assez simple..

Je récapitule (ca serviras à quelqu'un peut être):

Dans la table radcheck j'ai créé un champ date supplémentaire (où on mettra la date de souscription d'abonnement) nommé debut_abn

Dans le champ value on mets la durée d'abonnement exemple: 90 (jours)

Puis dans radiusd.conf la requête sera:

Code:

---

"SELECT DATEDIFF(curdate(), debut_abn) FROM radcheck WHERE UserName='%{%k}'"

---

Qui en faite compte la différence entre la date courante et celle de debut_abn. Dès que la valeur est égal ou supérieure à 90 le module rlm_sqlcounter empêchera de se connecter.

Vous aviez raison, j'aurai du m'assoir et mettre tout ca sur le papier avant de me lancer :roll:

Merci en tous cas :ccool:

Peut être cela sera utile à quelqu'un:

Freeradius peut gérer les abonnements avec "Password Expired" grâce au module rlm_expiration...

Ce n'était pas la peine de réinventer la roue.....:roll: