coolsocks a écrit:

Bonjour

A l'install tout plante avec cette erreur

Parse error: syntax error, unexpected ')', expecting '(' in /home/*******/public_html/gallery/plugins/download_multi/include/class.inc.php on line 798

function DmAddZip($file, $path) {
    global $zip;
    $file = str_replace('./galleries/', '', $file);
    $zip->addFile($path, $this->my_config['prefix_dir'].'/'.$file);
     
    if($this->my_config['active_comment'] ) {
      $zip->setArchiveComment($this->my_config['comment']);
    }
  }

Kikoo FlipFlip
Le message d'erreur est donc au moment de l'installation du Plugin, comme je le précise dans mon message ci dessus, quand j'enlève cette partie de code ca fonctionne.
Pour le php je suis en version PHP: 4.4.8
Pour l'extension en majuscule, oui c'est les miniatures :)

Merci à toi de tes réponses, et comme on dis patience et longueur de temps font mieu que force n'y que rage :p

re

Ligne 845

et ben pour les miniature je sais pas moi non plus lol

Salut, je me rappel qu'effectivement à un moment j'ai vue passé secure image dans le fil de discution... maintenant pour trouver la raison ça va pas être facile.

Heureusement qu'il n'y a pas que la solution Free, sinon le web serait vraiment un monde de semi-liberté.
A l'heure où Google donne dans l'Open Source, la liberté a parfois un prix.
8-)

PS: Problème de taille du zip beaucoup plus que la durée du téléchargement. Free veut forcer les utilisateurs à utiliser sa solution de download.
PS: C'était très clair (pour moi).

Salut, en fait il y a trois points à prendre en compte avec free et d'autres hébergeurs :
- la limite de temps d'exécution d'un script;
- la taille des fichiers hébergeable (assez spécifique à free);
- la consommation CPU.

Pour le 1er j'ai une idée mais je n'ai pas trouvé comment l'appliquer au plugin. Le but serait d'ajouter un paramètre qui serait le nombre de fichier à mettre dans une archive tout en tenant compte de la taille de l'archive. Ensuite un peu comme la gestion du multipage avec sql avec LIMIT x,y sauf que le passage à la "page" suivante serait intégré dans la boucle. Comme chaque rechargement d'une page relance la boucle de création de l'archive, le compteur de temps est remis à 0.

Voila ça c'est la théorie... maintenant pour le transférer en php c'est autre chose.

Pour l'autre problème de taille de fichier il y a uniquement le paramètre de taille dans la config du plugin. Si encore il était possible de récupérer cette valeur directement depuis la config de php ou d'apache je pourrais le gérer en automatique.

Est-il possible dans une future version, voire non pas une seul arrive pour tout le panier mais plusieurs fichiers afin de contourner ce problème ? Dans le cas ou le processus découperait préalablement le panier en ne prenant que X photos (gestion du nombre d'éléments donc) par archive.

C'est déjà la cas et c'est à ça que sert le paramètre de taille dans l'admin, après il est certain que si un utilisateur met 300 photos en haute def dans le panier ça passera pas à cause du temps même en mettant une valeur basse à la taille puisque les archives sont générés dans la même boucle. La seul solution est le rechargement de la page expliqué plus haut.

Pour la consommation CPU, la génération d'archive zip prend énomément de ressource CPU donc tu va vite de faire repérer si ton site à beaucoup de traffic mais là il n'y a aucune solution si ce n'est prendre un serveur dédié.

Dans l'état actuel du plugin, lorsque la limite du poids de l'archive est atteinte, les photos qui n'en font pas partie ne peuvent être téléchargées. C'est domage.

Normalement ce cas est géré. Par exemple si tu à 3 fichiers de 10Mo, 300Ko et 1Mo avec une limite de taille de 3 Mo dans la config, normalement le fichier de 10Mo doit ce retrouver seul dans une archive et ceux de 1Mo et 300ko dans la même archive puisque la taille de 3 Mo n'est pas atteinte. D'après les essais que j'ai fais ça marche. Je pense que le problème pour toi est vraiment le temps d'exécution du script, malheureusement chez la majorité des hébergeur cette limite est à 30sec

coolsocks, est-ce que tu peux faire un essai en désactivant secure image ? Au moins on sera sur qu'il y a un conflit.

Maintenant pour la suite il reste le chargement du panier. J'ai retourné le problème dans tous les sens :
- désactiver le cache de mon navigateur;
- désactiver par les meta le cache navigateur;
- tracer la procédure;
- un coups à gauche;
- un coups à droite;
- une grand tatane dans le clavier (non j'déconne).

Rien. En fait le problème ce produit sur les pages de catégories, recherches et tag. Je n'ai pas testé depuis les favoris mais je pense que c'est pareil. Si par hasard un dev à le courage de se plonger dedans je veux bien.

P.S. : aide mémoire : voir fonction flush() en php.

Dernière modification par flipflip (2008-09-09 15:30:17)

Salut,
J'ai testé en adviser (c'est bien pratique ce truc), je regarde le code lundi. C'est dans la partie PclZip... j'espère qu'un jour je n'aurais plus besoin de cette lib :(

salut, j'ai compris ce qui déconne. Donc attention pour le moment il ne faut pas utiliser le plugin car comme le soulinge Gotcha il manque des photos à la génération des archives. En fait le problème intervient dans le cas ou plusieurs archives sont créé, au moment du changement d'archive un fichier est perdu, ça c'est pou ZipArchive. Pour PclZip je n'ai pas trouvé encore le problème car pour moi ça marche correctement.

flipflip a écrit:

Donc pour connaître le nombre de personnes qui seront impactées par cette migration je réalise un petit sondage. Sur votre espace web, ajouter le fichier test_zip.php (http://phpwebgallery.net/ext/revision_view.php?rid=852), exécuter le script via votre navigateur et rendez-vous sur l'adresse indiqué en fin de test pour "voter" le résultat.

Bonjour Flipflip,
Le lien donné fonctionne mais le téléchargement est HS.

Et puis bon bah puisque Free est ne fait jamais rien comme tout le monde je vais devoir me passer de cette fonctionnalité :'(

+++