Un utilisateur a demandé 👇
Quelqu’un a-t-il eu des problèmes de fuite de mémoire causés par TSF ?
J’ai 8 sites Web exécutant TSF sur 4 cœurs / 4 Go VPS, mais l’un d’eux consomme de la RAM dans le système, et après de nombreux débogages, j’ai été isolé dans TSF sur un site. Je l’ai initialement défini sur les paramètres par défaut ou proches des paramètres par défaut, mais je ne peux pas les vérifier correctement à cette minute (car l’activer tuera le VPS en quelques minutes), donc je ne voulais pas vérifier ici en premier, quelqu’un d’autre rencontré le problème à un moment donné? J’ai vérifié la base de données, les autorisations, etc., et TSF est définitivement la cause du problème. 6 des autres sites Web exécutent la même pile de plug-ins, il est donc peu probable qu’il y ait un conflit, même si je vais l’examiner.
[The plugin is disabled at the moment so there’s no point in providing a URL.]
(@cybr)
il y a 1 an, 3 mois
Bonjour Adam,
Avec TSF 3.2.4 en ligne depuis plus de trois mois maintenant, c’est définitivement un cas pour moi ! À première vue, je pense que vous avez raison, mais enquêtons !
Y a-t-il quelque chose qui fait que le site se démarque avec le problème ? Par exemple, votre contenu est-il écrit dans une autre langue (en utilisant des symboles UTF-8) ou y a-t-il beaucoup plus de trafic ?
Plus d’informations seraient utiles, telles que:
Quelle version de PHP as-tu installé ? La mise en cache des opcodes est-elle activée ? suffisamment de mémoire et d’allocation de fichiers ? PHP est-il installé avec l’extension mbstring ? PHP s’installe-t-il à l’aide d’une bibliothèque PCRE externe ? Avez-vous ouvert le journal des erreurs, puis obtenu des erreurs liées à la “description automatique” ?
Vos résultats me semblent étranges car PHP ne peut pas perdre de mémoire en utilisant une configuration par défaut. Je ne connais qu’une seule exception lors de l’utilisation de l’extension Z-Ray (apparemment cassée).
Toute la mémoire utilisateur PHP doit être effacée chaque fois qu’elle atteint un état de sortie ou après l’expiration de PHP. Et cela pourrait conduire à une conclusion : PHP se ferme-t-il correctement ou y a-t-il un plugin ou un thème actif qui l’empêche de le faire ?
Pour tester cela, essayez de réduire la limite de mémoire PHP à 32 Mo, ce qui est plus que suffisant dans PHP 7+, et voyez si vous obtenez des erreurs immédiates de mémoire insuffisante (dans le pied de page de votre site). Vous pouvez également libérer de la mémoire en réduisant le délai d’attente de PHP à 30 secondes, au lieu de 60+ comme de nombreux serveurs l’utilisent.
Idéalement, toutes les applications WordPress devraient terminer le rendu HTML en moins de 0,1 seconde.
(@dahamsta)
il y a 1 an, 2 mois
Mes sincères excuses à Sybre, je n’ai pas accepté la liste blanche de wordpress.org et la notification de votre réponse est allée dans mon dossier spam.
J’ai récemment réactivé TSF sur le site Web du client, car d’autres plugins ont été mis à jour entre-temps, mais le processus FPM a immédiatement ramené le serveur. J’ai attendu une période calme et j’ai réagi à nouveau pour voir si cela continuait et que cela s’éclaircissait après quelques minutes. Il est revenu peut-être deux fois, et je ne l’ai pas revu depuis. Je suppose que c’était un conflit avec un autre plugin qui devait juste être résolu.
Merci pour votre réponse complète, et encore une fois, je suis désolé de ne pas vous avoir répondu jusqu’à présent.
(@cybr)
il y a 1 an, 2 mois
Merci pour la mise à jour, Adam ! Je suis content que tout aille bien maintenant 🙂
Ma dernière tentative pour expliquer cela est que le processus de mise à jour a pris un certain temps ; peut fonctionner en arrière-plan.
Quoi qu’il en soit, si vous rencontrez toujours des problèmes de mémoire, faites-le moi savoir ! Peut-être vaut-il mieux me contacter en privé, car cela peut impliquer une enquête que vous ne souhaitez peut-être pas en public.
Santé!
Cela a-t-il résolu votre problème ?
Was this helpful?
0 / 0