OpenPhoto

Merci à la personne à l’origine de ce commentaire.

OpenPhoto est le projet que j’attends depuis longtemps. Une sorte de Diaspora de la photo (et aussi hébergé sur github). Il s’agit d’un projet écrit en PHP (ça aurait été le summum en Python) que vous pouvez installer sur votre PC à la maison (veinard), sur votre dedibox, etc. OpenPhoto est très simple à installer (installation sur Ubuntu: 3 minutes) et permet d’héberger vos photos et commentaires soit sur votre serveur (photos et base de données pour les commentaires, soit avec Amazon, soit avec Google Storage (donc en mode cloud).

Je vous montrerai bien ma galerie, mais j’ai quelques problèmes de configuration pour le moment. J’ai déjà envoyé un mail au responsable du projet. Regardez donc cette galerie. C’est ce que je veux. Et OpenPhoto est aussi un framework permettant de développer sa propre galerie. L’application Android est déjà disponible. Ce n’est pas une galerie PHP comme une autre car celle-ci permet vraiment de choisir comment les photos seront stockées et de récupérer les commentaires. L’aspect communautaire aussi est présent car quiconque peut se connecter pour laisser un message via Browser ID de Mozilla. Exemple de page de photo hebergée ici.

Pour le moment j’ai choisi de tout (le code PHP, les photos et la base de données en local) héberger sur AlwaysData. Mais pourquoi pas héberger les photos et la base de données sur Amazon ou Google Storage (avec le code sur AlwaysData)? Qu’en pensez vous? Il faut prendre en compte la liberté, qualité de service ainsi que la confiance. Si j’avais mon propre serveur le seul problème serai la qualité de service.

J’espère bientôt pouvoir me désinscrire de certains services Web…

3 comments

  1. Et Gallery, Coppermine ou ZenPhoto? C’est le fait qu’on ne puisse pas séparer le code des données qui t’embêtent? Ou que openphoto permette de “programmer” ses propres galeries qui te plait?

  2. Ah mais oui mais ce n’est qu’un projet qui a obtenu du financement … pas sûr qu’un produit voit le jour au final 😉 …

    1. Comment ça? Il aurait reçu du financement sans contraintes de résultats?

      En fait il y a déjà du résultat, un exemple:
      http://current.openphoto.me
      La partie principale du projet: https://github.com/openphoto/frontend

      Voici mon instance:
      http://photos.cedricbonhomme.org/
      Qui a un petit problème 😉
      Très dommage car l’installation est vraiment simple, ça gâche le truc…
      J’ai déjà échangé une vingtaine de mails avec le responsable, il est super sympa. Il ne voit pas trop la cause du problème.

      Alors ce qui me plaît:
      – choisir où sont les photos. Tu peux faire pointer plusieurs galeries sur les mêmes photos avec Amazon cloud ou google storage. Si tu en a marres d’Amazon ou Google tu récupères tes photos, tu les transfert ailleurs et personne ne le remarque sur ta galerie;
      – l’API d’amazon storage. Le gros avantage comparé à son serveur perso ou partagé (genre AlwaysData). Il y a une API sympa (et on trouve pleins de clients Python pour Amazon sur le net, genre: http://code.google.com/p/boto/) pour envoyer des photos, supprimer, éditer, via des URL. ça simplifie les développement pour les bidouilleurs (par exemple ça leur a permis de rapidement avoir l’application Android et on pourrait rapidement faire une iPhone). D’ailleurs ce serait terrible si une API AlwaysData permettrait d’accéder à au moins son home pour faire des petits scripts, j’imagine ce que je ferai avec mon Android 😉 ;
      – browser id de Mozilla qui fait que des personnes peuvent mettre des commentaires sans avoir à créer un compte;
      – aussi, mes photos sont mises en ligne de manières “intactes”. Je ne sais pas pour les galeries que tu cites, mais pour flickr, picasa et zooomr j’ai bien l’impression qu’on ne récupère pas vraiment le fichier mis en ligne. Tiens, l’autre jour je mets en ligne une photo prise à Vienne avec les commentaires exif. Sur picasaweb j’ajoute les coordonnées géographique puis je retélécharge le photo en taille maximale. J’étais content de voir que les coordonnées exif ont été ajoutés dans la photo (pas dans une base de Google), cependant tout le reste est parti (licence, informations sur la vitesse, longueur focale, etc.). De même avec flickr, lorsque je télécharge une photo ce n’est pas celle que j’avais mis en ligne. Il faut peut être un compte pro… Tandis que là, le fichier est stocké à l’identique sur Amazon, plus il y a un dossier nommé “je ne me rappel plus ;-)” contenant les photos pour la galerie (photos “cropées”).

      Là je teste depuis ce week-end Amazon Web Storage (S3) et SimpleDB d’Amazon. Une autre fois j’expliquerai comment se passe l’authentification (vérification d’identité) quand on créée un compte Amazon cloud. C’était délire! 😉

      En fait lorsque j’envoie une photo sur ma galerie elle est sauvegardée sur S3 (comme le fait le site 500px si on fait attention à l’URL des photos). Ensuite la simpleDB qui dans mon cas contient 4 tables (pour les commentaires, tags des photos etc.) et mises à jours. Et le problème étrange se situe ici: une seule table est mise à jour. Donc pas de problème de socket ou de permission. Et donc la table où se situe la liste des photos avec les URL est toujours vide. D’où ma galerie vide alors que j’ai déjà mis en ligne des photos Je pense que ça plante quelque part dans le code d’OpenPhoto (peut être à cause du manque d’une librairie sur AlwaysData) juste avant la mise à jour des tables sur Amazon. Et il n’y a pas d’infos dans les logs Apache 🙁

      C’est vraiment dommage. Car sinon tout fonctionne bien. Mais finalement rien ne fonctionne ! Oui, un projet financé 😉

      P.S.1.: heureusement il y a Diaspora qui a été financé et a de bons résultats 😉
      P.S.2: pardon pour les fautes.

Comments are closed.