Hướng dẫn đăng nhập và truy cập tài khoản Rivya

Dùng hướng dẫn đăng nhập và truy cập tài khoản này khi bạn cần hiểu các tùy chọn sign-in, nút đăng nhập bị thiếu, khôi phục mật khẩu, trang được bảo vệ hoặc hành vi bảo mật tài khoản trong Rivya.

Từ góc nhìn của bạn, hệ thống authentication của Rivya khá trực tiếp, nhưng một vài chi tiết vẫn quan trọng vì không phải tùy chọn đăng nhập nào cũng xuất hiện trong mọi deployment.

Các phương thức đăng nhập hiện tại

Rivya hiện hỗ trợ các đường sign-in này:

• email và mật khẩu
• Google
• GitHub
• Discord
• Magic Link tùy chọn

Từ quan trọng là "tùy chọn." Magic Link bị kiểm soát bằng feature gate, và các nút social cũng phụ thuộc vào việc deployment hiện tại có thật sự được cấu hình cho các provider đó hay không.

Vì sao một nút đăng nhập có thể bị thiếu

Đây là một trong những điểm dễ gây nhầm lẫn nhất.

Một nút đăng nhập social có thể vắng mặt vì hai lý do riêng biệt:

• tính năng bị tắt trong cấu hình site hiện tại
• provider credentials chưa được cấu hình cho deployment hiện tại

Vì vậy một environment có thể hiển thị Google và GitHub, trong khi environment khác chỉ hiển thị đăng nhập bằng email.

Magic Link cũng theo cùng quy tắc chung. Nếu nó chưa được bật cho deployment hiện tại, trang đăng nhập không nên được hiểu là "bị hỏng." Nó chỉ đơn giản là chưa active ở đó.

Đường dẫn đăng nhập, đăng ký và khôi phục

Các auth path hiện tại là:

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

Các path này là trang hỗ trợ, không phải trang quảng bá. Chúng tồn tại để người dùng có thể bắt đầu, khôi phục hoặc hiểu trạng thái truy cập tài khoản mà không phải đoán flow nằm ở đâu.

Khi nào dùng đặt lại mật khẩu so với Magic Link

Dùng đặt lại mật khẩu khi:

• bạn đã dựa vào truy cập email/password
• bạn quên mật khẩu
• bạn đã đăng ký bằng social nhưng giờ muốn thêm mật khẩu và tài khoản có email gắn kèm

Dùng Magic Link khi:

• deployment hiện tại có hiển thị nó
• bạn muốn một đường sign-in qua email có thời hạn ngắn thay vì nhập mật khẩu

Nếu Magic Link hết hạn hoặc không hợp lệ, product paths sẽ đưa trạng thái đó qua /auth/magic-link-status thay vì thất bại âm thầm.

Điều gì xảy ra sau khi đăng nhập

Điểm đến mặc định hiện tại sau khi đăng nhập là /dashboard.

Đây là lựa chọn có chủ ý. Dashboard là nơi dễ nhất để tiếp tục công việc sau khi sign-in.

Từ đó, bạn có thể đi vào:

• studios
• history
• thông báo
• billing và credits settings

Trang được bảo vệ so với trang public

Rivya giữ tách biệt rõ giữa public discovery và công việc đã xác thực.

Public pages cho phép bạn:

• duyệt models
• so sánh tools
• xem pricing
• bắt đầu từ các public quick-start blocks trên start pages

Protected pages là các trang mà trạng thái tài khoản đã lưu có ý nghĩa, chẳng hạn:

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

Protected layout xác thực session trên server, không chỉ trong browser. Vì vậy nếu bạn chưa đăng nhập, các path đó được kỳ vọng sẽ đưa bạn quay lại login flow.

Vì sao security settings khác nhau giữa người dùng

/settings/security gắn với các auth providers thật trên tài khoản.

Điều đó có nghĩa trang có thể hoạt động khác nhau tùy cách bạn đăng nhập ban đầu:

• người dùng email/password có thể đổi mật khẩu trực tiếp
• người dùng chỉ dùng social nhưng có email có thể được hướng vào forgot-password flow để thêm mật khẩu
• người dùng đủ điều kiện có thể truy cập phần xóa tài khoản ở đó

Đó là hành vi sản phẩm bình thường, không phải UI mismatch.

Quy tắc thực tế cho vấn đề truy cập

Nếu câu hỏi là:

Hãy bắt đầu với các auth paths.

Nếu câu hỏi là:

Hãy bắt đầu với /settings/security.

Nếu câu hỏi là:

Hãy xem đó là access boundary, không phải content bug. Có thể bạn đang ở một protected path.

Đọc tiếp

• Bắt đầu với Rivya
• Cài đặt tài khoản trong Rivya
• Khắc phục sự cố trong Rivya

Checklist truy cập

Khi sign-in, danh tính tài khoản hoặc permissions chặn một workflow, hãy kiểm tra:

• Xác nhận deployment thực tế đang hiển thị phương thức đăng nhập nào.
• Kiểm tra mục tiêu là public browsing hay saved billable work.
• Sign in trước khi upload, dùng saved history, quản lý payment hoặc tiếp tục trong Studio.
• Với khôi phục mật khẩu, đi theo các auth pages chuyên dụng thay vì lặp lại login attempts.
• Giữ nguyên return paths để bạn quay lại đúng task đã bắt đầu.

Kiểm tra lại trước khi reset truy cập

Kiểm tra lại nếu có khả năng tồn tại nhiều tài khoản, provider bị tắt, return link cũ, reset link hết hạn hoặc một public page trông như có thể chạy mà không cần sign-in.