durée de validité [Résolu]

[manu_789]

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

[gwinyam]

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é.

[manu_789]

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

[m4riachi]

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

[manu_789]

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

[gwinyam]

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.

[manu_789]

Ok je vois mieux.

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

[gwinyam]

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.

[manu_789]

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"

[gwinyam]

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.

[manu_789]

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)

[manu_789]

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

[gwinyam]

ç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

[manu_789]

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

[manu_789]

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?

[gwinyam]

C'est tout à fait ça

[manu_789]

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

[gwinyam]

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.

[manu_789]

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?

[okoweb]

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.