Dossier
SMF·ZENFOLIO
Reçu le
31.07.2026
Instruit le
28.09.2026
Pièces annexées
3
Questions
4

SMF·ZENFOLIO

Un prompt peut-il remplacer Zenfolio ?

Photographie — photographer site and client galleries

Presque Verdict enregistré le 28.09.2026 · Vérifié le 31.07.2026
Prix
9 €/moisSource: zenfolio.com · Vérifié le 31 juillet 2026
Par an
108 €
Temps de fabrication
Un week-end
Catégorie
Photographie
Votes
0 vote
OuiPresque (coché)Pas encore

Bordereau de suivi des pièces

Pièce A Le prompt
Pièce B Ce que tu perds
Pièce C Pourquoi certains continuent de payer : hosted convenience
Pièce Q Questions

Verdict

C’est la fiche la moins distinguée techniquement du groupe et le verdict suit : un site de portfolio avec des galeries client, c’est un week-end, et rien derrière n’est un réseau, un jeu de données ou une licence. Ce que vend Zenfolio, c’est que le photographe ne touche jamais un serveur. Ça vaut neuf euros pour beaucoup de gens et ce n’est pas une barrière défensive, donc « en partie » est la réponse honnête.

Pièce B — Ce que tu perds

Pièce A — Le prompt

Reçu le31.07.2026
Construis une seule application qui sert un portfolio public et des galeries client privées depuis une seule bibliothèque photo, avec la frontière entre les deux imposée plutôt que supposée.

Stack : ton choix, Postgres, stockage d’objets, Docker Compose, un domaine avec TLS.

Un seul stockage photo. Chaque photo porte une visibilité : publique, client, ou privée. Une galerie est une collection avec sa propre visibilité, et la visibilité effective d’une photo dans une galerie est la plus restrictive des deux. Écris le test : une photo publique à l’intérieur d’une galerie client n’est pas accessible depuis le site public, et une photo client ne peut jamais apparaître dans le portfolio même si elle est ajoutée par erreur. Se tromper là-dessus, c’est comme ça que le mariage d’un client finit sur une URL publique.

Côté public : des pages de portfolio rendues côté serveur, des images adaptatives, une page à propos, et un formulaire de contact qui crée une demande. Rapide et sans fioritures par conception.

Côté client : des galeries à des URL impossibles à deviner derrière un mot de passe ou un lien personnel envoyé par email, avec des favoris, des commentaires par photo et un téléchargement zip à une résolution fixée.

Une administration unique : upload une fois, étiquette, fixe la visibilité, et place les photos dans l’un ou l’autre type de galerie. Le but du projet, c’est qu’il y ait une bibliothèque et un upload, pas deux systèmes.

Recherche et organisation pour toi seulement : par date, tag, appareil et client.

Honnêteté opérationnelle, ce que tu prends en charge en ne payant pas : un certificat TLS automatique avec un monitoring de renouvellement et une alerte s’il est à une semaine de l’expiration, une sauvegarde nocturne de base de données et d’objets avec un contrôle de restauration automatisé mensuel, et une page de statut sur l’administration montrant la dernière sauvegarde réussie et la dernière restauration réussie.

Écris des tests pour l’intersection de visibilité dans les deux sens, pour les tokens de lien personnel qui sont à usage unique et expirent, et pour l’indicateur d’âge de sauvegarde qui passe au rouge au-delà de son seuil.

Ne construis ni boutique, ni réservation, ni éditeur de modèles.

L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.

Pièce B — Ce que tu perds

  • B.1 ne jamais avoir à penser à l’hébergement, au TLS ou aux mises à jour
  • B.2 l’éditeur de modèles et ses designs
  • B.3 la boutique et les outils de réservation intégrés
  • B.4 les applications mobiles
  • B.5 le support quand le site est en panne avant un rendez-vous client

Alternatives existantes

Pièce C — Pourquoi certains continuent de payer : hosted convenience

Parce que l’acheteur est un photographe, pas un administrateur, et l’abonnement, c’est le prix de ne jamais être la personne qui doit réparer ça.

Questions

Pourquoi la règle de visibilité mérite-t-elle un test dans les deux sens ?

Parce que l’échec coûteux est asymétrique : une photo publique cachée par erreur est un agacement, et une photo client publiée par erreur peut mettre fin à une relation de travail. Prendre la plus restrictive des deux, testée dans les deux sens, élimine toute la classe.

Que prends-tu vraiment en charge en auto-hébergeant ça ?

Le renouvellement de certificat, les sauvegardes, les mises à jour et être joignable quand ça casse. C’est pourquoi le prompt demande un indicateur d’âge de sauvegarde sur l’administration — ça rend le devoir permanent visible au lieu d’oublié.

Pourquoi une bibliothèque plutôt que deux systèmes ?

Parce qu’uploader le même mariage deux fois, c’est là que tout site de photographe fait maison commence à pourrir. Un seul upload avec un indicateur de visibilité, c’est à la fois moins de travail et moins sujet aux erreurs.

Puis-je emporter mon site Zenfolio avec moi ?

Les photos se téléchargent par galerie et les listes clients s’exportent, mais le design de site et la structure de page ne voyagent pas — prévois de reconstruire le site plutôt que de le migrer, et exporte d’abord les galeries client encore actives.

Récépissé

Tu l’as déjà reconstruit toi-même ?