> L'outil semble séduisant, sa conception autoriserait-elle une
> utilisation détournée comme système de base photo pour un
> photographe indépendant ou une petite agence ?
Oui bien sûr. Il y a plusieurs photographes indépendants qui utilisent Piwigo comme portefolio (les meilleurs photos qu'ils ont envie de montrer, leur vitrine) ou comme système d'archivage complet en ligne. A ma connaissance, il y a au moins une grosse agence photo (DPPI) qui utilise Piwigo en mode extranet pour montrer les photos à ses clients, 1 client = 1 installation Piwigo graphiquement personnalisée pour le client (le Vendée Globe et Renault F1 portent des couleurs différentes).
Il va sans dire que lorsqu'on a affaire à une large collection de photos pro, les IPTC deviennent incontournables. Leur intégration dans des champs de la base de données permet de les inclure dans les recherches, ou de générer automatiquement des tags et donc une navigation transversale de la collection.
> Est-il possible d'ajouter et d'utiliser d'autre champs à la BDD ?
> gestion des downloads d'images haute définition avec journalisation
> des événements, filtrage par date et/ou client ;
Dans l'historique, on peut déjà demander uniquement les téléchargements de la haute définition, entre 2 dates, pour un utilisateur donnée. Anecdote : cette fonctionnalité a justement été ajoutée suite à une demande d'un pro pour la communication avec son client qui évolue en compétition automobile.
> uploads des images haute définition par sftp, dans un répertoire de
> transfert dédié et protégé (ou mieux, non accessible par http), ces
> images étant ensuite copiées par un script dans le répertoire
> kivabien ;
SFTP ? C'est sensible à ce point là ? J'aurais bien suggéré d'utiliser pLoader plutôt (avec HTTPS pourquoi pas), et de changer le répertoire de stockage pour pLoader. Dans Piwigo ensuite, il faut changer la façon d'afficher les images : au lieu de faire un lien direct vers le fichier (qui doit donc être accessible en HTTP), on peut demander à PHP de lire le contenu du fichier image et de l'afficher dans le navigateur. La sécurité repose alors sur Piwigo uniquement. En faisant ainsi, le répertoire contenant les images n'a pas besoin d'être accessible en HTTP.
[^] # Re: Utilisable comme base photo ?
Posté par Pierrick Le Gall . En réponse à la dépêche Piwigo 2.0. Évalué à 2.
> utilisation détournée comme système de base photo pour un
> photographe indépendant ou une petite agence ?
Oui bien sûr. Il y a plusieurs photographes indépendants qui utilisent Piwigo comme portefolio (les meilleurs photos qu'ils ont envie de montrer, leur vitrine) ou comme système d'archivage complet en ligne. A ma connaissance, il y a au moins une grosse agence photo (DPPI) qui utilise Piwigo en mode extranet pour montrer les photos à ses clients, 1 client = 1 installation Piwigo graphiquement personnalisée pour le client (le Vendée Globe et Renault F1 portent des couleurs différentes).
Il va sans dire que lorsqu'on a affaire à une large collection de photos pro, les IPTC deviennent incontournables. Leur intégration dans des champs de la base de données permet de les inclure dans les recherches, ou de générer automatiquement des tags et donc une navigation transversale de la collection.
> Est-il possible d'ajouter et d'utiliser d'autre champs à la BDD ?
http://piwigo.org/bugs/view.php?id=811 (donc ce n'est pas encore fait, mais une réflexion est en cours)
> gestion des downloads d'images haute définition avec journalisation
> des événements, filtrage par date et/ou client ;
Dans l'historique, on peut déjà demander uniquement les téléchargements de la haute définition, entre 2 dates, pour un utilisateur donnée. Anecdote : cette fonctionnalité a justement été ajoutée suite à une demande d'un pro pour la communication avec son client qui évolue en compétition automobile.
> uploads des images haute définition par sftp, dans un répertoire de
> transfert dédié et protégé (ou mieux, non accessible par http), ces
> images étant ensuite copiées par un script dans le répertoire
> kivabien ;
SFTP ? C'est sensible à ce point là ? J'aurais bien suggéré d'utiliser pLoader plutôt (avec HTTPS pourquoi pas), et de changer le répertoire de stockage pour pLoader. Dans Piwigo ensuite, il faut changer la façon d'afficher les images : au lieu de faire un lien direct vers le fichier (qui doit donc être accessible en HTTP), on peut demander à PHP de lire le contenu du fichier image et de l'afficher dans le navigateur. La sécurité repose alors sur Piwigo uniquement. En faisant ainsi, le répertoire contenant les images n'a pas besoin d'être accessible en HTTP.