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.

Hệ thống xác thực Rivya khá đơn giản với người dùng, nhưng một số chi tiết quan trọng vì phương thức hiển thị phụ thuộc vào cấu hình bản triển khai và các nhà cung cấp thực sự được kết nối.

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

Hợp đồng xác thực hiện tại có thể hiển thị Google và mã xác minh email sáu chữ số làm hai cách chính khi email OTP được bật cho bản triển khai.

Với đăng nhập bằng mã email:

• Rivya gửi mã sáu chữ số đến địa chỉ email đã nhập

• mã hết hạn sau năm phút

• mỗi mã cho phép tối đa ba lần xác minh

• việc yêu cầu và xác minh vẫn phụ thuộc vào dịch vụ email cùng bảo mật được cấu hình cho bản triển khai

Mật khẩu, Magic Link, Discord và GitHub là các cách cũ hoặc tùy chọn. Chúng chỉ xuất hiện khi bản triển khai giữ fallback cũ và có đủ tính năng hoặc thông tin xác thực nhà cung cấp. Google cũng cần thông tin xác thực bản triển khai dù thuộc cấu hình sản phẩm chính.

Điều đó có nghĩa hợp đồng có thể hỗ trợ một phương thức mà không đảm bảo mọi bản triển khai đều hiển thị nó.

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 phương thức đăng nhập có thể không xuất hiện vì các lý do hợp lệ:

• tính năng bị tắt trong cấu hình site hiện tại

• nhà cung cấp credentials chưa được cấu hình cho bản triển khai hiện tại

• bản triển khai đã tắt fallback cũ

• dịch vụ email hoặc bảo mật mà phương thức cần đang không khả dụng

Vì vậy một môi trường có thể hiển thị Google và mã email, trong khi môi trường khác chỉ cung cấp ít lựa chọn hơn.

Mật khẩu cũ, Magic Link, Discord và GitHub tuân theo cùng quy tắc. Nếu một cách không hiển thị, trang đăng nhập không bị lỗi; hãy dùng phương thức mà bản triển khai thực sự cung cấp.

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

Các đường dẫn chính để vào tài khoản gồm:

• /auth/login

• /auth/register

Khôi phục bằng mật khẩu cũ hoặc Magic Link cũng có thể dùng:

• /auth/forgot-password

• /auth/reset-password

• /auth/magic-link-status

Lỗi xác thực dùng:

• /auth/error

Quy trình mã email sáu chữ số được xử lý ngay trong biểu mẫu xác thực hiện tại thay vì cần trang khôi phục công khai riêng. Đây là các trang hỗ trợ, không phải trang quảng bá.

Khi nào dùng mã email hoặc khôi phục cũ

Dùng mã email sáu chữ số khi biểu mẫu đăng nhập hiện tại cung cấp. Hãy yêu cầu mã mới nếu mã cũ hết hạn và đừng tiếp tục thử sau khi đã dùng hết số lần cho phép.

Chỉ dùng đặt lại mật khẩu khi:

• bản triển khai vẫn cung cấp đăng nhập bằng mật khẩu cũ

• bạn đã dùng thông tin đăng nhập email và mật khẩu

• bạn quên mật khẩu

• trang bảo mật hướng tài khoản vào quy trình khôi phục đó

Chỉ dùng Magic Link khi:

• bản triển khai cung cấp phương thức cũ hoặc tùy chọ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ệ, sản phẩm báo trạng thái qua /auth/magic-link-status thay vì âm thầm thất bại.

Đ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

• lịch sử

• thông báo

• thanh toán và điểm tín dụng settings

Trang được bảo vệ so với trang công khai

Rivya giữ tách biệt rõ giữa công khai khám phá và công việc đã xác thực.

Các trang công khai cho phép bạn:

• duyệt models

• so sánh công cụ

• xem giá

• bắt đầu từ các công khai 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 phiên trên máy chủ, 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 nhà cung cấp và thông tin xác thực thực 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:

• tài khoản có thông tin mật khẩu cũ có thể đổi trực tiếp

• tài khoản không có mật khẩu chỉ được đưa vào quy trình khôi phục khi đăng nhập bằng mật khẩu cũ vẫn bật

• tài khoản Google, OTP và nhà cung cấp mạng xã hội cũ có thể hiển thị điều khiển khác nhau

• 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à:

Làm sao để tôi vào tài khoản?

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

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

Tôi đã vào rồi, nhưng cần quản lý mật khẩu, bảo mật tài khoản hoặc xóa tài khoản.

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

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

Vì sao trang này cứ đẩy tôi về login?

Hãy xem đó là quyền truy cập boundary, không phải nội dung 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 quy trình, hãy kiểm tra:

• Xác nhận bản triển khai thực tế đang hiển thị phương thức đăng nhập nào.

• Với đăng nhập bằng mã email, hãy dùng mã sáu chữ số mới nhất trong thời hạn năm phút.

• Kiểm tra mục tiêu là duyệt công khai hay saved billable work.

• Sign in trước khi tải lên, dùng saved lịch sử, quản lý payment hoặc tiếp tục trong Studio.

• Chỉ dùng khôi phục mật khẩu hoặc Magic Link khi bản triển khai cung cấp các đường dẫn cũ đó.

• Giữ nguyên return paths để bạn quay lại đúng tác vụ đã 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, nhà cung cấp bị tắt, return link cũ, reset link hết hạn hoặc một công khai trang trông như có thể chạy mà không cần sign-in.