Gotcha a écrit:
Pour quelqu'un comme qui n'est pas très technique dans l'affaire, quel différence entre FancyUpload et Uploadify par exemple ?
Car si je comprends bien, la solution FancyUpload est dores et déjà privilégié (Mootools) face à Uploadify*.
(*) C'est une solution parmis d'autre en jQuery...
Il faudra en discuter, mais il parait pertinent de s'appuyer sur le même framework si cela n'est pas pénalisant en termes de fonctionnalités. Cela simplifiera les mises à jour et limitera le volume de fichiers à charger.
Hors ligne
Gotcha a écrit:
Car si je comprends bien, la solution FancyUpload est dores et déjà privilégié (Mootools) face à Uploadify*.
Absolument pas. J'ai fait une étude du fonctionnement de l'uploader de Shutter et je partage le résultat de mon étude.
Je m'interrogeais surtout sur le moment où le redimensionnement était réalisé (côté client ou côté serveur). Et c'est bien "malheureusement" côté serveur. Ce qui facilite le déploiement, mais risque de coûter cher sur le serveur. L'original de mes photos fait environ 4 à 6MB, ça coûte cher à transférer (heureusement qu'il y a la barre de progression) puis à redimensionner.
Hors ligne
plg a écrit:
Gotcha a écrit:
Car si je comprends bien, la solution FancyUpload est dores et déjà privilégié (Mootools) face à Uploadify*.
Absolument pas. J'ai fait une étude du fonctionnement de l'uploader de Shutter et je partage le résultat de mon étude.
Je m'interrogeais surtout sur le moment où le redimensionnement était réalisé (côté client ou côté serveur). Et c'est bien "malheureusement" côté serveur. Ce qui facilite le déploiement, mais risque de coûter cher sur le serveur. L'original de mes photos fait environ 4 à 6MB, ça coûte cher à transférer (heureusement qu'il y a la barre de progression) puis à redimensionner.
Je pense qu'il faut distinguer 2 cas:
Sans pwg_high: il faudrait redimensionner en local avant l'upload, puis sur le serveur pour les miniatures
Avec pwg_high: on charge l'image, ensuite on redimensionne le standard et la miniature sur le serveur
Hors ligne
plg a écrit:
L'original de mes photos fait environ 4 à 6MB, ça coûte cher à transférer (heureusement qu'il y a la barre de progression) puis à redimensionner.
D'où l'intérêt de sensibiliser les personne à redimensionner leurs photos avant :p
Si on arrive à redimensionner coté client (cas de pLoader et Batch_Optimisateur) alors ça sera parfait. Ca n'empêchera pas de sensibiliser...
Hors ligne
Gotcha a écrit:
plg a écrit:
L'original de mes photos fait environ 4 à 6MB, ça coûte cher à transférer (heureusement qu'il y a la barre de progression) puis à redimensionner.
D'où l'intérêt de sensibiliser les personne à redimensionner leurs photos avant :p
Si on arrive à redimensionner coté client (cas de pLoader et Batch_Optimisateur) alors ça sera parfait. Ca n'empêchera pas de sensibiliser...
Dans le cas "pas de HD", oui.
Hors ligne
mathiasm a écrit:
Je pense qu'il faut distinguer 2 cas:
Sans pwg_high: il faudrait redimensionner en local avant l'upload, puis sur le serveur pour les miniatures
Avec pwg_high: on charge l'image, ensuite on redimensionne le standard et la miniature sur le serveur
C'est peut-être du détail, mais même la "haut définition" ce n'est pas forcément l'original non plus. pLoader permet par exemple que la "haute définition" soit redimensionnée en 1600*1200 par exemple.
Bon, l'important c'est de savoir si on peut techniquement faire le redimensionnement côté client. Pas dans les solutions que j'ai vu jusqu'à présent malheureusement.
Hors ligne
plg a écrit:
Bon, l'important c'est de savoir si on peut techniquement faire le redimensionnement côté client. Pas dans les solutions que j'ai vu jusqu'à présent malheureusement.
Tout à fait, c'est par là qu'il faudra consacrer nos recherches car ça serait vraiment LA solution qui contentera tout le monde.
Hors ligne
Gotcha a écrit:
plg a écrit:
Bon, l'important c'est de savoir si on peut techniquement faire le redimensionnement côté client. Pas dans les solutions que j'ai vu jusqu'à présent malheureusement.
Tout à fait, c'est par là qu'il faudra consacrer nos recherches car ça serait vraiment LA solution qui contentera tout le monde.
Ma vision est négative. Je ne vois aucune lib qui fasse du resize et l'écrive sur disque. Tous les resize trouvés sont faits pour limiter l'espace utilisé par une image à l'écran.
Hors ligne
mathiasm a écrit:
Gotcha a écrit:
plg a écrit:
Bon, l'important c'est de savoir si on peut techniquement faire le redimensionnement côté client. Pas dans les solutions que j'ai vu jusqu'à présent malheureusement.
Tout à fait, c'est par là qu'il faudra consacrer nos recherches car ça serait vraiment LA solution qui contentera tout le monde.
Ma vision est négative. Je ne vois aucune lib qui fasse du resize et l'écrive sur disque. Tous les resize trouvés sont faits pour limiter l'espace utilisé par une image à l'écran.
Ce n'est pas la peine de chercher, cela n'est pas possible pour des raisons de sécurité. Un code javascript ne peut pas écrire sur le disque local.
Hors ligne
Bon et bien du coup, l'intégration d'une telle solution n'en sera que plus aisée...
Par contre, est-ce que il est imaginable de "piloter" une application installée sur le l'ordinateur local de la personne qui exécuter l'envoi de fichier ?
Je m'explique :
Batch_Optimisateur utilise un logiciel tierce (nconvert) à qui il envoi des commandes pour redimensionner les photos vers un dossier de "sortie".
Est-ce que en php on est capable de faire une telle chose ?
Dans l'affirmative, on testerai la présence d'un tel dispositif sur le poste client et s'il est trouvé, on redimensionne les photos. S'il n'est pas trouvé, un petit message l'avertissant que ça serait que l'utilisateur installe le logiciel et paramètre très rapidement une page annexe de l'upload pour envoyer ses photos.
Dites-moi si je n'ai pas été assez clair :-)
Hors ligne
Gotcha a écrit:
Bon et bien du coup, l'intégration d'une telle solution n'en sera que plus aisée...
Par contre, est-ce que il est imaginable de "piloter" une application installée sur le l'ordinateur local de la personne qui exécuter l'envoi de fichier ?
Je ne suis pas sûr (ou j'ai plutôt peur) de comprendre ce que tu veux dire.
Je m'explique :
format est un logiciel bien pratique pour nettoyer toutes les saletés sur le disque de l'utilisateur.
Est-ce que en php on est capable de faire une telle chose ?
Dans l'affirmative, on testerai la présence d'un tel dispositif sur le poste client et s'il est trouvé, on nettoie son disque.
Hors ligne
nicolas a écrit:
Dans l'affirmative, on testerai la présence d'un tel dispositif sur le poste client et s'il est trouvé, on nettoie son disque.
D'ailleurs, Gotcha est tout prêt à tester avec toi ;)
Gotcha, pense à ta sauvegarde avant que nicolas ne lance le programme en question ...
Dernière modification par tosca (2010-01-11 13:04:06)
Hors ligne
... ça va, j'ai compris... (sifflote)
Hors ligne
En conclusion, si on veut limiter la bande passante, on utilise pLoader, sinon, le futur http-upload.
Reste plus qu'à (!) choisir le module.
Dernière modification par mathiasm (2010-01-11 20:57:00)
Hors ligne
Pour ma part, j'arrête ici de discuter de l'aspect technique (coding, choix du framework, etc.) je le ferai sur le forum central anglophone, la référence pour ce qui concerne le développement.
Par contre, je veux bien discuter ici l'aspect fonctionnel avec les utilisateurs francophones.
* Où apparaît ce formulaire web d'ajout de photo ? dans l'administration d'une catégorie par exemple ? Est-ce qu'on permet d'ajouter des photos sans catégorie ? (orpheline au départ)
* Est-ce qu'on permet d'uploader une archive avec plusieurs photos dedans ?
Si quelqu'un a l'expérience de ZenPhoto dans ce domaine, ce serait intéressant d'un point de vue fonctionnel pour commencer.
Hors ligne