Bonjour Gotcha,
Merci de votre réponse.
En effet, c'est bien cela, les photos sont déjà au bon format et il est important de pouvoir les télécharger en zip avec le nom d'origine.
Quant au caractère spécial ©, il fonctionne parfaitement sous ma photothèque (en utilisant le codage utf8 dans la base de donnée).
A bientôt !
Slimane
Slimane a écrit:
Quant au caractère spécial ©, il fonctionne parfaitement sous ma photothèque (en utilisant le codage utf8 dans la base de donnée).
Ce n'est pas parce que chez toi le file serveur accepte ce caractère que tous les serveurs les gèrent correctement.
Même si ceux qui ne peuvent pas les accepter sont de plus en plus rares.
Hors Piwigo devrait pouvoir fonctionner sur tous les serveurs web.
En tout état de cause, ce problème n'est pas lié à la base de données.
Désolé de te contredire.
Hors ligne
Bonsoir,
A force de répondre à de nombreuses demandes vous oubliez le petit bonjour ou bonsoir :)
Tu ne contredis personne dans la mesure ou j'ai bien précisé que cela fonctionnait chez moi (dernière version de wampserver +php5), c'est d'ailleurs une appli développée sur mesure (codage utf8 pour les pages) et qui est donc fonctionnelle (sauf pour la partie upload,voir mon précédent post).
Je comprends parfaitement qu'il faille que Piwigo fonctionne sur tous les serveurs ! heureusement d'ailleurs...
De plus, il suffirait alors de mettre le mot "credit" à la place du symbol © et hop plus de problème.
Qu'en penses tu ?
A bientôt
Slimane
Dernière modification par Slimane (2010-01-23 21:53:09)
Hors ligne
Slimane a écrit:
Bonsoir,
A force de répondre à de nombreuses demandes vous oubliez le petit bonjour ou bonsoir :)
Tu ne contredis personne dans la mesure ou j'ai bien précisé que cela fonctionnait chez moi (dernière version de wampserver +php5), c'est d'ailleurs une appli développée sur mesure (codage utf8 pour les pages) et qui est donc fonctionnelle (sauf pour la partie upload,voir mon précédent post).
Je comprends parfaitement qu'il faille que Piwigo fonctionne sur tous les serveurs ! heureusement d'ailleurs...
De plus, il suffirait alors de mettre le mot "credit" à la place du symbol © et hop plus de problème.
Qu'en penses tu ?
A bientôt
Slimane
Bonjour, Bonsoir, ne veux rien dire si je suis à la Réunion, en Nouvelle-Calédonie ou au Canada.
Nous ne disons Bonjour que lors qu'on veut le souligner, le reste du temps on y pense bien fort, et on gagne du temps.
Tu reliras quelques posts précédents, si je peux t'assurer que le nom du fichier d'origine sera repris autrement dans les releases futures, nous ne reviendrons pas sur la convention de nom des images venant de pLoader.
Je ne comprendrais pas vis à vis de ceux qui ont déjà livré des milliers d'images.
Cela ne permettrait plus le remplacement.
De plus une structure comme 0001-place-vauban2885©nom-auteur.jpg permet de tenter d'élaborer des scripts pour deviner le nom des images privées.
Du coup, elles pourraient ne plus être privées.
Les détracteurs (des noms des images actuellement générés) découvriront certainement dans quelques temps la solution assurant la "piste d'audit" des images.
Hors ligne
Merci pour ces éclaircissements, malgré ma lecture des précédents posts, je n'avais pas perçu l'incidence sur les photos déjà livrées et sur la sécurité.
Reste que j'utilise mon application uniquement en intranet donc sur un réseau fermé, je n'ai donc pas de problème de sécurité.
J'attends avec impatience la prochaine version contenant une solution assurant la "piste d'audit" des images.
Mes encouragements !!!
Slimane
Dernière modification par Slimane (2010-01-24 13:21:47)
Hors ligne
Sauf que je n'ai jamais écrit que la prochaine version contiendrait une solution assurant la "piste d'audit" des images.
C'est ton interprétation. ;-)
Mais pour en avoir évoqué le problème la semaine dernière, je sais que cela viendra.
Hors ligne
VDigital a écrit:
Les détracteurs (des noms des images actuellement générés) découvriront certainement dans quelques temps la solution assurant la "piste d'audit" des images.
VDigital a écrit:
Sauf que je n'ai jamais écrit que la prochaine version contiendrait une solution assurant la "piste d'audit" des images.
Mais pour en avoir évoqué le problème la semaine dernière, je sais que cela viendra.
Du nouveau sur le sujet ?
Hors ligne
Oui, ça m'intéresse aussi....
Le maintient des noms originaux des photos est trop important pour ne pas suivre le sujet.
Je ne peux concevoir qu'un fichier, après avoir été téléchargé sur l'ordinateur d'un visiteur, ait un autre nom que celui que je lui aurais moi-même attribué avant sa mise en ligne.
Désolé.. je sais que mon avis n'est pas celui du team, mais c'est celui d'un utilisateur averti des enjeux sécuritaires , et faisant face aux réalités du terrain.
Les fichiers physiquement contenus dans la galerie, les noms affichés sur les pages thumbnail et photo et affichés dans les métadatas, doivent absolument être les noms d'origines des fichiers.
Seuls, les noms apparaissant dans une URL peuvent être différents, car non utilisés par le visiteurs lambda.
...... :o)
merciiii
éric.
Hors ligne
je ne suis pas à l'origine de l'implémentation des Web services Piwigo et du choix de conception qui attribue automatiquement un nom au fichier uploadé. Je peux donc donner un point de vue relativement objectif sur la question.
La façon de nommer les fichiers n'est qu'une convention de codage. Celle qui est utilisée par l'API permet de générer des noms uniques sans intervention humaine, en se basant sur le contenu binaire du fichiers. Ainsi, deux photos différentes uploadées successivement mais portant le même nom de fichier ( IMG_005.JPG par exemple ), sont identifiés différemment, sans risque d'écrasement.
Les utilisateurs qui nomment leurs fichiers à partir de la date, de l'auteur, du destinataire, d'un chrono et de tout autre critère de leur choix ne font qu' appliquer une convention de nommage. Sont ils pour autant sûrs que les noms générés seront uniques ? Le niveau d'automatisme qu'ils vont utiliser pour nommer leurs fichiers va t-il garantir que cette convention sera systématiquement appliquée, et sur les bons fichiers ?
Le mode de fonctionnement FTP + catégories physiques laisse une grande liberté d'organisation de son arborescence de fichiers et dans ce mode de fonctionnement, le nom du fichier a naturellement une place importante.
Les utilisateurs qui utilisent ce sytème de longue date et qui en sont satisfaits n'ont pas de raison d'utiliser pLoader. Ils seront forcément frustrés car les choix d'organisation retenus sont différents.
Maintenant je ne suis par sûr que nommer ses fichiers à la main ou avec un script dont on change les paramètres soit plus sûr que de se baser sur le contenu binaire du fichier pour l'identifier.
Hors ligne
Encore une fois, il ne peut pas y avoir maintien du nom du fichier d'origine mais seulement une "piste d'Audit" (pour ceux qui ne comprennent pas ce que cela signifie (je sais que tosca comprends parfaitement), on peut parler d'un fin d'Ariane qui permet de retrouver ses petits).
Hors ligne
L'ajout de la chaine aléatoire à était faite dans un sens. Donc il doit bien être possible de faire la chose inverse non ?
La problème ça va être : Quand faire cette machine arrière ?
Il existe plusieurs façons de récupérer une photo propulsée par Piwigo. C'est à mon avis là qu'il faut bucher.
Hors ligne
J'ajouterai, si la chaine aléatoire doit être maintenue, qu'est ce qui empêche de concaténer cette chaine et le nom d'origine, la sécurité serait maintenue et il serait possible d'identifier le lieu + mots clés éventuels + le crédit (très important lorsqu'on met à disposition des photos !.
Pour les bases déjà en place, il serait possible de cocher une case afin d'utiliser ou non ce nommage pour les prochains upload.
Ainsi on obtiendrai bf23edf214c58-place-erlon-credit-jp-dupont.jpg (après tout nous avons de la marge pour la longueur des noms).
Vu que je met des photos à disposition au quotidien et à des journalistes par ex, il est primordiale d'avoir l'identité dans le nom de fichier, c'est productif !!! n'est ce pas le but d'une telle application...
La seconde solution serait peut-être de pouvoir générer un zip qui reprenne le titre d'origine, mais je pense que c'est beaucoup plus compliquer à mettre en place (download multi).
Qu'en pensez vous ?
Hors ligne
Slimane a écrit:
Qu'en pensez vous ?
Je crois que pLoader concatène déjà le nom original + une chaîne aléatoire (à confirmer).
La récupération du nom d'origine à mon avis c'est bien là qu'est la difficulté.
Hors ligne
Gotcha a écrit:
Slimane a écrit:
Qu'en pensez vous ?
Je crois que pLoader concatène déjà le nom original + une chaîne aléatoire (à confirmer).
La récupération du nom d'origine à mon avis c'est bien là qu'est la difficulté.
et ouui.. c'est là le problème !
sur la suggestion de Slimane, il est de mon avis de mettre les caractères aléatoires en fin de nom de fichier, car, le choix de mettre au début, par exemple, la date à l'américaine, suivie de différentes information, permet de trier et retrouver très facilement le fichier dans une liste.
Hors ligne
Vous avez vérifier ce que pLoader faisait à ce sujet ?
Remarquez : moi non plus je n'ai pas regardé :-$
Hors ligne