Toutsu/GmRelayBot
1
1
Fork 0
Code Issues 18 Pull Requests 1 Actions Packages Projects Releases 85 Wiki Activity

feat: добавить приватные клубные витрины без публикации в общем каталоге #110

New Issue
Closed
opened 2026-05-28 18:57:55 +03:00 by Toutsu · 1 comment
Toutsu commented 2026-05-28 18:57:55 +03:00
Owner
Copy Link
Copy Source

Контекст

Для клубов нужен сценарий, где витрина игр существует не только как часть общего публичного каталога, но и как отдельная клубная витрина. Клуб должен иметь возможность показывать игры у себя, не публикуя их в общей витрине/каталоге всего сервиса.

Это дополняет задачи:

  • #39 — каталог игр и витрина ваншотов
  • #40 — профили мастеров
  • #108 — портфолио прошедших игр в витрине мастера

Scope

  • Добавить настройку видимости публикации игры/ваншота: общий каталог, клубная витрина или оба варианта.
  • Дать owner/co-GM клуба контроль над тем, какие игры попадают только в клубную витрину.
  • Показать приватную/клубную витрину на публичной или полу-публичной странице клуба по прямой ссылке/внутри пространства клуба.
  • Исключить клубные-only публикации из общего каталога и глобального поиска витрины.
  • Учесть будущие и прошедшие игры, чтобы правило видимости работало одинаково для набора и портфолио.

Acceptance criteria

  • Клуб может опубликовать игру в своей витрине, не добавляя её в общий каталог.
  • Общий каталог не показывает игры со статусом «только клубная витрина».
  • Страница/витрина клуба показывает такие игры пользователям, у которых есть доступ к клубной витрине или ссылка, в зависимости от выбранной модели доступа.
  • Owner/co-GM видит и управляет режимом публикации в dashboard.
  • Правила доступа не раскрывают приватные данные клуба, мастера или игроков через публичный HTML/API.

Вопросы для реализации

  • Нужен ли полностью приватный доступ только для участников клуба или достаточно unlisted-витрины по прямой ссылке?
  • Должны ли клубные-only игры индексироваться внутренним поиском внутри клуба?
  • Должны ли отзывы и портфолио прошедших игр наследовать режим видимости исходной игры?
## Контекст Для клубов нужен сценарий, где витрина игр существует не только как часть общего публичного каталога, но и как отдельная клубная витрина. Клуб должен иметь возможность показывать игры у себя, не публикуя их в общей витрине/каталоге всего сервиса. Это дополняет задачи: - #39 — каталог игр и витрина ваншотов - #40 — профили мастеров - #108 — портфолио прошедших игр в витрине мастера ## Scope - Добавить настройку видимости публикации игры/ваншота: общий каталог, клубная витрина или оба варианта. - Дать owner/co-GM клуба контроль над тем, какие игры попадают только в клубную витрину. - Показать приватную/клубную витрину на публичной или полу-публичной странице клуба по прямой ссылке/внутри пространства клуба. - Исключить клубные-only публикации из общего каталога и глобального поиска витрины. - Учесть будущие и прошедшие игры, чтобы правило видимости работало одинаково для набора и портфолио. ## Acceptance criteria - Клуб может опубликовать игру в своей витрине, не добавляя её в общий каталог. - Общий каталог не показывает игры со статусом «только клубная витрина». - Страница/витрина клуба показывает такие игры пользователям, у которых есть доступ к клубной витрине или ссылка, в зависимости от выбранной модели доступа. - Owner/co-GM видит и управляет режимом публикации в dashboard. - Правила доступа не раскрывают приватные данные клуба, мастера или игроков через публичный HTML/API. ## Вопросы для реализации - Нужен ли полностью приватный доступ только для участников клуба или достаточно unlisted-витрины по прямой ссылке? - Должны ли клубные-only игры индексироваться внутренним поиском внутри клуба? - Должны ли отзывы и портфолио прошедших игр наследовать режим видимости исходной игры?
Toutsu added this to the Версия 3.0 — Platform & Club Expansion milestone 2026-05-28 18:57:55 +03:00
Toutsu added the type:featurearea:webpriority:p3area:dataplatform:multi labels 2026-05-28 18:57:55 +03:00
Toutsu commented 2026-06-03 11:58:04 +03:00
Author
Owner
Copy Link
Copy Source

Реализовано в PR #119 и выпущено в v3.7.0.

Готово к использованию: publication_mode сменил is_public, добавлен club_memberships со статусами Pending/Active/Rejected/Left, в PublicClub.razor отдельная секция для участников клуба, /group/{id}/applications для GM, /profile/memberships для игроков. Деплой на прод прошёл.

Реализовано в PR #119 и выпущено в [v3.7.0](https://git.codeanddice.ru/Toutsu/GmRelayBot/releases/tag/v3.7.0). Готово к использованию: `publication_mode` сменил `is_public`, добавлен `club_memberships` со статусами Pending/Active/Rejected/Left, в `PublicClub.razor` отдельная секция для участников клуба, `/group/{id}/applications` для GM, `/profile/memberships` для игроков. Деплой на прод прошёл.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
area:bot
Telegram bot and worker logic
 area:data
Database schema, migrations and persistence model
 area:discord
Discord bot service and Discord adapter
 area:infra
Infrastructure, runtime and deployment
 area:miniapp
Telegram Mini App dashboard
 area:platform
Platform-neutral abstractions and adapter boundaries
 area:shared
Shared domain and rendering contracts
 area:web
Blazor web dashboard
 in-progress
В работе (issue взят агентом)
 next-up
Recommended immediate backlog
 pending-approval
Ждёт согласования плана решения
 platform:discord
Discord-specific behavior or adapter work
 platform:multi
Cross-platform or platform-neutral work
 platform:telegram
Telegram-specific behavior or adapter work
 priority:p0
Critical priority
 priority:p0
Блокирующий приоритет: задача должна быть выполнена до признания решения production-ready
 priority:p1
High priority
 priority:p2
Medium priority
 priority:p3
Lower priority
 security
Security-sensitive work
 type:bug
Bug fix or corrective work
 type:chore
Maintenance and supporting work
 type:feature
New product functionality
 type:refactor
Structural change without direct feature growth
 type:test
Testing and coverage work
No Label area:data area:web platform:multi priority:p3 type:feature
Milestone
No items
No Milestone Версия 3.0 — Platform & Club Expansion
Projects
Clear projects
No project
Assignees
Clear assignees
Toutsu
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Toutsu/GmRelayBot#110
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?