Aides sur les thèmes PHPBoost [Réglé] Customiser une page d'erreur "can't connect to database"
Salut.
Est-il possible de customiser la page d'erreur "can't connect to database Ligne 114 : mysql.class.php"?
Lorsque cela arrive (très souvent pour moi, et j'en ignore vraiment la cause .. Je l'ai toujours eu sur phpboost v3).
Lorsque j'ai pu voir la page (plus le lien direct désolé), c'était moche, et on aurait dit que le site avait planté .. Chose pas très cool.
Un visiteur passe et a cette erreur, il part, ce qui est normal .. En maquillant un peu, cela lui permettrai peut-être de rester ..
Des solutions? Moi je ne vois pas, et j'ai pas mal cherché :/
Merci. Edité par m-ickael Le 08/11/2014 à 11h13
Est-il possible de customiser la page d'erreur "can't connect to database Ligne 114 : mysql.class.php"?
Lorsque cela arrive (très souvent pour moi, et j'en ignore vraiment la cause .. Je l'ai toujours eu sur phpboost v3).
Lorsque j'ai pu voir la page (plus le lien direct désolé), c'était moche, et on aurait dit que le site avait planté .. Chose pas très cool.
Un visiteur passe et a cette erreur, il part, ce qui est normal .. En maquillant un peu, cela lui permettrai peut-être de rester ..
Des solutions? Moi je ne vois pas, et j'ai pas mal cherché :/
Merci. Edité par m-ickael Le 08/11/2014 à 11h13
Il faudrait sûrement mettre les mains dans le kernel. Le problème c'est qu'avec une MaJ de phpboost, les modif serez écraser et faudrait tout refaire...
A moins que ce soit gérer dans le module user ? Je vais regarder ça
A moins que ce soit gérer dans le module user ? Je vais regarder ça
Bonjour,
de mémoire c'est dans le kernel ce message qui est généré "hors phpboost" dans le sens ou il utilise aucun template pour faire ce message d'erreur.
Plutôt que de "masquer" cette erreur en la rendant plus jolie il faudrait corriger le problème en amont, là tu as clairement atteint la limite de onnexion simultané chez ton hébergeur, cela soulève 2 problème possible :
1 - tu as atteint un nombre de vivisteur suffisant pour saturer ton offre au niveau de MySQL
2 - la version 3 de phpboost n'est plus assez optimisé pour ton offre et cause la saturation de tes connexion SQL.
Perso je pense plus à la solutions 2 car j'ai exactement le même problème en V4.0 sachant que la V3 et V4.0 n'ont subit aucune changement majeur niveau SQL.
Seule la V4.1 a subit des optimisation niveau SQL/requêtes/chargement des pages.
Cordialement, janus57
de mémoire c'est dans le kernel ce message qui est généré "hors phpboost" dans le sens ou il utilise aucun template pour faire ce message d'erreur.
Plutôt que de "masquer" cette erreur en la rendant plus jolie il faudrait corriger le problème en amont, là tu as clairement atteint la limite de onnexion simultané chez ton hébergeur, cela soulève 2 problème possible :
1 - tu as atteint un nombre de vivisteur suffisant pour saturer ton offre au niveau de MySQL
2 - la version 3 de phpboost n'est plus assez optimisé pour ton offre et cause la saturation de tes connexion SQL.
Perso je pense plus à la solutions 2 car j'ai exactement le même problème en V4.0 sachant que la V3 et V4.0 n'ont subit aucune changement majeur niveau SQL.
Seule la V4.1 a subit des optimisation niveau SQL/requêtes/chargement des pages.
Cordialement, janus57
Bonjour,
Je confirme .. La raison est juste que ton hébergeur ne supporte pas la charge de connexion des tes membres.. et cela te bloc l'accès à la bdd pour un laps de temps, te générant cette erreur..
Rien à voir avec les versions de PBt, c'est ton hébergeur qui est en cause ^^
Swan
Je confirme .. La raison est juste que ton hébergeur ne supporte pas la charge de connexion des tes membres.. et cela te bloc l'accès à la bdd pour un laps de temps, te générant cette erreur..
Rien à voir avec les versions de PBt, c'est ton hébergeur qui est en cause ^^
Swan
Bonjour,
non y a pas de limite de bande passante niveau MySQL chez les hébergeur car soit c'est du traffic interne (qui ne coute rien) soit c'est directement un serveur SQL sur le même serveur web (plus rare).
C'est une limite MySQL qui est atteinte, cette limite est le nombre d'utilisateurs MySQL autorisé à se connecter en permanence, et dans ce cs je persiste à dire que la version de PHPBoost peu contribuer à atteindre cette limite car dans la V4.1 je sais que les dev's ont changé et optimisé la partie de PHPBoost qui gère SQL ont et passé les modules refait sur cette nouvelle "interface" MySQL en optimisant les requêtes au passage.
Sur un dédié (comme EDN), cette limite est ajustable et de toute façons est à 250 (ce qui est abusé) par défaut lors de l’installe de MySQL, cependant sur les "petit" mutualisé elle est souvent à 5 ou 10, pour une limite de 5 ont est d'accord que aucun CMS (même la V4.1 de PHPBoost ou wordpress) supporterait une charge de visiteurs grandissante et régulier, une limite de 10 est déjà plus raisonnable pour un site qui a des visiteurs régulier, mais faibles.
Cependant dans mon cas perso cette limite est de 30 et j'arrive pas à tenir 100 visiteurs par jour sans que le site plante une fois en atteignant cette limite (d'après l'hébergeur), donc oui perso j'ose remettre en question l'optimisation de la V3 et V4.0 de PHPBoost (qui fondamentalement sont pratiquement les même niveau kernel).
Enfin pour finir dans le cas de @m-ickael il faut regarder il a quoi comme limite, si elle est de 5/10 il faudra surement augmenter son pack d'hébergement car il aura atteint ces limites.
Cordialement, janus57
non y a pas de limite de bande passante niveau MySQL chez les hébergeur car soit c'est du traffic interne (qui ne coute rien) soit c'est directement un serveur SQL sur le même serveur web (plus rare).
C'est une limite MySQL qui est atteinte, cette limite est le nombre d'utilisateurs MySQL autorisé à se connecter en permanence, et dans ce cs je persiste à dire que la version de PHPBoost peu contribuer à atteindre cette limite car dans la V4.1 je sais que les dev's ont changé et optimisé la partie de PHPBoost qui gère SQL ont et passé les modules refait sur cette nouvelle "interface" MySQL en optimisant les requêtes au passage.
Sur un dédié (comme EDN), cette limite est ajustable et de toute façons est à 250 (ce qui est abusé) par défaut lors de l’installe de MySQL, cependant sur les "petit" mutualisé elle est souvent à 5 ou 10, pour une limite de 5 ont est d'accord que aucun CMS (même la V4.1 de PHPBoost ou wordpress) supporterait une charge de visiteurs grandissante et régulier, une limite de 10 est déjà plus raisonnable pour un site qui a des visiteurs régulier, mais faibles.
Cependant dans mon cas perso cette limite est de 30 et j'arrive pas à tenir 100 visiteurs par jour sans que le site plante une fois en atteignant cette limite (d'après l'hébergeur), donc oui perso j'ose remettre en question l'optimisation de la V3 et V4.0 de PHPBoost (qui fondamentalement sont pratiquement les même niveau kernel).
Enfin pour finir dans le cas de @m-ickael il faut regarder il a quoi comme limite, si elle est de 5/10 il faudra surement augmenter son pack d'hébergement car il aura atteint ces limites.
Cordialement, janus57
Bonjour.
Ravi de voir que nombreuses sont les personnes qui répondent au problème.
@Janus57
Je ne sais pas exactement ce que tu me demande, mais niveau MYSQL j'ai ceci : passiontruck 13.98 Mo / 35,00 Mo, limite de 4/5 BDD.
Je viens d"envoyer un mail à l'hébergeur pour en savoir plus, avec le screen. Edité par m-ickael Le 08/11/2014 à 14h29
Ravi de voir que nombreuses sont les personnes qui répondent au problème.
@Janus57
Je ne sais pas exactement ce que tu me demande, mais niveau MYSQL j'ai ceci : passiontruck 13.98 Mo / 35,00 Mo, limite de 4/5 BDD.
Je viens d"envoyer un mail à l'hébergeur pour en savoir plus, avec le screen. Edité par m-ickael Le 08/11/2014 à 14h29
Bonjour,
non c'est pas ce genre de limite, demande à ton hébergeur la limite de connexion simultané, car il semble de l'avoir caché ou alors tu n'a pas fait attention.
Après je vois que tu es chez nuxit et y a aussi vtt64 qui a se problème de MySQL en V4.0, donc là c'est plutôt une limite très basse niveau de l'hébergeur et non PHPBoost.
Cordialement, janus57
non c'est pas ce genre de limite, demande à ton hébergeur la limite de connexion simultané, car il semble de l'avoir caché ou alors tu n'a pas fait attention.
Après je vois que tu es chez nuxit et y a aussi vtt64 qui a se problème de MySQL en V4.0, donc là c'est plutôt une limite très basse niveau de l'hébergeur et non PHPBoost.
Cordialement, janus57
J'attends leur réponse Je ferai partager, pas de soucis.
Je ferai partager, pas de soucis.
J'ai eu une réponse .. Et pas des plus réjouissante ..
Citation:
Citation:
Bonjour,
Merci de nous avoir contacté.
Visiblement vous avez eu cette erreur suite à un dépassement du variable Sql max_user_connections.
Il semble qu'un de vos sites (associé au Pack Gold) dépasse la limitation à cause d'un souci de programmation (généralement non fermeture de la connexion Sql après l'utilisation).
Veuillez donc revoir la programmation de vos requêtes Sql et n'hésitez pas à nous contacter si le souci persiste.
Restant à votre disposition pour d'autres informations.
Cordialement.
Merci de nous avoir contacté.
Visiblement vous avez eu cette erreur suite à un dépassement du variable Sql max_user_connections.
Il semble qu'un de vos sites (associé au Pack Gold) dépasse la limitation à cause d'un souci de programmation (généralement non fermeture de la connexion Sql après l'utilisation).
Veuillez donc revoir la programmation de vos requêtes Sql et n'hésitez pas à nous contacter si le souci persiste.
Restant à votre disposition pour d'autres informations.
Cordialement.
J'ai répondu en demandant les limites et en signalant que le message reçu, était un message type faq .. lol
Bonsoir.
Ma limite est de 5 .... Ils n'ont pas l'air de vouloir mettre la cause sur leur hébergement ..
Ma limite est de 5 .... Ils n'ont pas l'air de vouloir mettre la cause sur leur hébergement ..
Bonjour,
si comme écrit sur leur partie commerciale il calcul sa par période de 5minutes tu as en gros le droit a 1connexion simultané par minutes.
On est d'accord une connexion SQL dure quelques MS, mais si tu as 3/4/5 visiteurs + 1 bot qui se connecte en même temps tu peu effectivement déclencher cette limite qui je trouve est ridiculement basse.
Même sur un serveur de test perso sans trop être bourrin je monte à 3/4 connexion simultané en V4.0
Cordialement, janus57
si comme écrit sur leur partie commerciale il calcul sa par période de 5minutes tu as en gros le droit a 1connexion simultané par minutes.
On est d'accord une connexion SQL dure quelques MS, mais si tu as 3/4/5 visiteurs + 1 bot qui se connecte en même temps tu peu effectivement déclencher cette limite qui je trouve est ridiculement basse.
Même sur un serveur de test perso sans trop être bourrin je monte à 3/4 connexion simultané en V4.0
Cordialement, janus57
Réponse de leur part :
Citation:
Je vais partagé ce que tu dis concernant la partie commerciale .. Tu as un lien cependant pour justifier stp?
Citation:
Bonjour,
Merci pour votre retour.
De notre côté on ne constate pas de souci concernant les serveurs MySQL, déjà il n'y a pas de remontés par les autres clients qui utilisent le même serveur MySQL.
Sinon 160 visites/jour ce n'est pas trop, comme j'ai conseillé il faut bien vérifier vos sites, s'il y a des scripts suspects ou inutiles. Il faut bien savoir que même si les inscriptions sont fermés, vos sites peuvent générer de trafic SQL.
Restant à votre disposition pour d'autres informations.
Cordialement.
Merci pour votre retour.
De notre côté on ne constate pas de souci concernant les serveurs MySQL, déjà il n'y a pas de remontés par les autres clients qui utilisent le même serveur MySQL.
Sinon 160 visites/jour ce n'est pas trop, comme j'ai conseillé il faut bien vérifier vos sites, s'il y a des scripts suspects ou inutiles. Il faut bien savoir que même si les inscriptions sont fermés, vos sites peuvent générer de trafic SQL.
Restant à votre disposition pour d'autres informations.
Cordialement.
Je vais partagé ce que tu dis concernant la partie commerciale .. Tu as un lien cependant pour justifier stp?
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie