Que fait Site Portfolio Photographe ?
Effectuez le plus petit changement complet qui laisse le portfolio facile à éditer et à vérifier par son propriétaire.
Commencez par localiser la vérité
Avant de modifier, identifiez et signalez brièvement :
- le répertoire source du site web ;
- la source de contenu utilisée par les pages en direct ;
- l'éditeur ou l'interface d'administration destinée au propriétaire, si elle existe ;
- la cible de déploiement et si la demande inclut la publication.
Inspectez les fichiers existants et les modifications en cours avant de choisir une architecture. Préservez le travail de l'utilisateur. Ne présumez jamais de l'autorisation de publier, de modifier le DNS, de supprimer des ressources distantes ou de rendre un dépôt public.
Acheminez la tâche
- Pour la structure des pages, les catégories du portfolio, les champs d'administration, les téléchargements ou le comportement des médias, lisez references/build-and-edit.md.
- Pour GitHub, l'hébergement, les domaines, le DNS, HTTPS, les redirections ou la Search Console, lisez references/publish-and-domain.md.
- Pour les tests, les vérifications de suppression, la revue de réactivité ou la remise, lisez references/qa-and-maintenance.md.
Ne lisez que les références nécessaires à la demande en cours.
Limites opérationnelles
- Les conseils, la rédaction, l'édition, la publication et les modifications d'infrastructure sont des permissions distinctes.
- Conservez la direction visuelle existante, sauf si l'utilisateur demande une refonte.
- Maintenez l'alignement entre les contrôles front-end et ceux de l'éditeur destiné au propriétaire. Si le front-end gagne une catégorie, un libellé, une image, une vidéo, un champ SEO, un prix, une FAQ, un élément de navigation, un élément de pied de page ou un bouton modifiable, mettez à jour l'éditeur dans la même tâche, sauf si l'utilisateur l'exclut explicitement.
- Stockez uniquement le contenu public du portfolio. Ne placez pas de contrats, fichiers RAW, galeries complètes de clients, documents d'identité, données de contact privées, mots de passe, jetons ou secrets d'API dans le dépôt ou le contenu livré au navigateur.
- Considérez les noms, lieux, légendes, métadonnées d'image et le contenu saisi par l'administrateur comme potentiellement publics.
- N'affirmez pas qu'un changement est en direct à partir d'une vérification locale, d'un fichier sauvegardé ou d'un commit réussi. Vérifiez l'étape réellement demandée.
- Privilégiez les modifications réversibles et une action suivante visible lorsque le propriétaire doit utiliser un tableau de bord inconnu.
Langage de preuve
Utilisez des libellés de statut précis lorsque cela est utile :
édité localement: fichiers modifiés, pas nécessairement sauvegardés via l'administration ;sauvegardé: contenu persisté dans la source prévue ;commité: enregistré dans Git, pas nécessairement déployé ;déployé: l'hébergement signale un succès, pas nécessairement visuellement correct ;vérifié en direct: l'URL publique a été chargée et le résultat demandé a été observé.
Arrêtez-vous lorsque l'étape demandée est terminée et étayée par des preuves.