Écrire une réponse

Veuillez écrire votre message et l'envoyer

Cliquez dans la zone sombre de l'image pour envoyer votre message.

Retour

Résumé de la discussion (messages les plus récents en premier)

cljosse
2013-01-09 12:26:53

On line

flop25
2013-01-09 12:02:52

très étonnant ! tous les benchmarck donnent -logiquement- curl plus rapide
C'est en local ou online tes tests?

cljosse
2013-01-09 11:29:39

Merci pour vos reponses.
En ce qui me concerne voici mes tests:

dans
Ajoutez des photos [Formulaire web]

   A) Sans rien modifier: 
            donc upload plus génération miniatures:
         pour uploader 5 photos  temps:2 minutes.

B) en commentant la ligne 364 de function upload.inc [364 // fetchRemote($thumb_url, $dest);]
          pour uploader 63 photos temps:1 minute 34
            ensuite generation des miniature:
               Carré Miniature XXS - minuscule XS - très petit M - moyen XL - très grand
         temps :  35 sec

Si j'osais je dirai qu'il n'y a pas photos!.

Une options case à cocher par exemple serait bienvenue.

Le deuxième point avec gvideo est différent, je vais ouvrir une nouvelle discussion pour expliquer le problème.

P@t
2013-01-09 01:41:27

fetchRemote est utilisé dans l'upload de photos pour générer les miniatures.
Sauf que l'on n'est pas dans le cas de "Try to retrieve data from local file" car c'est une url complète. Une url relative ne fonctionnerait pas pour appeler i.php et générer la miniature.

Ton serveur doit ramer lors de la génération des miniatures à partir des HD (et je ne pense pas que cURL soit la cause du problème). Mais comme le dit mistic, tu peux toujours essayer de désactiver l'extension curl pour voir si c'est mieux avec file_get_contents, ce qui m'étonnerait.

En revanche, si tu as moyen d'utiliser imagemagick comme bibliothèque graphique (en version "externe" si possible), ça pourrait améliorer la chose.

mistic100
2012-12-24 21:32:44

dans son utilisation dans add_uploaded_file(), fetchRemote() ne devrait pas utiliser cURL non ? puisqu'on est dans le bloc "Try to retrieve data from local file?"

dans Embedded Videos (gvideo) par contre j'utilise bien cURL parce que c'est plus pratique pour récupérer les données depuis les serveurs (par contre je n'utilise pas fetchRemote mais une fonction perso, ça revient au même)

si tu as vraiment des problème avec cURL, désactive l'extension, il ya des fall-back pour passer sur file_get_contents(), personnellement ça va toujours plus vite avec cURL


(non pas de réveillon chez nous :-) )

rvelices
2012-12-19 13:22:31

ok. je pensais qu'on parle de "download", pas de "upload"

rvelices
2012-12-19 11:36:12

cljosse a écrit:

D'ou ma question pourquoi faire appel à cette fonction lors du téléchargement des photos?

On ne fait jamais cet appel pour le telechargement des photos (au moins dans le "core")

cljosse
2012-12-18 10:12:16

Bonjour.
  Mon problème:
   Le Chargement de mes photos sur mon site legtux.org est très très long.
    Le téléchargement de la photo en elle même ne pose pas de problème, mais il s'écoule un temps non négligable par la suite.
allant jusqu'a

Code:

Service Temporarily Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

Après recherche le problème vient de l'utilisation de curl_exe dans la fonction fetchRemote.
     J'ai strappé la fonction fetchRemote (insérer un return false dans la fonction fetchRemote), et maintenant le chargement de mes photos est nettement plus rapide.
     ...
( même problème dans le plugin gvideos).

  D'ou ma question pourquoi faire appel à cette fonction lors du téléchargement des photos?

       
•Piwigo 2.4.6
Environnement•Système d'exploitation: Linux
•PHP: 5.4.9-1~dotdeb.0 (Montrer les informations) [2012-12-18 10:10:59]
•mysql: 5.5.28-1~dotdeb.0 [2012-12-18 10:10:59]
•Bibliothèque graphique: GD bundled (2.0.34 compatible)

Pied de page des forums

Propulsé par FluxBB

github twitter newsletter Faire un don Piwigo.org © 2002-2024 · Contact