Le site des utilisateurs francophones de FluxBB.
Vous n'êtes pas identifié(e).
Pages : 1
Discussion fermée
Hello,
Vous avez (pratiquement) TOUS été confronté au problème d'innaccessibilité du site, avec un beau (ou moins, ça dépend des goûts, et surtout de l'urgence que l'on a à accéder au site… ) message d'erreur sur la 'online table'.
Il est temps de vous informer sur l'origine de ce pbm, ainsi qu'expliquer pourquoi il n'est pas résolu.
Ceci provient d'un remplissage à 101% de la base de données. L'hébergeur met alors la base de données en 'READONLY', et donc la table "online" ne peut plus fonctionner. Donc, même en lecture simple, le site n'est plus accessible puisque l'accès en écriture est demandé sur 'online' dès le début.
Note : cela peut donc se provenir à n'importe quel moment, sans que les admins soient forcément présents pour remonter le pbm…
Bon, ça c'est pour les données techniques (soyons transparents… ).
Maintenant, quelles sont les solutions ?
patcher le code pour autoriser une lecture en 'read-only'. C'est faisable, mais ça ne résoud pas le pbm. ET cela EMPÊCHE la détection rapide du pbm (au moins, quand le site plante, il plante ! ).
patcher la mod à l'origine du pbm. C'est la meilleure solution, mais j'ai pas le temps (je veux garder les statistiques de la mod, donc c'est un gros dev).
diminuer la base afin d'accroître la durée de fonctionnement. Cela ne fera que reporter le pbm, mais au lieu d'un mois de fonctionnement (actuel) on pourra tabler sur plus.
En ce qui concerne la réduction de la base (solution retenue, au moins provisoirement), le plus simple serait d'archiver certains topics/posts, comme nous l'avons déjà fait dans le passé. Malheureusement, ce processus est en 'update' depuis plusieurs mois et ne peut pas être lancé sur une base opérationnelle.
=> Il nous faut nous tourner vers une autre table très consommatrice : 'users'…
Life is a struggle, programming is a suffer.
Hors ligne
Bonjour Mpok et surtout merci pour ces explications !
Si je me base sur ma propre BDD sous FluxBB 1.5.8 (incluant au passage de nombreuses MODs venant accroitre sa taille globale), je suppose que votre table users ne doit pas dépasser les 25/30Mio et que la table posts doit se trouver aux alentours de 50Mio (et encore). Du coup, ce fameux remplissage de la BDD à 101% est-il purement lié à l'espace disque que vous allouez à la BDD ou bien aux ressources qui lui permettent de tourner (ex: bande passante, nombre de connexions, etc.) ?
Par ailleurs, et même si d'après la solution retenue, je pense que la réponse à ma question va être "oui", cette façon de faire vous permettra-t-elle réellement de tenir sur la longueur, compte-tenu du faible gain d’espace obtenu par le fait de supprimer des utilisateurs (même par milliers) ?
Je précise que mes questions vous sont posées à titre purement informatif (au cas où un tel problème viendrait à survenir sur mon forum et que tout comme vous, une solution viable devrait-être envisagée).
En tous les cas, encore merci de nous avoir tenu informé de la situation ainsi que pour tout ce que vous faites à l'égard de la communauté "FluxBB".
Bonne journée.
Dernière modification par iDevice (17-03-2015 14:58:04)
Hors ligne
Salut Mpok!
Maintenant, quelles sont les solutions ?
Changer d'hébergement ne t'a pas effleuré l'esprit? Je trouve dommage de sacrifier des utilisateurs pour gagner quelques ko, alors qu'il serait possible de faire autrement, le seul problème semblant être la taille de la base de données
Dernière modification par adaur (22-03-2015 00:46:59)
Hors ligne
Bonjour,
Sur les 91548 membres inscrits, il y en a - au moins - la moitié qui sont des membres bidons, qui se sont inscrits avant que soit mis en place Honeypot. C'est visible avec date et heure d'inscription = date et heure de dernière visite.
Il y a au minimum 600 pages d'utilisateurs bidons inscrits le 01/01/1970.
Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi
Sont différents : ça et sa - est et ait - à et a - ce et se - mes et mais ou met - été et était - c'est et ces - ce-si et ceci
La vie sans musique est tout simplement une erreur, une fatigue, un exil. Friedrich Nietzsche
Hors ligne
Prenez un dédié chez Kimsufi ou autre, ça suffira largement...
Hors ligne
Même pas besoin d'investir dans un dédié... ça peut rester sur le prix du mutu
Hors ligne
Réponse globale :
@iDevice : le pbm provient du fait que notre espace SQL est réparti sur plusieurs bases de données, chacune d'entre elles étant TRÈS limitée. On s'en sort bien à condition de bien répartir les choses (d'où les "archives"), mais il faut que la base 'principale' reste faible. Et dans le processus de 'nettoyage', j'ai du retard…
Note : et je ne suis pas aidé par l'hébergeur, qui a changé sa méthode de limitation. Avant, le total était "compressé" avant test, ce qui grosso-modo nous permettait d'atteindre environ 130%. Maintenant, c'est le total "brut" qui est considéré.
@adaur, @iDevice : NON, supprimer des utilisateurs ne sera pas un "faible gain", et encore moins "quelques ko". Ce sera plusieurs dizaines de pourcents et plusieurs Mo. Et ce, même sans le message d'Otomatic…
@Otomatic : Ah oui, effectivement… J'avais pas vu. Du coup, ça me conforte encore plus dans mon idée.
Note : en ce qui concerne le pbm d'aujourd'hui, j'avais prévu de m'occuper du ménage demain, j'ai été pris de court… J'en ai profité cette fois pour supprimer quelques champs dans la table en question (en particulier le 'referer', qui prenait de la place et était totalement inutile), ça va donc grossir (un peu) moins vite à partir de maintenant (gain de 25%).
Mais cela n'empêche pas qu'il FAUT faire le ménage…
=> prévoir quelques opérations de "maintenance" dans les prochains jours (normalement plutôt la nuit pour ne pas déranger).
Life is a struggle, programming is a suffer.
Hors ligne
Bonjour,
C'est un vrai nettoyage de printemps Moins 85000 membres d'un coup !
Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi
Sont différents : ça et sa - est et ait - à et a - ce et se - mes et mais ou met - été et était - c'est et ces - ce-si et ceci
La vie sans musique est tout simplement une erreur, une fatigue, un exil. Friedrich Nietzsche
Hors ligne
Bonsoir,
C'est considerable et il ne va pas rester grand chose en membre inscrit , vu la comparaison de otomatic .
Hors ligne
Il restera uniquement les VRAIS membres inscrits…
Life is a struggle, programming is a suffer.
Hors ligne
Bonsoir,
Peut on envisager une double protection de la page d'inscription a venir comme vsabr ou autre système de captcha ? Afin de bien vérifier les inscriptions.
Cdlt
Dernière modification par david18 (02-04-2015 18:13:41)
Hors ligne
Dans ce cas pourquoi pas basculer sur un autre hébergeur et faire du ménage mais le mieux et d'envoyer un mail au membre car on est pas forcément au courant de ce qu'il ce passe ici
Hors ligne
Bonjour,
Dans ce cas pourquoi pas basculer sur un autre hébergeur
Qui paye ?
envoyer un mail au membre
À quel(s) membre(s) et à quel sujet ?
Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi
Sont différents : ça et sa - est et ait - à et a - ce et se - mes et mais ou met - été et était - c'est et ces - ce-si et ceci
La vie sans musique est tout simplement une erreur, une fatigue, un exil. Friedrich Nietzsche
Hors ligne
Bonjour,
Zenirax a écrit :Dans ce cas pourquoi pas basculer sur un autre hébergeur
Qui paye ?
Bonjour,
Voir mon message #6, l'hébergement actuel coûte au minimum 2€39 par mois TTC (entrée de gamme OVH en mutualisé = entrée de gamme OVH en VPS)
Hors ligne
C'est visible avec date et heure d'inscription = date et heure de dernière visite.
Il y a au minimum 600 pages d'utilisateurs bidons inscrits le 01/01/1970.
Salut,
Ce n'est pas plutôt le symptôme d'une backup où les dates d'inscriptions étaient supprimées ça ? Parce que techniquement, les utilisateurs n'ont aucuns contrôles là dessus. En tous cas ce seul critère me semble source d'erreur pour une purge. Personnellement sur les forums que j'administre, je dégage en priorité les utilisateurs à 0 et 1 parfois jusqu'à 5 messages et passé un certain temps, genre un compte dont le dernier message date de plus de deux ans. Parce que sans vouloir être méchant si le gars ne contribue pas plus que ça, son compte ne va pas lui manquer, ce n'est pas un annuaire à rétrolien un forum.
Oui je sors des limbes, une fois par an.
Mangafan : Mettez un chat dans votre processeur !
Hors ligne
@mangafan : en fait, le pbm a été réglé, il s'agissait d'un défaut de configuration sur le wiki. Aucun utilisateur "valide" n'a été supprimé (il n'y a plus besoin de le faire pour l'instant).
Oui je sors des limbes, une fois par an.
Ce qui est amusant, c'est que j'étais en train de faire quelques tests sur la bdd quand tu t'es connecté, et j'ai tellement été surpris de te voir dans la table 'online' que j'ai honnêtement crû à un piratage !! Et que j'ai bien passé un quart-d'heure à vérifier un peu partout avant de comprendre que c'était une connexion "normale"…
Life is a struggle, programming is a suffer.
Hors ligne
J'ai un peu lâché Fluxbb, enfin disons que vu que ça marche tout seul et qu'il n'y a pas grand chose de nouveau à par quelque chipoti vite ajouté à chaque maj.
Et puis là, je dois refaire un site que j'ai livré avec un fluxbb et des plugins maisons alors je repasse dans le coin du coup, histoire de me mettre à jour.
Du genre qu'est-ce que c'est que ce répertoire addons/ ? Je ne trouve pas la doc. Pourtant vu le code, ça a l'air fonctionnel.
Mangafan : Mettez un chat dans votre processeur !
Hors ligne
Pages : 1
Discussion fermée