Le nom du projet a donc changé de PhpWebGallery à Piwigo, pour les raisons suivantes : plus court, unique, sans référence à un langage de programmation et enfin pour conserver l’acronyme PWG. Le site web a profondément changé, pour devenir plus plaisant et attractif, en espérant que vous apprécierez. Le thème graphique par défaut de Piwigo suit le graphisme du site piwigo.org.
Le passage en 2.0 est justifié par le changement de nom du projet, mais également par la longue liste de changements majeurs fonctionnels et techniques. Il y notamment 2 nouveaux "produits" qui accompagnent Piwigo :
- La NetInstall qui permet de laisser votre serveur web télécharger l'archive depuis piwigo.org ;
- pLoader, un client graphique dédié à la préparation et à l'envoi de vos photos depuis votre ordinateur (qu'il soit sous Windows ou sous Linux bien sûr).
Fonctionnalités pour les utilisateurs :
- pLoader, le client dédié pour la préparation et le transfert, sans passer par FTP ;
- Nouveau thème graphique Sylvia, gris foncé, rose et fleurs ;
- Neuf langues : Deutsch, English, Español, Français, Hrvatski, Italiano, Nederlands, Polski, Русский (le japonais vient d'être ajouté pour la 2.0.1, ainsi que le portugais) ;
- Simplification du processus de synchronisation, un clic suffit ;
- Comportements dynamiques côté client (AJAX et Javascript) ;
- Permission pour chaque photo ;
- Amélioration du diaporama ;
- Tri manuel des photos dans une catégorie ;
- Gestionnaire de la barre de menu ;
- Surchargement des templates par défaut ;
- NetInstall, installer Piwigo avec un simple script.
Fonctionnalités pour les développeurs :
- Nouveau moteur de template : Smarty ;
- Séparation des templates pour la partie publique et la partie administration ;
- Entièrement UTF-8 ;
- Nécessite PHP 5 ;
- Nécessite MySQL 5 ;
- Nouvelle méthode dans l’API web pour ajouter des photos.
Aller plus loin
- Piwigo (50 clics)
- Notes de version 2.0.0 (4 clics)
- Démonstration (42 clics)
- Fonctionnalités (17 clics)
- Captures d'écran (10 clics)
- Forum (5 clics)
# Metadonnées
Posté par Snarky . Évalué à 5.
[^] # Re: Metadonnées
Posté par Pierrick Le Gall (site web personnel) . Évalué à 4.
1. visualisation uniquement : à l'ouverture d'une photo, on peut "afficher les métadonnées", elle sont alors lues directement dans le fichier image, mais l'extraction de ces informations ne persiste pas dans Piwigo.
2. synchronisation : l'administrateur demande une synchronisation des métadonnées (en masse ou individuellement) et ces métadonnées sont alors enregistrées en base de données. La présence des données dans la base les rend "requêtables", cela permet de faire une recherche ou d'afficher les photos dans un calendrier.
[^] # Re: Metadonnées
Posté par Pierre Jarillon (site web personnel) . Évalué à 6.
Le seul qui utilise cette propriété est à ma connaissance Squarely : http://squarely.agmen.fr/
[^] # Re: Metadonnées
Posté par Pierrick Le Gall (site web personnel) . Évalué à 5.
Bonne idée, http://piwigo.org/bugs/view.php?id=935
Je n'ai jamais utilisé cette fonction auparavant. Quel logiciel utilises-tu pour remplir ce commentaire ?
# Intégration avec Picasa
Posté par franek . Évalué à 2.
J'aime bien picasa (je sais : ce n'est pas libre...) pour gérer mes photos sur mon poste client. Par contre, je n'ai pas envie de déposer mes photos sur picasaweb pour les partager avec mes amis (pour toutes les raisons que vous connaissez). Pour le moment, j'utilise Gallery qui est un peu une usine à gaz mais il y a une fonctionnalité qui est bien sympa, c'est l'import de données depuis Picasa (via Export XML).
Y'a-t-il moyen de faire ça avec Piwigo ?
Merci,
[^] # Re: Intégration avec Picasa
Posté par B16F4RV4RD1N . Évalué à 3.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: Intégration avec Picasa
Posté par Philippe M (site web personnel) . Évalué à 2.
Born to Kill EndUser !
[^] # Re: Intégration avec Picasa
Posté par Pierrick Le Gall (site web personnel) . Évalué à 2.
> Nous espérons que dans le futur, la communauté proposera des scripts
> indépendants et des plugins intégrés à des applications bien connues comme
> Gimp, Lightroom, Aperture ou encore digiKam.
Et Picasa fait évidemment dorénavant parti des applications majeures pour organiser ses photos en local sur son ordinateur. Donc nous aurions pu le mettre dans la liste (vous remarquez que la liste comporte des logiciels non libre, on n'est pas sectaires, l'important c'est d'abord que l'utilisateur "trouve chaussure à son pied").
L'une des nouveautés de la 2.0, c'est l'ajout de la méthode pwg.images.add dans l'API web. Attention, un peu de technique: le principe est d'encoder en base64 le contenu du fichier et de l'envoyer accompagné de son md5, ces 2 paramètres et quelques autres sont envoyés en tant que requête HTTP. Ceci nous permet de ne plus avoir besoin d'un client FTP pour charger ses photos, même si des chargements en masse son toujours possibles avec la méthode traditionnelle de Piwigo : la bonne vieille synchronisation filesystem/base de données qui a fait ses preuves depuis de nombreuses années.
pLoader est donc le premier "client" de la méthode pwg.images.add. Je vais bientôt me documenter pour voir ce qu'il est possible de faire avec Digikam, si des personnes sont intéressées pour nous prêter main forte, n'hésitez pas à venir en discuter sur le forum.
# Excellent
Posté par Ummon . Évalué à 1.
Juste un petit regret, dommage qu'il n'utilise pas une vraie base de données comme PostgreSQL.
[^] # Re: Excellent
Posté par Philippe M (site web personnel) . Évalué à 1.
Born to Kill EndUser !
[^] # Re: Excellent
Posté par Pierrick Le Gall (site web personnel) . Évalué à 2.
J'ai expliqué il y a quelques années comment c'était codé : http://le-gall.net/pierrick/fr/blog/index.php?post/2005/05/1(...)
[^] # Re: Excellent
Posté par laurent duretz (site web personnel) . Évalué à 5.
Mais pour notre défense, on édite le code avec emacs ;-)
[^] # Re: Excellent
Posté par Pierrick Le Gall (site web personnel) . Évalué à 1.
> base de données comme PostgreSQL.
Gros troll poilu des cavernes détecté...
J'aime moi aussi travailler avec PostgreSQL, c'est un SGBD très cohérent, bien documenté et avec des messages d'erreur très explicites. Le support de PostgreSQL a été demandé environ 2 ou 3 fois seulement en 7 ans. Je ne pense de toute façon pas que PostgreSQL soit vraiment adapté pour ce type d'application et si on devait un jour rendre Piwigo compatible avec plusieurs SGBD, je pense que ce serait plutôt pour supporter du SQLite qui me semble bien plus adapté (et qui est un excellent petit SGBD, le petit frère sans prétention de PostgreSQL).
Piwigo n'utilise pas de couche d'abstraction pour accéder à la base de données. Ce n'est pas par manque de compétence, mais une volonté affichée. Cette absence de couche d'abstraction nous permet d'exploiter au mieux MySQL et au plus juste (optimiser les requêtes, en réduire le nombre par factorisation des résultats, etc.).
Le choix de MySQL s'est plutôt avéré judicieux puisque aujourd'hui, nous ne rencontrons jamais de problèmes de déploiement liés à MySQL (ou quelques rares versions bugguées sur les serveurs de Free ;-). Je ne dis pas que MySQL est parfait dans l'absolu, mais c'est un choix heureux pour le projet.
# Les problèmes généraux des galeries photo.
Posté par Grasyop . Évalué à 6.
Je viens de jeter un œil à la démo du logiciel, et je constate qu'il est malheureusement affecté par les défauts usuels sur ce type de logiciels, à savoir :
- L'image occupe au mieux la moitié de la surface de l'écran. Autrement dit, 50% de la surface est gâchée. Pourquoi on ne peut pas regarder les images en plein écran ? Bien sûr, il est possible de cliquer sur une image pour la visualiser en haute résolution, mais on ne peut alors plus naviguer et passer à la suivante.
- Commandes à la souris, ce qui impose à l'utilisateur de garder les boutons de commande dans le cadre visible. On ne pourrait pas avoir des commandes au clavier ?
- On ne voit d'abord que la partie supérieure de l'image. Il faut faire défiler l'ascenseur pour la voir en entier. À cause des cinq centimètres de fioritures du haut de page. Pourquoi l'image ne s'affiche-t-elle pas d'emblée de manière entièrement visible ? (C'est-à-dire : pourquoi l'ascenseur n'est-il pas placé automatiquement là où il doit être ?)
- Pire : une fois l'ascenseur descendu de manière à voir l'image en entier, tout est à refaire lorsqu'on passe à l'image suivante (que ce soit manuellement ou en diaporama). Pourquoi l'ascenseur ne reste-t-il pas à sa place ?
Voilà les points qu'en tant qu'utilisateur je considère comme des problèmes majeurs sur ce genre de logiciels. J'imagine bien que ça pose des problèmes techniques, mais si le but final est bien d'améliorer l'expérience de l'utilisateur, alors ce sont à mon avis des points fondamentaux à corriger, bien avant les questions de catégories ou de métadonnées.
Quelqu'un connaîtrait un logiciel de galerie photo qui n'ait pas ces défauts ?
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Philippe M (site web personnel) . Évalué à 2.
Born to Kill EndUser !
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Grasyop . Évalué à 1.
Les contrôles (photo précedente, suivante) devraient être accessibles sans avoir besoin de déplacer un ascenseur. Par exemple au clavier.
Et les cinq centimètres de fioritures en haut de la page, qui permettent d'accéder par exemple à la doc du logiciel, je pense qu'on en a rarement besoin entre deux photos.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Gniarf . Évalué à 1.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Grasyop . Évalué à 3.
Peu importe comment ça s'appelle, l'idéal ce serait de pouvoir visionner des photos en ligne aussi aisément qu'on peut les visionner hors ligne.
Quand je regarde une vidéo sur Youtube ou Dailymotion, il suffit d'un clic pour afficher la vidéo en plein écran (même le cadre du navigateur s'éclipse) ; pourquoi est-ce différent quand je veux visionner des photos en ligne, qu'il s'agisse d'une seule photo ou d'un enchaînement ?
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Gniarf . Évalué à 1.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Grasyop . Évalué à 3.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Gniarf . Évalué à 0.
mais juste deviens-le. la barrière d'entrée est ici assez faible.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par fensoft . Évalué à 3.
Heureusement que tout le monde n'est pas comme ça.
J'imagine mal mon garagiste me répondre "Ben répare la toi même, ta bagnole !".
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Gniarf . Évalué à 0.
et pour ton analogie avec ta bagnole et ton garagiste, on en est au point où toto ne veut pas savoir faire le plein, allumer ses phares, changer une roue ou remettre du liquide dans son lave-glace sous prétexte qu'il n'est pas mécano. je ne dis pas que c'est à lui de savoir changer une bielle mais il a tout de même fait l'effort d'apprendre à conduire, ce qui n'a rien de trivial. libre à lui de continuer un poil pour se rendre beaucoup plus autonome et indépendant, décider de ce qu'il veut et souvent y arriver facilement tout seul. ou rester un simple consommateur attentiste, dépendant du bon vouloir et du calendrier des autres. à lui de voir.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par fensoft . Évalué à 1.
Peut importe la complexité du langage (moteur de tondeuse ou moteur de camion), ce que tu demande est simple pour un Geek de base (comme toi ou moi), peut être moins pour un utilisateur lambda qui galère déjà à installer sa galerie sur son hébergeur.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Gniarf . Évalué à 2.
...mais c'est un autre débat
ici ton utilisateur lambda il a déjà utilisé un gestionnaire d'archive tar.gz ou .zip, il a dû se taper une demi-douzaine de fichiers pour trouver le bon à éditer, comme des infos relatives à la base de données qui sera utilisée, et aussi des fois quelques commandes SQL à taper comme créer des tables, et enfin il a lancé un client ftp pour tout envoyer chez son hébergeur...
...et comme ca aura pas marché du premier coup il se sera bien pris la tête à décrypter des messages d'erreurs abscons pour trouver ce qui cloche. mauvais paramètres, problèmes de permissions, de safe mode-pouet pouet...
alors c'est toujours un utilisateur lambda ? à d'autres...
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Pierrick Le Gall (site web personnel) . Évalué à 3.
> d'archive tar.gz ou .zip, il a dû se taper une demi-douzaine de
> fichiers pour trouver le bon à éditer, comme des infos relatives à
> la base de données qui sera utilisée, et aussi des fois quelques
> commandes SQL à taper comme créer des tables, et enfin il a lancé
> un client ftp pour tout envoyer chez son hébergeur...
>
> [...] alors c'est toujours un utilisateur lambda ? à d'autres...
Avec Piwigo, la procédure d'installation est graphique, nul besoin d'éditer un fichier. Et évidemment, les tables sont créées par la procédure d'installation.
Si en plus on choisit la NetInstall, il n'y a qu'un seul fichier PHP à transférer sur son site, donc pas besoin de gestionnaire d'archive.
Le client FTP reste le passage obligé ne serait-ce que pour transférer le script de la NetInstall. Mais une fois le script transféré sur le serveur, le transfert des photos peut se faire avec pLoader (nouveau en 2.0) et donc pas de client FTP.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Pierrick Le Gall (site web personnel) . Évalué à 3.
> Vraiment.
Je suis d'accord. Si on se contente de faire de l'informatique pour les informaticiens, ça présente un intérêt très limité. En tout cas, ce n'est pas ma vision des choses. Evidemment, les lecteurs de LinuxFr vont majoritairement être capables de bidouiller Piwigo, mais la cible d'utilisation de Piwigo s'étend aux amateurs photos et professionnels qui majoritairement ne sauront pas bidouiller les fichiers de code.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Guillaume Chanaud (site web personnel) . Évalué à 3.
Youteub et dailymotion utilisent floush pour afficher les videos. C'est lui qui gère tout seul son affichage comme un grand et en flash il est possible, via l'actionscript, de passer en plein écran.
Là, je vois pas trop comment techniquement ce serait possible sans passer par un plugin lourd. A ma connaissance (mais je me trompe peut-être) il n'est pas possible, via du code, de forcer la passage de la fenêtre du navigateur en plein écran. L'équivalent du plein écran tu l'as avec F11 sur la plupart des navigateurs, mais c'est à l'utilisateur de faire cette démarche.
Sinon je suis tout à fait d'accord avec toi sur le confort d'utilisation de ces logiciels qui mériterait plus de travail que celui fourni sur les données EXIF. Mais tout dépend de l'utilisation qu'on en a. Les données EXIF sont, pour certains, primordiales, tandis que pour d'autres c'est plutôt le confort d'utilisation
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Grasyop . Évalué à 1.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Anonyme . Évalué à 2.
Sinon pour PWG, est-ce que l'on peut maintenant l'intégrer à un site, en lui rajoutant un menu de notre composition, en incluant un bout de php ? Ou bien c'est toujours pas prévu de pouvoir faire ça proprement ?
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Grasyop . Évalué à 1.
En l'occurrence, je sais bien que je peux appuyer sur F11 pour escamoter le cadre du navigateur, mais l'image que je regarde reste quand même à la même taille, c'est-à-dire qu'elle couvre à peu près 50% de la surface de l'écran pour une image (horizontale) de la galerie de démo de Piwigo. En cliquant sur l'image (plus F11), on peut voir l'image en plein écran, mais dans une nouvelle fenêtre où on ne peut plus naviguer ni lancer un diaporama.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Guillaume Chanaud (site web personnel) . Évalué à 2.
Le gros problème qui se pose à mon avis, c'est que en fonction de ta résolution d'écran, l'image va être étirée à n'en plus finir et va donner un rendu vraiment dégueux. Il faudrait que toutes les images uploadés soit en hi-res, et ça consomme pas mal ce genre de truc...Pour exemple je suis en 1920x1200, j'imagine même pas la gueule de 99% des photos disponibles sur les galeries en ligne si je passais dans un mode diaporama plein écran (et là c'est pareil avec youtube etc. c'est vraiment ignoble). Et si il fallait que toutes les photos soient adaptées à du 1920, le chargement prendrait une plombe (on aurait probablement même pas le temps de charger la photo avant que ça passe à la suivante en mode diaporama)
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Guillaume Chanaud (site web personnel) . Évalué à 1.
http://buildinternet.com/live/supersized/
Cela répond à ce que je disais au dessus, avec du js (mais ça fait dégueux sur les grosses résolutions) ça peut donner l'effet désiré. Je ne pense pas qu'il soit très compliqué de faire un plugin pour piwigo qui utilise ce "supersized" là, à vos claviers ! ;)
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Grasyop . Évalué à 1.
Avec ma résolution (1024×768), c'est très bien.
Pour le reste, je pense que c'est un peu le problème de l'œuf et de la poule : si le logiciel permet de visionner des photos en plein écran, les gens chargeront leur photos avec une résolution correspondante, et si les gens utilisent des photos avec une résolution élevée, le mode plein écran se répandra. La place occupée, la bande passante, j'imagine que c'est mineur comparé à ce que consomment des videos, et que ça sera de moins en moins un problème.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Pierrick Le Gall (site web personnel) . Évalué à 3.
> site, en lui rajoutant un menu de notre composition, en incluant
> un bout de php ? Ou bien c'est toujours pas prévu de pouvoir faire
> ça proprement ?
Tout dépend de ce que l'on entend par "intégrer à un site". Il y a le partage de comptes utilisateurs qui peut être fait avec un forum punbb/fluxbb/phpbb.
Graphiquement parlant, on peut ajouter une bannière commune au reste du site.
Voir par exemple ce qui a été fait avec la démo sur http://piwigo.org/demo qui s'intègre plutôt pas mal au reste du site (un mélange de Drupal, fluxBB et PEM).
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Flag Black . Évalué à 4.
En règle générale, les photos sont issues de capteurs au format 1,5, dérivés du format argentique 24x36 et lorsqu'il s'agit de scans on voit trouve très rarement du format carré des 6x6.
Or la plupart les écrans sont au format 16/10 et encore 4/3.
On a donc un soucis d'homothétie.
PWG est un outil sans doute très adaptable, basé sur des templates qui doivent permettre de réarranger l'affichage des éléments, mais cela ne résoudra pas le problème de séries d'images successives prises tantôt à la verticale ou à l'horizontale.
Ce dont vous parlez, relève plus du diaporama que de la gallerie, puisque vous faites référence à un enchainement d'images.
Le diaporama est un pour moi une fonctionnalité à part qui implique, soit le recadrage pour obtenir une suite d'images homogènes, soit de s'imposer de ne sélectionner que des images au même format pour préserver le cadre et la résolution.
Ceci relève donc du choix du photographe et pas du moteur de rendu qui est dépendant de l'affichage physique.
La question à se poser est en fait: qu'est-ce qui prime ?
L'image ou les informations exif, voir les commentaires ?
Je vous rejoins sur le principe que c'est l'image et que les autres données ne sont que secondaires.
Maintenant chacun voit midi à sa porte et certains sites dédiés à la critique image par image nécessitent une consommation d'espace d'affichage hors image importante.
C'est déjà passé ici, mais que je trouve très bien sur la forme et le fond: V2P
http://v2p.fr.eu.org
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Vincent . Évalué à 1.
Avec ces tailles on peut naviguer sur des écrans 13" (1280*800 par exemple), mais il faut un thème qui n'affiche pratiquement rien au dessus de la photo.
Exemple :
- http://pub.buggynet.org/images-extern/20090306/pwg01.jpg
- http://pub.buggynet.org/images-extern/20090306/pwg02.jpg
Il est impossible de satisfaire toutes les utilisations avec un seul thème, après le problème est plus sur le manque de thèmes avec des structures de pages différentes du thème par défaut.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Pierrick Le Gall (site web personnel) . Évalué à 2.
En effet, très chouette et sobre la présentation, une bonne idée de template/thème pour Piwigo :-) A une époque, je m'étais amusé à faire un template Zen pour Piwigo qui imitait un Zenphoto : http://le-gall.net/pierrick/fr/blog/index.php?post/2006/06/1(...) il faudrait trouver le temps de faire la même chose avec V2P pour voir !
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Vincent . Évalué à 1.
Je n'ai par contre jamais trouvé sauce à mon gout dans les contributions du site et j'ai commencé à faire le mien, sans jamais finir ( bouuuuh ).
Bref ces défauts sont plus du à un manque de contribution qu'à un problème du projet en lui même.
Donc Quelqu'un connaîtrait un logiciel de galerie photo qui n'ait pas ces défauts ? : il serait surtout intelligent d'avoir un thème dans piwigo correspondant à ces critères.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par laurent duretz (site web personnel) . Évalué à 2.
La navigation photo suivante/précédent se fait très bien au clavier.
La bannière du haut est réduite pour un affichage amélioré grâce à l'utilisation de plugins et de templates adéquat.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Grasyop . Évalué à 1.
En revanche, l'ascenseur remonte en haut quand on passe à l'image suivante ou précédente. Y compris en mode diaporama.
(L'utilité de la navigation au clavier, c'est surtout de pouvoir se passer des boutons de commande, de les faire sortir du champ visible pour n'y garder que l'image.)
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Pierrick Le Gall (site web personnel) . Évalué à 3.
discussion liée sur le forum de Piwigo : http://fr.piwigo.org/forum/viewtopic.php?id=14814
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Mes Zigues . Évalué à 2.
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Pierrick Le Gall (site web personnel) . Évalué à 4.
Très bien vu, j'ai juste vu des vidéos de démo, mais ça m'a l'air très bon en terme de diaporama, ah mais tiens, qu'est-ce donc que cela ? un plugin Cooliris pour Piwigo : http://fr.piwigo.org/ext/extension_view.php?eid=234
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Mes Zigues . Évalué à 1.
# qu'en estil de la mise à jour
Posté par Cyber Kobold (site web personnel) . Évalué à 2.
qu'en est il de la mise à jour vers piwigo ?
est ce que je risque de perdre des infos ?
[^] # Re: qu'en estil de la mise à jour
Posté par Pierrick Le Gall (site web personnel) . Évalué à 2.
Aucune perte d'information à prévoir. Si tu es en 1.6 ou antérieure, l'historique va disparaître provisoirement (la table est sauvegardé mais plus exploitée) et peut être rechargé grâce au plugin ImportStat http://fr.piwigo.org/ext/extension_view.php?eid=177
# Et les vidéos, etc.
Posté par Jean-Michel Philippe (site web personnel) . Évalué à 1.
[^] # Re: Et les vidéos, etc.
Posté par ddtddt . Évalué à 1.
par exemple : Charlies' content http://fr.piwigo.org/ext/extension_view.php?eid=119
[^] # Re: Et les vidéos, etc.
Posté par Jean-Michel Philippe (site web personnel) . Évalué à 1.
# Utilisable comme base photo ?
Posté par balzane . Évalué à 4.
Dans ce cadre, et considérant le déploiement de l'application sur un serveur dédié, les principales fonctionnalités non implémentées sont les suivantes :
- 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 ;
- séparation complète de l'arborescence des images haute définition de celle des aperçus (pas d'images haute définition dans un sous répertoire des aperçus) ;
- aperçus générés par le serveur (tâche cron) à partir des images haute définition, 3 types : vignette, aperçu moyen avec watermark (pour visiteurs non identifiés), aperçu moyen sans watermark (pour visiteurs avec droits sur la catégorie) ;
- informations étendues pour des utilisateurs « client » : société, adresse, téléphone...
- gestion des downloads d'images haute définition avec journalisation des événements, filtrage par date et/ou client ;
- gestion des champs IPTC : si j'ai bien lu la doc (http://fr.piwigo.org/doc/doku.php?id=fr:fonctionnalites:gest(...)[]=iptc ), lors de l'utilisation de champs IPTC ceux-ci remplacement les champs prédéfinis par Piwigo. Est-il possible d'ajouter et d'utiliser d'autre champs à la BDD ?
Certaines de ces fonctionnalités relèvent plus de l'environnement serveur que de l'application elle-même, toutes sont requises pour une utilisation métier.
J'ai eu l'occasion de les mettre en œuvre lors du développement d'une béta de base photo (http://balzanes.net/ ). Je prépare la réécriture de cette application, mais si la structure de Piwigo autorise l'intégration sans trop de douleurs de ces fonctionnalités, c'est avec plaisir que j'apporterai ma contribution...
[^] # Re: Utilisable comme base photo ?
Posté par Nicolas (site web personnel) . Évalué à 2.
Dans les fonctionnalités que tu cites, la plupart sont liées à des tâches serveur. La seule qui pourrait poser problème serait la séparation complète de l'arborescence des images haute définition. Ce n'est pas le cas actuellement. Mais les images haute définition ne sont accessibles que si l'utilisateur qui visite la galerie a les permissions nécessaires : cela se paramètre soit au niveau de l'utilisateur, soit au niveau de la catégorie.
Les autres fonctionnalités sont aisément développables via le système de plugins pour ne pas toucher au coeur de l'application : http://fr.piwigo.org/ext/
[^] # Re: Utilisable comme base photo ?
Posté par Pierrick Le Gall (site web personnel) . É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.
[^] # Re: Utilisable comme base photo ?
Posté par balzane . Évalué à 1.
Ce n'est pas spécialement « sensible », c'est un choix dicté par l'expérience. En sport notamment, on envoie souvent les fichiers via des réseaux wifi ouverts. Suite au constat de quelques accès suspects, l'agence avec laquelle je collabore a supprimé les accès ftp des photographes, remplacés par des accès sftp : plus de souci. Un autre protocole chiffré pouvant faire l'affaire, je retiens ta suggestion de pLoader en https.
Bon, je pense que le mieux est encore que je fasse une installation pour tester l'outil, jouer un peu avec, et regarder sous le capot ;).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.