bug sur la partie media

philip · juillet 2011

Hi, j'utilise un dockstar pour heberger un blog sous debian/pluxml 5.1.1
je suis passe a la nouvelle version, mais 2 problèmes se sont révélés
La page media de l'administration est excessivement lente, pourtant seulement 6 photos sont présentes en basse définition. Je pense donc qu'il recree les miniatures en permanence pour être aussi lents, mais j'ai pas creuse le problème plus que ca.
Le second problème apparu avec plximage,la galerie fonctionne a peu près( une erreur avec le skin), mais lorsqu'on click sur les images elles s'ouvrent dans la même fenêtre(sans frame juste http://..../toto.jpg) ce qui, un n'est pas pratique, et deux pas le comportement prévu du plugin.

Si quelqu'un a des réponse a apporter j'en serais très heureux

deff.dyndns.org

Stéphane · juillet 2011

Bonjour

tu es la 1ere personne a remonter un problème de lenteur dans la gestionnaire de médias, ce qui vraiment m'étonne beaucoup. Si tu as les moyens d'investiguer un peu plus ça sera utile, car dans cette situation il est difficile de diagnostiquer quelque chose sans accès

pour plximage, mieux vaut en faire part à son auteur ici
http://forum.pluxml.org/viewtopic.php?id=2263

Stéphane · juillet 2011

d'ailleurs j'ai bien l'impression qu'il faudrait une petite mise à jour de ce plugin pour qu'il tienne compte de la nouvelle structure de sauvegarde des images

image: fichier.jpg
miniature: fichier.tb.jpg au lieu de fichier.jpg.tb (ceci pour un nommage plus conventionnel des images)
et ne pas prendre en compte les dossier .thumbs

philip · juillet 2011

Apres verification en ssh top, il y a bien un problème, le thread fastcgi est bloque a 100% pendant presque 20 sec quand je charge la parge media de l'administration.
etant un serveur de test, je peux fournir un accès histoire de faire avancer les choses.

faudrait que je sorte le log complet pour que ca soit vraiment utile, je viens de regarder les log nginx,rien dans error, donc pas d'erreur de fastcgi;
mais dans le log complet du server on voit des sorties type
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'76:v', out:'v'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'2F:/', out:'/'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:1 in:'44:D', out:'D'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'53:S', out:'S'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'25:%', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:4 in:'32:2', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:5 in:'30:0', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'20: ', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'32:2', out:'2'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'30:0', out:'0'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'30:0', out:'0'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'30:0', out:'0'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'2D:-', out:'-'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'32:2', out:'2'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'30:0', out:'0'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'30:0', out:'0'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'31:1', out:'1'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'25:%', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:4 in:'32:2', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:5 in:'30:0', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'20: ', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'2D:-', out:'-'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'25:%', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:4 in:'32:2', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:5 in:'30:0', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'20: ', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'73:s', out:'s'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'75:u', out:'u'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'6A:j', out:'j'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'65:e', out:'e'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'74:t', out:'t'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'25:%', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:4 in:'32:2', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:5 in:'30:0', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'20: ', out:' '
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'30:0', out:'0'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'36:6', out:'5'
2011/07/10 11:12:35 [debug] 1051#0: *759 s:0 in:'2E:.', out:'.'

lors de l'acces a media.php
je pense qu'il faut que je sorte le log complet pour avoir une idee , mais mes connaissance son limites
quelqu'un a une idee?

Stéphane · juillet 2011

peux-tu tester avec un pluxml vierge franchement installé pour etre sur qu'il n'y a pas d'effets de bords à cause d'un plugin ou autre chose

philip · juillet 2011

j ai crée deff.dyndns.org/plumtest/
sans les photos pas de souci, j'ai transfère les même photos , même problème 20 sec de load a 100%.
les thumb sont générées a chaque fois?
la pour le coup plus d’idée

philip · juillet 2011

pr ce second, login deff pass test ;

Stéphane · juillet 2011

bon ben aucun problème chez moi. le gestionnaire répond au doigt et à l'oeil: aucun ralentissement

quel est ton navigateur ?

philip · juillet 2011

Salut,
J'utilise chrome; a jour;
J'ai toujours ce souci, en effet avec les icone que tu as mis pas de problème mais le répertoire archiv contenant les photos (1700*1200) 6 phots, mets pret de 20 sec a charger et sature a 100% le dockstar.
J ai vérifie avec le ssh. As tu regarde ce répertoire?
Le dockstar n'est pas une bête de puissance, donc il se pourrait que la charge soit provoque par la création des thumbnail, ce qui est plus étonnant c'est qu'elle serait crée a chaque fois que l'on accède a la page?

je te remercie déjà du temps que tu y as consacre, et reste ouvert a toute solution.

Stéphane · juillet 2011

Ok je vais me trouver une dizaine de photo en 1700*1200 et voir ce que ça donne dans le gestionnaire de médias. normalement les thumbnails ne sont (re)créées que si elles n'existent pas. Je te tiens au courant...

Stéphane · juillet 2011

C'est bon j'ai pu reproduire le problème. Effectivement avec des grosses images, on perçoit bien le ralentissement. J'ai corrigé.

Peux-tu remplacer dans le fichier core/lib/class.plx.medias.php, les lignes suivantes:

$_thumb1=false;
						$ext = strtolower(strrchr($this->path.$dir.$file,'.'));
						if(in_array($ext, array('.gif', '.jpg', '.png'))) {
							$_thumb1 = plxUtils::makeThumb($this->path.$dir.$file, $this->path.'.thumbs/'.$dir.$file, $this->thumbWidth, $this->thumbHeight, $this->thumbQuality);
					}

par

$ext = strtolower(strrchr($this->path.$dir.$file,'.'));
						$_thumb1=file_exists($this->path.'.thumbs/'.$dir.$file);
						if(!$_thumb1 AND in_array($ext, array('.gif', '.jpg', '.png'))) {
							$_thumb1 = plxUtils::makeThumb($this->path.$dir.$file, $this->path.'.thumbs/'.$dir.$file, $this->thumbWidth, $this->thumbHeight, $this->thumbQuality);
						}

Peux-tu me confirmer que ça résoud le ralentissement. Merci

philip · juillet 2011

Parfait;
merci beaucoup;
je vais pouvoir monter ma galerie.

a bientôt, dans une autre section je l’espère . :-)

Alba · juillet 2011

Salut !
Je rencontrais le même problème (je suis chez Gandi sous leur plateforme Gandi AI pour les noobs de l'admin. serveur), et cette modif' à résolu le problème, voilà

Stéphane · juillet 2011

Merci pour ce retour Alba.

bug sur la partie media

Réponses