Salut à tous,
 
Question simple : je voudrais contrôler le nombre de sessions simultanés sur mon site. Si je limite à 10, le 11 ieme visiteur serait rédiriger vers une page d'attente.  
En effet, j'ai un hébgereur un peu limite, et avant de passer sur un serveur dédié, je souhaiterai tester ça.  
Merci bcp pour votre aide.

Tu peux faire ça par bdd, tu fais une table dans laquelle tu stockes une ligne dès qu'un utilisateur accède à une page, avec le timestamp correspondant. À chaque hit sur ta page, tu vires d'abord automatiquement les lignes dont le timestamp "est trop vieux", puis tu contrôles leur nombre.

T'es limité en quoi? En nombre de page par jour, en nombre d'accés simultanée à ta base de donnée ou en quantité d'information transféré par mois?

A mon avis tout ça en même temps ce qui fait des ressources limitées donc un truc lent, des timeout... bref le bonheur

Si t'étais limité en nombre de "hit" par jours, t'aurais droit à un super message "quota exceed" en fin de journée.
Si t'étais limité en quantité de donnée transféré par mois, t'aurais droit à une super facture (si tu dépasses) ou à un message "quota exceed" (si t'es chez un hébergeur qui bloque avant le dépassement)
Si t'étais limité en nombre de connexion simultanée à la base de donnée, t'aurais droit à des messages d'erreurs comme quoi php n'arrive pas à se connecter au serveur.
 
Si t'as juste des pages trop lentes à s'afficher et des pages qui ne s'affichent jamais, c'est soit que ton code php (ou ta base de donnée) est mal optimisé (phpbb?) ou que t'es sur un serveur mutualisé où il y a trop de monde (et trop de script anti optimisé comme phpbb) Si t'es dans ce cas là sans que ça vienne de ton script alors ta solution ne servirait à rien (qu'est ce qu'une demande renvoyé sans utilisation de ressource face à 1000 demandes qui pompent comme des malades)

En fait c'est que je suis limité en bande passante par jour par mon hébergeur (1and1) sur un serveur mutualisé. Avant de prendre un serveur dédié, j'aurai aimé trouver un petit script qui paramètre tout seul l'accès simultanés à 3 personnes par exemple.

Heu, ça m'a l'air complètement contre-productif, cette idée.
 
A supposer que tu ne puisses avoir que 10 visiteurs "simultanés" et que 100 se présentent, ça veut dire 90 à gérer avec exécution d'un script, accès DB, etc, soit potentiellement autant ou plus d'overhead que de gain.
 
Outre le fait que tu pourrais bien ne plus avoir que 10 visiteurs à terme, tant la solution proposée est inélégante (super, le site qui affiche "we're overloaded :-) )
 
Ce qui est aussi une façon de résoudre le problème.

ta remarque est intéressante. Je vais attaquer de suite sur un nouvel hébergement.