Salut,
J'ai constamment cette erreur sur mon site:
Warning: mysql_connect(): User @web6.60gp.ha.ovh.net has already more than 'max_user_connections' active connections /home/www/catalog/includes/functions/database.php on line 19
Unable to connect to database server!
J'ai ecris a mon hebergeur qui me repond :
Cette erreur n'est absolument pas du aux problèmes sur nos installations. Il s'agit tout simplement de la limitation sur le nombre de requêtes simultanées à la base qui est de 3 pour l'ensemble de nos offres. Merci de vérifier que vos scripts rel‚chent bien les connexions utilisées car cela ne semble pas être le cas.
comment je fais pour que les scripts relachent les connexions ??
Merci d'avance pour une aide
C'est vrai que j'ai cru comprendre que dans OsCommerce, on ne fait jamais appel à la fermeture de la connection (la fonction existe pourtant: tep_db_close() ).
Que les modos (du genre "bestiasse" en matière connaissances OsC et PHP/MySQL, je ne citerais pas de noms... ) me reprennent si je dis des conneries:
Dans application_top, on ouvre la connexion par tep_db_connect() qui fait appel à mysql_connect():
CODE |
// make a connection to the database... now tep_db_connect() or die('Unable to connect to database server!'); |
j'ai parcouru un peu le forum et vu qu'il fallait avoir dans les fichiers configure.php, le reglage suivant :
define('USE_PCONNECT', 'false');
ce qui est mon cas et j'ai comme meme ce prbleme avec la base
Help
Salut,
Il me semble que l'on n'est pas obligé de faire le tep_db_close car la connexion est fermée à la fin du script.
Dans le cas d'une connexion persistance (pconnect positionné à true), il n'y a pas de fermeture de connexion à la fin du script et lors d'un ordre d'ouverture, il regarde si ce n'est pas déjà ouvert.
...Enfin il me semble...
Mais, cela ne régle pas le pb de notre ami !!!
Est-ce que si le max de connexions est positionné à 3, est-ce cela veut dire que l'on ne peut "servir" que 3 demandes à la fois ??
Je continue de chercher, pour le fun.
oui 3 en meme temps, mais faut deja y aller pour que 3 internautes fassent une requete en meme temps.
bon mais comme dis mais prob n'est pas regler, hier ca a ete la meme chose site bloque 10mn
personne n'a d'idee ? j'ai parcouru le forum et trouver cette discussion : http://www.oscommerce-fr.info/forum/index.php?showtopic=2935&hl=unable , elle traite le meme probleme que moi et est resolue mais je vois pas ou ?
en tout cas ca s'arrange pas chez moi
PLEASE HELP
Ce soir, je viens de voir une contribution qui pourrait être un des éléments de réponse à ton problème.
Tout d'abord, je ne l'ai pas installé, je me suis contenté de lire sa description. Elle a pour but de réduire le nombre de lecture à la base MYSQL en privilégiant des lectures dans un fichier de paramétrage.
Cela ne réglera définitivement ton problème de 3 connexions simultanées mais permettra peut être de fluidifier ta boutique.
Si tu l'installes et que t'y vois un effet bénéfique, viens nous au courant.
oui mais elle est ou la contrib ?
Salut Zazou,
Elle est ici la contrib :
http://www.oscommerce.com/community/contributions,1862
Je vais l'essayer aussi un de ces 4, vu que je suis en mutualisé et que c'est loooong à charger !
Marcel
Honte à moi,
Je parle d'une contrib san donner le lien. Il s'agit bien de celle indiquée par marcelb (merci).
Y a des fois, il faut aller se coucher !!!
Suis je le seul a avoir ce problemle ??
c toujours pas regler, ca me rend dingue ( j'imagine les clients de la boutique )
personne n'a de soluce ?
Salut
y'a une différences entre 3 connections et 3 requêtes ...
si c'et 3 requêtes ... lol ... change d'hébergeur ...
si c'est 3 connections ... ben lol aussi ...
il te prends combien ton hébergeur pour ce goute à goute hallucinant ??
QUOTE (Batigol) |
il te prends combien ton hébergeur pour ce goute à goute hallucinant ?? |
CODE |
tep_db_close(); |
Oui xaglo, j'avais eu le même sentiment que la fonction n'était pas appelée.
Par contre, en janvier quand j'avais regardé ce post, il me semble avoir lu que la connexion se fermait à la fin d'un script : naivement, j'en avais déduit à la fin de l'exécution de la page.
QUOTE (xaglo) |
Pour Zazou, ne crois pas que personne ne suive ton soucis... j'y suis attentif car je crois que peu de monde peut se vanter d'être sûr de ne pas avoir ce problème On m'a d'ailleurs dit que le phénomène s'est déjà produit sur ma boutique... heureusement (ou malheureusement?? ) Je n'ai pas très souvent plus de 4 ou 5 visiteurs simultanés. Je ne suis jamais arrivé à \"voir\" le soucis. |
QUOTE (xaglo) | ||
Et toi zazou, tu peux essayer d'ajouter dans ton application_bottom
et nous dire si cela change quelque chose... en attendant de faire quelque chose de certainement plus propre |
pour information,
une connection SQL est fermé en fin de script automatiquement mais (et oui il en faut un), je conseil personellement de fermer la connection manuellement apres la selection (ou la derniere du script) ca un une selection SQL met 0.03s sur un script que j'ai fait et l'execution de la page PHP 0.3s (maousse script nan ?)
le gain ici ? 1000%
Bonjour à tous,
ayant le même problème que zazou et ne sachant pas comment fermer les connexion manuellement j'en appelle à votre aide.
Quelqu'un pourrais me dire comment le stratège a fais son script ?
Merci par avance,
Max
Propulsé par Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)