Rivya Login ve Hesap Erişimi Rehberi

Rivya'da sign-in seçeneklerini, eksik login butonlarını, password recovery'yi, protected page'leri veya hesap güvenliği davranışını anlamanız gerektiğinde bu login ve hesap erişimi rehberini kullanın.

Rivya'nın authentication sistemi sizin bakış açınızdan nettir, ancak her login seçeneği her deployment'ta görünmediği için birkaç detay önemlidir.

Güncel Login Yöntemleri

Rivya şu sign-in yollarını destekler:

• email ve password
• Google
• GitHub
• Discord
• isteğe bağlı Magic Link

Önemli kelime "isteğe bağlı"dır. Magic Link feature-gated'dir ve social butonları da geçerli deployment'ın bu provider'lar için gerçekten yapılandırılmış olup olmadığına bağlıdır.

Bir Login Butonu Neden Eksik Olabilir

Bu en yaygın kafa karışıklıklarından biridir.

Bir social login butonu iki ayrı nedenle görünmeyebilir:

• özellik geçerli site configuration içinde disabled'dır
• provider credentials geçerli deployment için yapılandırılmamıştır

Bu yüzden bir environment Google ve GitHub gösterebilirken başka bir environment yalnızca email login gösterebilir.

Magic Link aynı genel kuralı izler. Geçerli deployment için enabled değilse login page "bozuk" olarak okunmamalıdır. Yalnızca orada active değildir.

Login, Register ve Recovery Yolları

Güncel auth yolları:

• /auth/login
• /auth/register
• /auth/forgot-password
• /auth/reset-password
• /auth/magic-link-status
• /auth/error

Bu yollar promotional page değil, support page'dir. Kullanıcıların account access'i başlatmasını, kurtarmasını veya anlamasını akışın nerede yaşadığını tahmin etmeden sağlar.

Ne Zaman Password Reset, Ne Zaman Magic Link Kullanılır

Şu durumlarda password reset kullanın:

• zaten email/password access'e güveniyorsanız
• password'ü unuttuysanız
• social olarak kaydolduysanız ama şimdi password eklemek istiyorsanız ve hesapta email varsa

Şu durumlarda Magic Link kullanın:

• geçerli deployment bunu gösteriyorsa
• password yazmak yerine kısa ömürlü email sign-in yolu istiyorsanız

Magic Link expired veya invalid ise product path'leri sessizce fail etmek yerine durumu /auth/magic-link-status üzerinden bildirir.

Login Sonrasında Ne Olur

Güncel default post-login destination /dashboard.

Bu bilinçli bir seçimdir. Dashboard, sign-in sonrasında işe kaldığınız yerden devam etmek için en kolay yerdir.

Buradan şunlara geçebilirsiniz:

• studios
• history
• bildirimler
• billing ve credits settings

Korumalı Sayfalar ve Public Sayfalar

Rivya, public discovery ile authenticated work arasında gerçek bir ayrım tutar.

Public pages şunları sağlar:

• modelleri gezme
• tool'ları karşılaştırma
• pricing'i inceleme
• start page'lerdeki public quick-start bloklarından başlama

Korumalı sayfalar ise saved account state'in önemli olduğu yerlerdir, örneğin:

• /dashboard
• /studio/*
• /history/*
• /notifications
• /settings/*
• /payment

Protected layout session'ı yalnızca browser'da değil, server'da da doğrular. Bu yüzden sign-in yapmadıysanız bu path'lerin sizi login flow'a geri göndermesi beklenen davranıştır.

Security Settings Neden Farklı Kullanıcılarda Farklı Görünür

/settings/security, hesaptaki gerçek auth provider'lara bağlıdır.

Bu, sayfanın ilk nasıl sign-in yaptığınıza göre farklı davranabileceği anlamına gelir:

• email/password kullanıcıları password'ü doğrudan değiştirebilir
• email'i olan social-only kullanıcılar password eklemek için forgot-password flow'a yönlendirilebilir
• eligible kullanıcılar account deletion'a buradan erişebilir

Bu UI mismatch değil, normal product behavior'dır.

Access Problem'leri İçin Pratik Kural

Soru şuysa:

Auth path'leriyle başlayın.

Soru şuysa:

/settings/security ile başlayın.

Soru şuysa:

Bunu content bug değil access boundary olarak ele alın. Büyük olasılıkla protected path üzerindesiniz.

Sonraki Okuma

• Başlarken
• Rivya'da Hesap Ayarları
• Rivya'da Sorun Giderme

Erişim Kontrol Listesi

Sign-in, account identity veya permissions bir workflow'u engellediğinde şunları kontrol edin:

• Deployment'ın gerçekten hangi login method'larını gösterdiğini doğrulayın.
• Hedefin public browsing mi yoksa saved billable work mü olduğunu kontrol edin.
• Uploads, saved history, payment management veya Studio continuation öncesinde sign-in kullanın.
• Password recovery için login attempts'i tekrarlamak yerine dedicated auth page'leri izleyin.
• Return path'leri sağlam tutun ki başladığınız göreve geri inebilin.

Access'i Resetlemeden Önce Yeniden Kontrol Edin

Birden fazla account, disabled provider, stale return link, expired reset link veya sign-in olmadan çalışması gerekiyormuş gibi görünen public page olasılığı varsa yeniden kontrol edin.