feat(live): discord activity — assistir e comentar a live de dentro do discord

[tecrodrigocastro]

Contexto

Em cima do MVP de live (#530), abre a mesma experiência (player + chat) como Discord
Activity — o mini-app embutido no painel de voz do Discord. Nenhum arquivo do #530 foi
alterado; tudo aqui é composição por cima dos componentes que já existem.

Duas descobertas moldaram a implementação:

• O ponto de entrada de uma Activity é sempre / — o Discord não permite apontar pra
  outra rota, então a detecção de contexto acontece na própria rota raiz do portal.
• O iframe roda a partir de discordsays.com (terceiro pro documento top-level do
  Discord) com CSP restrita a 'self' — exigiu ajuste de sessão (SameSite=None) e
  reescrita de URLs absolutas pra relativas.

Alterações

Módulo identity

• FindConnectedUser: resolve User a partir de identidade externa já vinculada, só
  leitura — diferente de ResolveExternalIdentity, nunca cria identidade.

Módulo integration-discord

• redirectUri de ExchangeCodeForToken vira opcional: o authorize() do SDK da
  Activity troca code por token sem redirect_uri, diferente do login web.
• Activity/: AuthenticateActivityUser (troca code → token → resolve User vinculado),
  ActivityAuthResult (DTO), ActivityAuthController + rota POST /discord-activity/auth,
  isolada das rotas de auth existentes.

Módulo live

• HlsProxyController + rota GET /discord-activity/hls/{path}: repassa o HLS do
  mediamtx pelo próprio domínio da app — a CSP do iframe só permite mídia da própria origem.
• mediamtx.yml: exclui read/playback do hook de auth HTTP — já eram sempre liberados
  no código; chamar o hook mesmo assim criava round-trip redundante e, no servidor de dev
  single-threaded, um deadlock real.

Módulo portal

• LiveActivityPage + live-activity.blade.php + layout activity.blade.php: versão
  enxuta da live (player + chat, sem navbar) servida dentro do iframe do Discord.
• discord-activity.js: bootstrap do @discord/embedded-app-sdk (ready() →
  authorize() → troca de código no backend → authenticate()), com interceptação de
  links pra abrir fora do iframe (sandboxed sem allow-popups).
• A rota / do PortalServiceProvider decide entre Homepage e LiveActivityPage
  conforme o query param frame_id que o SDK injeta.

App (transversal)

• PrepareDiscordActivityContext (middleware): ajusta session.same_site pra none no
  contexto da Activity — sem isso o cookie de sessão não sobrevive no iframe de terceiros.
• RewriteDiscordActivityAssetUrls (listener de RequestHandled): reescreve URLs
  absolutas pro próprio host como relativas na resposta — precisa rodar depois que o
  Livewire injeta seu script, que só acontece depois de toda a pipeline de middleware.
• bootstrap/app.php: TrustProxies confia em qualquer proxy só quando APP_ENV=local
  — necessário pra testar via túnel (cloudflared/ngrok), zero efeito em produção.

Fora desta v1 (follow-up)

• Chat em tempo real dentro da Activity (Reverb roda numa porta separada, bloqueada pela
  mesma CSP — precisaria de um segundo túnel/proxy em produção). Hoje: manda mensagem,
  não vê a de quem está fora até recarregar.
• Fluxo de "vincular conta Discord" acontece fora do iframe (abre em navegador externo
  via openExternalLink do SDK).
• CORS de produção do HLS (mediamtx) pra origem real da Activity (discordsays.com
  varia por app).

Plano de Testes

• vendor/bin/pint --dirty --format agent
• vendor/bin/phpstan analyse --memory-limit=2G — 0 erros
• php artisan test --compact — 1730/1732 testes, 5926 assertions (as 2 falhas são
  pré-existentes em CommunityRetrospectivePageTest, não relacionadas — confirmado
  revertendo os arquivos desta PR e reproduzindo a mesma falha)
• Testado manualmente dentro do Discord (Activity real, canal de voz): vídeo, envio
  de chat e vínculo de conta Discord funcionando

Issues Relacionadas

Nenhuma issue vinculada.

[Clintonrocha98]

Suggested change

	if (env('APP_ENV') === 'local') {
	if(app()->isLocal()){

[hefeus]

->where('path', '[A-Za-z0-9._-]+.(m3u8|mp4|ts|m4s)')

Definir um padrão de entrada evita possíveis ataques direto por essa rota.

[hefeus]

Esse Http::get() bufferiza o corpo inteiro em memória e segura o worker do FPM durante todo o download do segmento. Dá pra tirar o PHP do caminho quente com um proxy_pass no nginx para /discord-activity/hls/ direto no mediamtx.