Ich hätte hier noch eine Herzens angelegenheit.
ich würde gerne die möglichkeit erbringen. das tierheime sich bei uns anmelden können.
um dort ihre Tiere zu Posten.
Im grunde genommen ein normaler Registierungsprozess - sowie erstanlegen eines tieres.
Im Admin-Menü würde ich geren diese User als Tierheim freischalten können.
Diese sollen dann einen Rahmen um Ihr Profilbild bekommen, sowie Gepostete Bilder mit einem Farbigen Rahmen erhalten. um mehr aufmerksamkeit zu erhalten.
sowie soll nach der Freischaltung als Tierheim, für den nutzer die möglichkeit bestehen, in seinem Pet Profil die Adresse und Kontaktdaten für das Tierheim anzulegen.
Bei fragen melde dich
Ich hätte hier noch eine Herzens angelegenheit.
ich würde gerne die möglichkeit erbringen. das tierheime sich bei uns anmelden können.
um dort ihre Tiere zu Posten.
Im grunde genommen ein normaler Registierungsprozess - sowie erstanlegen eines tieres.
Im Admin-Menü würde ich geren diese User als Tierheim freischalten können.
Diese sollen dann einen Rahmen um Ihr Profilbild bekommen, sowie Gepostete Bilder mit einem Farbigen Rahmen erhalten. um mehr aufmerksamkeit zu erhalten.
sowie soll nach der Freischaltung als Tierheim, für den nutzer die möglichkeit bestehen, in seinem Pet Profil die Adresse und Kontaktdaten für das Tierheim anzulegen.
Bei fragen melde dich
Gitea #24: "Tierheim Accounts" — offen, angelegt 14.08.2026, 1 Kommentar (vom heutigen Tag, 21.08.2026: "Gesamten Prozess vorab besprechen" — du hast selbst schon vermerkt, dass das erst durchgesprochen werden soll, bevor irgendwas gebaut wird).
Der Wunsch: Tierheime sollen sich normal registrieren + ein Pet-Profil anlegen können (kein Sonder-Signup). Im Admin-Menü kannst du einen User nachträglich als "Tierheim" freischalten. Freigeschaltete Accounts bekommen einen farbigen Rahmen ums Profilbild und um gepostete Bilder (Aufmerksamkeits-Branding) und können zusätzlich Adresse/Kontaktdaten im Pet-Profil hinterlegen.
Meine Einschätzung:
Architektonisch ist das kein Fremdkörper — es gibt bereits ein fast 1:1-Vorbild: Pet.isVerified (prisma/schema.prisma:154), admin-vergeben, mit eigenem VerificationRequest-Model und Checklisten-Review (Gitea #10). Das "Tierheim"-Flag ließe sich strukturell genauso anlegen. Aber genau daran hängt auch das Risiko: isVerified ist heute in 11 Dateien verdrahtet (feed.ts, explore.ts, pets.ts, PostCard.tsx, Sidebar/MobileNav, Admin-Users-Seite …) — es gibt keinen zentralen Durchgriffspunkt, jede Post-/Pet-Liste muss das Flag einzeln mitführen. Ein "Tierheim"-Rahmen um Posts hätte exakt dasselbe Verteilungsproblem wie schon die Spider-Exclusion (im CLAUDE.md als bekanntes Architektur-Pattern dokumentiert) — überschaubar, aber nicht trivial, und leicht vergisst man eine Stelle.
Offene Fragen, die vor dem Bauen geklärt gehören (das ist vermutlich, was dein Kommentar meint):
Wo hängt das Flag — Owner oder Pet? Der Text sagt "diese User als Tierheim freischalten", aber Post/Feed/Explore sind komplett pet-scoped (dein Kern-Invariant: keine Owner-Spalten im Social-Graph). Heißt: entweder das Flag lebt auf Owner und muss bei jedem Post-Query über pet.owner.isShelter nachgezogen werden (Join-Overhead an vielen Stellen), oder du denormalisierst es auf Pet/Post beim Erstellen (wie bei den Reaction/Comment-Countern) — das ist eine bewusste Design-Entscheidung, keine Formsache.
Adresse/Kontakt: einmal pro Owner oder pro Pet-Profil? Ein Tierheim hat i. d. R. mehrere Tiere — soll die Adresse einmal gepflegt und auf allen Pet-Profilen angezeigt werden, oder redundant pro Tier eingegeben (Issue-Text klingt nach Letzterem, was auf Dauer unschön ist)?
Öffentliche Adressdaten = neue Sichtbarkeits-/Datenschutz-Kategorie. Bisher ist alles entweder privat (Health-Daten) oder generisch öffentlich (Pet-Profile). Eine öffentlich sichtbare physische Adresse + Kontaktdaten ist qualitativ neu — braucht vermutlich einen bewussten Consent-Schritt (analog zum bestehenden UploadConsent-Pattern), nicht einfach ein Freitextfeld.
Freischalt-Workflow: reicht ein reiner Admin-Toggle (einfach, aber jedes falsche Tierheim landet erst nach Beschwerde beim Moderator), oder lohnt sich Wiederverwendung des bestehenden Verification-Request-Checklisten-Flows (Nachweis der Legitimität, z. B. Vereinsregister-Nr.)? Bei echtem Adress-Publishing würde ich zu Letzterem tendieren.
Scope-Frage: Geht es nur um visuelle Kennzeichnung + Kontaktinfo, oder schwingt hier implizit ein "Vermittlungs"-Feature mit (z. B. Filter "Tiere zur Vermittlung in meiner Nähe")? Das wäre ein deutlich größeres Feature als im Issue-Text steht — lohnt sich, das jetzt abzugrenzen statt später nachzuziehen.
Fazit: Machbar und passt gut zum bestehenden Verified-Badge-Pattern, aber es ist mehr als ein Admin-Checkbox-Feature — vor allem Punkt 1 (Owner- vs. Pet-Scope) und Punkt 3 (öffentliche Adresse) sollten vorab fix sein, sonst baut man zweimal. Ich würde vorschlagen, genau diese vier Punkte kurz mit dir durchzugehen, bevor ein Plan/Schema-Entwurf entsteht.
Gitea #24: "Tierheim Accounts" — offen, angelegt 14.08.2026, 1 Kommentar (vom heutigen Tag, 21.08.2026: "Gesamten Prozess vorab besprechen" — du hast selbst schon vermerkt, dass das erst durchgesprochen werden soll, bevor irgendwas gebaut wird).
Der Wunsch: Tierheime sollen sich normal registrieren + ein Pet-Profil anlegen können (kein Sonder-Signup). Im Admin-Menü kannst du einen User nachträglich als "Tierheim" freischalten. Freigeschaltete Accounts bekommen einen farbigen Rahmen ums Profilbild und um gepostete Bilder (Aufmerksamkeits-Branding) und können zusätzlich Adresse/Kontaktdaten im Pet-Profil hinterlegen.
Meine Einschätzung:
Architektonisch ist das kein Fremdkörper — es gibt bereits ein fast 1:1-Vorbild: Pet.isVerified (prisma/schema.prisma:154), admin-vergeben, mit eigenem VerificationRequest-Model und Checklisten-Review (Gitea #10). Das "Tierheim"-Flag ließe sich strukturell genauso anlegen. Aber genau daran hängt auch das Risiko: isVerified ist heute in 11 Dateien verdrahtet (feed.ts, explore.ts, pets.ts, PostCard.tsx, Sidebar/MobileNav, Admin-Users-Seite …) — es gibt keinen zentralen Durchgriffspunkt, jede Post-/Pet-Liste muss das Flag einzeln mitführen. Ein "Tierheim"-Rahmen um Posts hätte exakt dasselbe Verteilungsproblem wie schon die Spider-Exclusion (im CLAUDE.md als bekanntes Architektur-Pattern dokumentiert) — überschaubar, aber nicht trivial, und leicht vergisst man eine Stelle.
Offene Fragen, die vor dem Bauen geklärt gehören (das ist vermutlich, was dein Kommentar meint):
1. Wo hängt das Flag — Owner oder Pet? Der Text sagt "diese User als Tierheim freischalten", aber Post/Feed/Explore sind komplett pet-scoped (dein Kern-Invariant: keine Owner-Spalten im Social-Graph). Heißt: entweder das Flag lebt auf Owner und muss bei jedem Post-Query über pet.owner.isShelter nachgezogen werden (Join-Overhead an vielen Stellen), oder du denormalisierst es auf Pet/Post beim Erstellen (wie bei den Reaction/Comment-Countern) — das ist eine bewusste Design-Entscheidung, keine Formsache.
2. Adresse/Kontakt: einmal pro Owner oder pro Pet-Profil? Ein Tierheim hat i. d. R. mehrere Tiere — soll die Adresse einmal gepflegt und auf allen Pet-Profilen angezeigt werden, oder redundant pro Tier eingegeben (Issue-Text klingt nach Letzterem, was auf Dauer unschön ist)?
3. Öffentliche Adressdaten = neue Sichtbarkeits-/Datenschutz-Kategorie. Bisher ist alles entweder privat (Health-Daten) oder generisch öffentlich (Pet-Profile). Eine öffentlich sichtbare physische Adresse + Kontaktdaten ist qualitativ neu — braucht vermutlich einen bewussten Consent-Schritt (analog zum bestehenden UploadConsent-Pattern), nicht einfach ein Freitextfeld.
4. Freischalt-Workflow: reicht ein reiner Admin-Toggle (einfach, aber jedes falsche Tierheim landet erst nach Beschwerde beim Moderator), oder lohnt sich Wiederverwendung des bestehenden Verification-Request-Checklisten-Flows (Nachweis der Legitimität, z. B. Vereinsregister-Nr.)? Bei echtem Adress-Publishing würde ich zu Letzterem tendieren.
5. Scope-Frage: Geht es nur um visuelle Kennzeichnung + Kontaktinfo, oder schwingt hier implizit ein "Vermittlungs"-Feature mit (z. B. Filter "Tiere zur Vermittlung in meiner Nähe")? Das wäre ein deutlich größeres Feature als im Issue-Text steht — lohnt sich, das jetzt abzugrenzen statt später nachzuziehen.
Fazit: Machbar und passt gut zum bestehenden Verified-Badge-Pattern, aber es ist mehr als ein Admin-Checkbox-Feature — vor allem Punkt 1 (Owner- vs. Pet-Scope) und Punkt 3 (öffentliche Adresse) sollten vorab fix sein, sonst baut man zweimal. Ich würde vorschlagen, genau diese vier Punkte kurz mit dir durchzugehen, bevor ein Plan/Schema-Entwurf entsteht.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Ich hätte hier noch eine Herzens angelegenheit.
ich würde gerne die möglichkeit erbringen. das tierheime sich bei uns anmelden können.
um dort ihre Tiere zu Posten.
Im grunde genommen ein normaler Registierungsprozess - sowie erstanlegen eines tieres.
Im Admin-Menü würde ich geren diese User als Tierheim freischalten können.
Diese sollen dann einen Rahmen um Ihr Profilbild bekommen, sowie Gepostete Bilder mit einem Farbigen Rahmen erhalten. um mehr aufmerksamkeit zu erhalten.
sowie soll nach der Freischaltung als Tierheim, für den nutzer die möglichkeit bestehen, in seinem Pet Profil die Adresse und Kontaktdaten für das Tierheim anzulegen.
Bei fragen melde dich
Gesamten Prozess vorab besprechen.
Gitea #24: "Tierheim Accounts" — offen, angelegt 14.08.2026, 1 Kommentar (vom heutigen Tag, 21.08.2026: "Gesamten Prozess vorab besprechen" — du hast selbst schon vermerkt, dass das erst durchgesprochen werden soll, bevor irgendwas gebaut wird).
Der Wunsch: Tierheime sollen sich normal registrieren + ein Pet-Profil anlegen können (kein Sonder-Signup). Im Admin-Menü kannst du einen User nachträglich als "Tierheim" freischalten. Freigeschaltete Accounts bekommen einen farbigen Rahmen ums Profilbild und um gepostete Bilder (Aufmerksamkeits-Branding) und können zusätzlich Adresse/Kontaktdaten im Pet-Profil hinterlegen.
Meine Einschätzung:
Architektonisch ist das kein Fremdkörper — es gibt bereits ein fast 1:1-Vorbild: Pet.isVerified (prisma/schema.prisma:154), admin-vergeben, mit eigenem VerificationRequest-Model und Checklisten-Review (Gitea #10). Das "Tierheim"-Flag ließe sich strukturell genauso anlegen. Aber genau daran hängt auch das Risiko: isVerified ist heute in 11 Dateien verdrahtet (feed.ts, explore.ts, pets.ts, PostCard.tsx, Sidebar/MobileNav, Admin-Users-Seite …) — es gibt keinen zentralen Durchgriffspunkt, jede Post-/Pet-Liste muss das Flag einzeln mitführen. Ein "Tierheim"-Rahmen um Posts hätte exakt dasselbe Verteilungsproblem wie schon die Spider-Exclusion (im CLAUDE.md als bekanntes Architektur-Pattern dokumentiert) — überschaubar, aber nicht trivial, und leicht vergisst man eine Stelle.
Offene Fragen, die vor dem Bauen geklärt gehören (das ist vermutlich, was dein Kommentar meint):
Fazit: Machbar und passt gut zum bestehenden Verified-Badge-Pattern, aber es ist mehr als ein Admin-Checkbox-Feature — vor allem Punkt 1 (Owner- vs. Pet-Scope) und Punkt 3 (öffentliche Adresse) sollten vorab fix sein, sonst baut man zweimal. Ich würde vorschlagen, genau diese vier Punkte kurz mit dir durchzugehen, bevor ein Plan/Schema-Entwurf entsteht.