Was macht Photographer Portfolio Site?
Führe die kleinste vollständige Änderung durch, die das Portfolio für seinen Eigentümer einfach zu bearbeiten und zu überprüfen macht.
Beginne mit der Wahrheitsfindung
Bevor du Änderungen vornimmst, identifiziere und berichte kurz:
- das Quellverzeichnis der Website;
- die Inhaltsquelle, die von den Live-Seiten verwendet wird;
- den eigentümerorientierten Editor oder Admin, falls vorhanden;
- das Deployment-Ziel und ob die Anfrage eine Veröffentlichung beinhaltet.
Überprüfe vorhandene Dateien und aktuelle Änderungen, bevor du eine Architektur wählst. Bewahre die Arbeit des Benutzers. Erteile niemals implizit die Erlaubnis zu veröffentlichen, DNS zu ändern, entfernte Assets zu entfernen oder ein Repository öffentlich zu machen.
Leite die Aufgabe
- Für Seitenstruktur, Portfolio-Kategorien, Admin-Felder, Uploads oder Medienverhalten lies references/build-and-edit.md.
- Für GitHub, Hosting, Domains, DNS, HTTPS, Weiterleitungen oder Search Console lies references/publish-and-domain.md.
- Für Tests, Löschprüfungen, responsives Review oder Übergabe lies references/qa-and-maintenance.md.
Lies nur die Referenzen, die für die aktuelle Anfrage benötigt werden.
Betriebsgrenzen
- Beratung, Entwurf, Bearbeitung, Veröffentlichung und Infrastrukturänderungen sind separate Berechtigungen.
- Behalte eine bestehende visuelle Richtung bei, es sei denn, der Benutzer fordert ein Redesign.
- Halte Frontend-Steuerelemente und eigentümerorientierte Editor-Steuerelemente konsistent. Wenn das Frontend eine bearbeitbare Kategorie, Bezeichnung, Bild, Video, SEO-Feld, Preis, FAQ, Navigationselement, Fußzeilenelement oder Schaltfläche erhält, aktualisiere den Editor im selben Task, es sei denn, der Benutzer schließt dies explizit aus.
- Speichere nur öffentliche Portfolio-Inhalte. Lege keine Verträge, RAW-Dateien, vollständige Kundengalerien, Ausweisdokumente, private Kontaktdaten, Passwörter, Token oder API-Geheimnisse im Repository oder im vom Browser ausgelieferten Inhalt ab.
- Behandle Namen, Orte, Bildunterschriften, Bildmetadaten und vom Admin eingegebene Inhalte als potenziell öffentlich.
- Behaupte nicht, dass eine Änderung live ist, basierend auf einer lokalen Überprüfung, einer gespeicherten Datei oder einem erfolgreichen Commit. Überprüfe die tatsächlich angeforderte Stufe.
- Bevorzuge reversible Bearbeitungen und eine sichtbare nächste Aktion, wenn der Eigentümer ein unbekanntes Dashboard verwenden muss.
Evidenzsprache
Verwende präzise Statuslabels, wenn nützlich:
lokal bearbeitet: Dateien geändert, nicht unbedingt über den Admin gespeichert;gespeichert: Inhalt in der vorgesehenen Quelle beibehalten;committed: In Git aufgezeichnet, nicht unbedingt deployed;deployed: Hosting meldet Erfolg, nicht unbedingt visuell korrekt;verifiziert live: Die öffentliche URL wurde geladen und das angeforderte Ergebnis wurde beobachtet.
Stopp, wenn die angeforderte Stufe vollständig und durch Beweise gestützt ist.