forum léger, mais avec erreur "memory_limit" (résolu)

[Invité]

Bienvenue, Invité. Veuillez vous connecter ou vous inscrire.

Connexion avec identifiant et mot de passe

[lionela]

Bonjour,

Je rencontre sur l'un de mes forums une erreur du type :

Code:

Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 35 bytes) in /home/[...]/forum/Sources/Subs-Db-mysql.php on line 655

J'ai lu qu'il fallait augmenter la valeur de la variable memory_limit dans php.ini (ça va etre fait)


Mais ce qui me surprend le plus, et c'est la raison du message, c'est :

1- Ce forum est pour l'intant très léger (une quinzaine de sujets, une cinquantaine de messages, une vingtaine de membres). Si SMF bloque déjà à ce niveau, qu'en serait-il pour un forum d'une taille 20 fois supérieure (et qui resterait quand même un petit forum) ?

2- On met sur le "dos" de l'hébergeur, mais, sans vouloir faire de pub outre mesure, je suis chez Nexen qui, me semble-t-il, fait partie des hébergeurs de "qualité" (sans aucun problème ils m'ont déjà assuré de me remonter la variable memory_limit, mais le problème de fond de la question n°1 persiste). Donc est-ce vraiment la faute de l'hébergeur, ou alors est-ce un bug de SMF à remonter ? Je n'en sais rien...

3- Ce forum qui a un problème n'est pas le plus gros de mes forums sur le même hébergement (mutualisé : même compte ftp, même base de données, tous 2 en 2.0 RC1-1). J'en ai un autre qui est à peu près 2 fois plus gros et qui continue à fonctionner ! Alors pourquoi celui-ci bloque ?

Voilà donc 3 points qui me posent bien des questions...

Merci pour vos idées,
lionel

[lionela]

Bonjour,
Toujours pas de petite idée ?

J'ai regardé mes tables sous mysql, et 3 avaient quelques octets perdus. Je les ai réparées -> pas de changement

J'ai édité le fichier Settings.php, et j'ai testé différentes valeurs :
* $maintenance = 0; -> c'est le cas présent, ça ne marche pas
* $maintenance = 1; -> idem, ça ne marche pas plus
* $maintenance = 2; -> le forum passe en mode de maintenance (page d'information sans lien)

J'ai aussi essayé de le deplacer de quelques répertoires (et en corrigeant Settings.php), en vain 

[lionela]

Bonjour,
Méthode forte :
J'ai sauvegardé mes tables, et j'ai reinstallé le forum, du coup ça marche,

[Cybermoon]

Bonjour,

Quelqu'un aurait une méthode moins bourrin ? Car mon forum est assez conséquent et j'ai le même problème

[lionela]

Bonjour,
Pour info, j'avais contacté en même temps mon hébergeur qui m'avait gentiment augmenté mes capacités (merci nexen), mais ça n'avait pas résolu le problème, qui semble résider du côté de Smf...

Sans vouloir être "bourrin", il suffit de sauvegarder la BDD (ne sait-on jamais, c'es toujours utile, surtout si tu as un forum conséquent...), et de procéder à une ré-install. Après tout, une ré-install est une formalité un peu ennuyante, mais qui passe bien 

[Cybermoon]

Disons que je suis très septique au fait qu'une réinstallation puisse résoudre des problèmes mémoires.

Il y a bien un endroit ou la migration a foiré, ca devrait être corrigible

Mais bon, va falloir m'y résoudre je crois malheureusement

[lionela]

Disons que je suis très septique au fait qu'une réinstallation puisse résoudre des problèmes mémoires.

Pour ma part, malgré l'affichage explicite du message d'erreur, je doute un peu que ce soit réellement un problème de mémoire, puisque j'avais de grosses capacités auprès de mon hébergeur, et en plus, mon forum qui avait planté était un tout petit (j'en exploite des bien plus gros sous SMF et sous le même hébergement)
Je pencherais plutôt pour un problème interne à smf. Ou alors une attaque spam qui a échoué et qui a fait foirer le site (d'où le message d'erreur) ? Enfin, y'a plein d'hypothèses...

[Cybermoon]

Le soucis c'est que depuis que j'ai fais la migration, quand j'essaye une restauration (sur un serveur annexe) j'ai une erreur (de type Duplicate entry 1 for key 1 sur smf_admin_info_files) :s

[smf-fr]

Bonjour,

Déjà smf2.x est loin d'être léger ou alors IPB est beaucoup plus light que SMF.
En plus smf n'est pas écrit pour des hébergements mutualisés, il est donc tout à fait normal de voir ce genre d'erreur, en effet la taille allouée aux requêtes permet à la fois d'assurer à la machine de ne pas se trouver bloquée et avoir un temps de réponse correcte.
La solution serait de réécrire une partie des routines de smf et de restructurer correctement les tables pour ne pas générer des requêtes trop longue.
Cela implique que smf officiel soit sur un mutualisé pour faire des tests, ce qui n'est pas le cas donc peu de chance de voir une correction à ce niveau.
Ce problème n'est pas résolu par la méthode lionela, puisqu'elle est liée à la fois à la fréquentation du forum et des options disponibles, dont principalement le flux RSS et les forums à grosse fréquentation.

Bon courage.