Plateforme / Hebergement
 

Objectif:

Mon Probleme:
 

Mes solutions proposé:

1ere solution)

2eme solution)

Ce que j'attend de vous:

quand je crée le compte de regis, j'ajoute aussitot la date d'expiration  
 
passé la date d'expiration, le compte est desactivé . Une fois par jour , ou une fois par heure, tu fais passer un script de nettoyage qui vire les comptes inactifs

 

 
Ok, donc pour le moment si je veux que ce soit une tache automatisé, je suis obligé d'avoir chez moi une page du genre bot.php qui soit lancé et fasse ce boulot ?

ou tu laisse les comptes s'entasser

delete from table where date_inscription<"time()-3600" facon timestamp
delete from table where date_inscription<'date("Y-m-d H:i:s",time()-3600)' si objet date dans ta bdd
 
voilà la plus simple des solutions

Merci du tuyau, j'allais bientot attaquer le probleme de face  

Tu laisses les comptes s'entasser sans les supprimer et au moment d'accéder au compte tu vérifie ou non s'il devrait déjà être supprimé et si oui tu le supprimes
 
pas besoin de bot comme ça

Une solution si tu es sous Windows et que tu as accès à l'ordi :
 
Tu fais une tache planifiée, qui lance en ligne de commande un script (option 'q' fait une execution silencieuse) qui efface les comptes.
 
Dans les autres cas (et c'est pas plus mal) :
 
Tu inclues ce script dans chaque page. Ainsi si le bonhomme veut faire une action et que son délai est dépassé, il se verra refuser l'acces. De même chaque visiteur sur chaque page qu'il visite effacera automatiquement les comptes obsolètes. Si c'est pas de la délégation de tâches, ça !

Y a pas besoin d'être sous Windows pour planifier une tâche hein ... Sous Unix y a cron qui le fait bien (mieux).

et pourquoi tu veux virer le compte en fait, si tu as la date de fin de validité du compte tu checks juste ça au moment de faire l'authentification.

Oui mais bon ça peut être chiant suivant la longueur du cycle de vie d'un compte d'avoir 60% de ta base occupée par des comptes désactivés

les bases ont une taille maximum ?

Dans la majorité des sites on peut considérer que non (ou alors on s'attaque à très gros ), mais pourquoi garder des trucs inutiles (qui vont donc à la longue ralentir le tout) alors qu'en 1 ligne on peut les balancer?
 
Et suivant où il est hébergé (notamment en mutualisé), ça se peut qu'il ait une limite "administrative" à la taille de ses bdd

Une base de 100Mo sur les mutu suffit souvent très amplement (+possibilité de les accumuler, quand elles sont sans firewall = pratique car les sites sur différents serveurs peuvent accéder aux memes données mysql )
suffit de "pruner" un peu ses enregistrements et le tout passe doucement

c'est pas avec un record style id_user, date_début_validité, date_fin_validité que l'on va exploser une base de 100mo, surtout que si jamais tu l'explosais c'est très certainement parce que ton contenu fonctionnel va l'exploser ou alors c'est qu'ils se connectent juste pour se connecter mais ne rien voir/utiliser.
 
et je ne vois pas ou serait le problème d'avoir 60% voire même 95% de compte obsolète dans la base, en les supprimant tu détruis de l'information alors que ce n'est pas nécessaire.
 
perso je pense que se demander/programmer un code pour ça c'est dépenser de l'énergie sur un truc qui va dégrader le système d'information inutilement.

+1 Je serais plus dans l'idée de garder les comptes inactifs, ca peut servir pour des logs ou stats par exemple et pour le peu de place que ca prend