- Statut : non résolu
- Ce sujet contient 13 réponses, 6 participants et a été mis à jour pour la dernière fois par
eviklspoon, le il y a 12 années.
-
AuteurMessages
-
15 décembre 2008 à 15 h 25 min #465368
Bonjour à vous,
– version 2.7 :
– theme Blue mist modifié :– fournisseur 1and1 :
– site tc-pontois.fr :fuite ou mensonge sur la mémoire limite? :
Je suis nouveau sur ce forum, mais j’ai commencé à utiliser wordpress au mois de septembre environ.
Pour information complémentaire, j’offre bénévolement un site correct pour un club de tennis, que je maintiens (trop) souvent à jour, des efforts supplémentaires à cause du problème que je vais vous énoncer…Voici les données theoriques sur mon hébergement (fournies par nextgen, mais verifié avec phpinfo):
* Système d’exploitation : Linux
* Serveur : Apache
* Mémoire utilisée : 13.98Mega octets
* Version MySql : 5.0.67-log
* Mode SQL : Non configuré
* Version PHP : 4.4.9
* PHP Safe Mode : Non
* PHP autorise les UTL fopen : Oui
* PHP mémoire maxi : 40M
* PHP taille max de téléchargement : 20M
* PHP taille max du billet : 8M
* PHP durée max d’exécution du script : 50000s
* Support PHP Exif : Oui ( V1.4 )
* Support PHP IPTC : Oui
* Support de PHP XML : OuiComme il est marqué, je peux en théorie bénéficier de 40 mo de mémoire, je n’en utilise actuellement que 14 mo.
Pourtant, et ce problème à débuter avec nextgen, les exécutions des scripts php s’arrêtaient, un problème survenue (il ne créait pas les vignettes nécessaires a l’affichage de la galerie) a partir d’un certain poids de l’image importée. Hors toute les images importées étaient au format jpeg, et ne dépassaient pas 400 ko.
J’ai su que le problème venait de la mémoire, je vais décrire les test que j’ai éffectué.A l’époque, le plus basique était de désactiver des plugin pour liberer de la mémoire, ainsi je pouvais importer des images de plus grosse taille (300 ~400 ko…).
Avec l’arrivée de wordpress 2.7, les choses ne se sont pas améliorée, car il utilise dorénavant plus de mémoire que la version antérieur.
Un autre problème dut au manque de mémoire est survenu, je ne pouvais plus modifier une page ‘Error 500 – Internal server error’ (a l’époque wordpress 2.6 et tout les plug ne prenaient que 12 mo environ, notez qu’il utilise maintenant 14 mo environ).
La source du probleme ne fait donc aucun doute, la mémoire qui devrait etre de 40 mo maximum.Cela pourrait venir d’un plugin? Un code tournant en boucle, etc…
En desactivant certains plugins, n’importe lesquels pour obtenir environ 13 mo, je peux modifier a nouveau la page.
Je me suis servis de cette page en tant que témoin, désactivant un a un les plugin et tentant de modifier cette page apres chaque désactivation, si en effet l’un d’eux était défectueux alors la page s’ouvrirait correctement.Liste de mes extensions:
DBD Mailto Encoder (encoder les emails)
effet d’image (inventé par moi même pour intégrer du code automatiquement lors d’une insertion d’image)
Google XML Sitemaps (il n’a plus assez de mémoire depuis la 2.7 pour générer manuellement un fichier)
NextGEN Gallery (version rc1)
Plugin Central
Posts from Last X Days
Role Manager
StatPress Reloaded (le plugin prenant le plus de mémoire, il doit liberer environ 1 mo et permet la modification de la page témoin lors de sa désactivation)
WordPress Database Backup
WP-dTree
WP-HighslideA chaque désactivation, la meme erreur 500, sauf dans certain cas ou la page restait totalement blanche.
En bref, je pense qu’aucune extension n’est defectueuse.
Cela va faire un bon moment que je me confronte a ce probleme, finalement j’ai décidé de faire appel a vous, si vous ne dormez pas une fois arrivé la…Si vous aviez des idées, des tests…quelque chose…Que ce soit dans les uploads de wordpress, le poids ne depasse pas 12 mo ou dans le poids des galeries de nextgen ça ne dépasse pas 15 mo. Donc en théorie je serais capable de tout réimporter d’un coup (PHP taille max de téléchargement : 20M).
Avez vous deja rencontrer ce problème? J’ai fais plusieurs recherches, je ne suis tombé que sur des soucis ou la mémoire demandée dépassait celle allouée, tout le contraire de mon soucis.
(je viens de régler la question du thème, l’ayant beaucoup retouché peu etre avais je fais une erreur, en remettant le theme wordpress par defaut je confirme que cela ne vient pas du theme)
En tout cas merci déjà d’avoir lu.
En espérant après tout ce temps de recherches et tentatives infructueuses, un aboutissement a cette galère.17 décembre 2008 à 15 h 12 min #653837Peut être pourriez vous comprendre ceci :
J’ai testé dans son integralité wordpress et base de données sur mon ftp free, et voici le resultat* Système d’exploitation : Linux
* Serveur : Apache/ProXad [Aug 9 2008 02:45:12]
* Mémoire utilisée : 25.44Mega octets
* Version MySql : 5.0.67
* Mode SQL : Non configuré
* Version PHP : 4.4.3-dev
* PHP Safe Mode : Oui
* PHP autorise les UTL fopen : Oui
* PHP mémoire maxi : 32M
* PHP taille max de téléchargement : 2M
* PHP taille max du billet : 2M
* PHP durée max d’exécution du script : 30s
* Support PHP Exif : Oui ( V1.4 )
* Support PHP IPTC : Oui
* Support de PHP XML : OuiEn gros, le site prend largement plus de mémoire sur le ftp de free, mais paradoxalement, benefiniciant en theorie de moins de mémoire (32 mb contre 40 chez 1and1), je peux par exemple importer des images plus importantes.
Il semble en résumé utiliser correctement les 32 mb…
google xml sitemap genere correctement et je peux ouvrir la fameuse page devenue trop “imposante” sous l’hebergement 1and1.N’ayant pas d’autre hebergement de test, je ne pourrais pas verifier si 1and1 trompe sur les données réelles, ou si free demande plus de mémoire, mais je suis sur que le probleme vient de 1and1 quand meme…
Si vous avez déjà résolu un problème de ce genre…et que vous pourriez m’apporter quelques conseils.
Je vous remercie.17 décembre 2008 à 15 h 18 min #653838As tu désactivé le versionning sur les posts ?
17 décembre 2008 à 15 h 25 min #653839Bonjour,
Un conseil : commence par compresser tes images. J’en ai pris une au hasard (un court, sur la page index) et elle pese déjà .. 576ko …. Sachant qu’il y en a 4 sur la page d’accueil, on frole deja les 2Mo sur les hits …
17 décembre 2008 à 15 h 28 min #653840Oui j’en ais conscience, c’est ce qui m”a permit de me rendre compte du problème de mémoire, je ne peux plus éditer cette page sous l’hébergeur 1and1, par contre je le peux chez free.
Je vais desactiver le versionning, pour test. (si j’y arrive)17 décembre 2008 à 15 h 33 min #653841Quel difference dois je avoir apres la desactivation de cette fonction? Je viens de le faire et j’ai supprimé tout sur la base de donnée.
17 décembre 2008 à 15 h 48 min #653842Je vais donner un exemple, pour comparer free et 1and1
1and1:
– Mémoire utilisée : 13.98Mega octets
– PHP mémoire maxi : 40Mfree:
– Mémoire utilisée : 25.44Mega octets
– PHP mémoire maxi : 32MImportation d’une image qui semble trop importante pour la mémoire requise avec nextgen rc1 (il precise la source de l’erreur)
chez 1and1: (l’image ne pese que 167 ko)
– [object XMLHttpRequest]chez free: (l”image pese 1.04 mo)
– image.jpg (Error : Exceed Memory limit. Require : 34.14 MByte)Il s’agit de deux images differentes, car comme je le dis je peux importer des images plus grosses avec free…
(je viens de convertir la plupart des images pour qu’aucune ne depasse 115 ko, ça accélérera le chargement du site, mais ça n’arrange en rien mon soucis)
17 décembre 2008 à 18 h 38 min #653843Bonsoir,
Au risque de m’attirer les foudres de quelques détracteurs, je n’ai jamais pu faire fonctionner NextGen Gallery avec 1&1. Je pense que le problème vient de la mutualisation de l’hébergement.
L’extension ou l’hébergeur sont remplaçables !
Cordialement,
V.
17 décembre 2008 à 18 h 52 min #653844Malheureusement…j’ai procédé ainsi: je désactive un plugin et je test. J’ai désactivé nextgen et aucun changement…
Ce problème ne se focalise pas uniquement sur nextgen, mais influence aussi les autres plugin quand la mémoire atteint environ 14 mb (mémoire actuellement utilisée depuis wordpress 2.7).Donc, si je désactive tout les plugin libérant plus de mémoire, je peux importer des images plus grandes dans la galerie (et meme dans l’upload par defaut de wordpress).
Donc en gros c’est comme ci vers 14 mb j’atteignais la limite…Et la je pense a hébergement, le seul gros soucis c’est que l’abonnement c’est par année…
Merci en tout cas de ces réponses.
17 décembre 2008 à 20 h 39 min #653846en regardant vite fait dans le code, on peut déterminer que ce n’est pas wordpress qui retourne une erreur 500, car sinon il aurait retourner une “jolie page d’erreur”. donc il se peut que ce soit le serveur qui dégueule.
à vue de nez, l’hébergement que t’utilises est sous dimensionné pour ton wordpress. je te préconise de tester un autre hébergement.
17 décembre 2008 à 21 h 15 min #653847L’erreur 500 semble fréquente chez 1and1, mais surtout pour les sites avec un plus haut traffic, j’imagine meme pas si le traffic de ce site devait s’accroitre…
Si je n’ai pas de solutions, je vais désactiver statpress reloaded, il mange beaucoup, et patienter la fin de l’abonnement pour changer d’hébergeur.17 décembre 2008 à 21 h 24 min #653848Bonsoir,
Oui, préfère Wassup à Statpress. Tu peux demander à Wassup d’effacer les données de plus de 24 heures…
J’ai envie de dire que les torts sont partagés entre extensions et hébergeur… Certains plugins sont fort gourmands (NextGen Gallery, Simple Tags…) en mémoire et certains hébergeurs sont paresseux.
Cordialement,
V.
17 décembre 2008 à 21 h 48 min #653845Désactiver statpress ne suffit pas, je vais donc voir pour remplacer nextgen, et à ce propos je cherche actuellement un plugin qui donne les informations comme la mémoire allouée à wordpress…un peu comme le fait nextgen…
13 mars 2009 à 23 h 54 min #653849http://www.wordpress-fr.net/support/viewtopic.php?pid=120755#p120755
avec mon dernier message pour ceux qui ont ce problème.
-
AuteurMessages
- Vous devez être connecté pour répondre à ce sujet.