Panduan Log Masuk dan Akses Akaun Rivya

Gunakan panduan log masuk dan akses akaun ini apabila anda perlu memahami pilihan sign-in, butang log masuk yang hilang, pemulihan kata laluan, halaman terlindung atau tingkah laku keselamatan akaun dalam Rivya.

Sistem pengesahan Rivya mudah dari sudut pandang anda, tetapi beberapa butiran penting kerana tidak semua pilihan log masuk muncul dalam setiap deployment.

Kaedah Log Masuk Semasa

Rivya kini menyokong laluan sign-in berikut:

• e-mel dan kata laluan
• Google
• GitHub
• Discord
• Magic Link pilihan

Perkataan penting ialah "pilihan." Magic Link dikawal oleh feature gate, dan butang sosial juga bergantung pada sama ada deployment semasa benar-benar dikonfigurasi untuk provider tersebut.

Mengapa Butang Log Masuk Mungkin Hilang

Ini antara titik kekeliruan yang paling lazim.

Butang log masuk sosial boleh tiada atas dua sebab berasingan:

• ciri itu dilumpuhkan dalam konfigurasi tapak semasa
• kelayakan provider tidak dikonfigurasi untuk deployment semasa

Itulah sebabnya satu environment boleh menunjukkan Google dan GitHub manakala environment lain hanya menunjukkan log masuk e-mel.

Magic Link mengikut peraturan umum yang sama. Jika ia tidak diaktifkan untuk deployment semasa, halaman log masuk tidak patut dibaca sebagai "rosak." Ia hanya belum aktif di situ.

Laluan Log Masuk, Daftar dan Pemulihan

Laluan auth semasa ialah:

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

Laluan ini ialah halaman sokongan, bukan halaman promosi. Ia wujud supaya pengguna boleh memulakan, memulihkan atau memahami akses akaun tanpa meneka lokasi aliran tersebut.

Bila Menggunakan Reset Kata Laluan Berbanding Magic Link

Gunakan reset kata laluan apabila:

• anda sudah bergantung pada akses e-mel/kata laluan
• anda terlupa kata laluan
• anda mendaftar melalui sosial tetapi kini mahu menambah kata laluan dan akaun mempunyai e-mel terikat

Gunakan Magic Link apabila:

• deployment semasa mendedahkannya
• anda mahu laluan sign-in e-mel jangka pendek dan bukannya menaip kata laluan

Jika Magic Link tamat tempoh atau tidak sah, laluan produk menyatakan keadaan itu melalui /auth/magic-link-status dan bukannya gagal secara senyap.

Apa Yang Berlaku Selepas Log Masuk

Destinasi lalai selepas log masuk semasa ialah /dashboard.

Itu disengajakan. Dashboard ialah tempat paling mudah untuk menyambung kerja selepas sign-in.

Dari situ, anda boleh bergerak ke:

• studios
• sejarah
• notifikasi
• tetapan bil dan kredit

Halaman Terlindung Berbanding Halaman Awam

Rivya mengekalkan pemisahan sebenar antara discovery awam dan kerja yang disahkan.

Halaman awam membolehkan anda:

• menyemak imbas model
• membandingkan tools
• memeriksa harga
• bermula daripada blok quick-start awam pada halaman start

Halaman terlindung ialah halaman yang memerlukan keadaan akaun tersimpan, seperti:

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

Layout terlindung mengesahkan sesi pada pelayan, bukan hanya dalam pelayar. Jadi jika anda belum sign in, laluan tersebut memang dijangka menghantar anda kembali melalui aliran log masuk.

Mengapa Tetapan Keselamatan Berbeza Untuk Pengguna Berbeza

/settings/security terikat pada provider auth sebenar pada akaun.

Ini bermaksud halaman boleh berkelakuan berbeza bergantung pada cara anda mula-mula sign in:

• pengguna e-mel/kata laluan boleh menukar kata laluan secara langsung
• pengguna sosial sahaja dengan e-mel boleh dipandu ke aliran forgot-password untuk menambah kata laluan
• pengguna yang layak boleh mencapai pemadaman akaun di situ

Itu tingkah laku produk biasa, bukan ketidakpadanan UI.

Peraturan Praktikal Untuk Masalah Akses

Jika soalan ialah:

Mulakan dengan laluan auth.

Jika soalan ialah:

Mulakan dengan /settings/security.

Jika soalan ialah:

Anggap itu sebagai sempadan akses, bukan pepijat kandungan. Anda mungkin berada pada laluan terlindung.

Baca Seterusnya

• Mula Menggunakan Rivya
• Tetapan Akaun dalam Rivya
• Penyelesaian Masalah dalam Rivya

Senarai Semak Akses

Apabila sign-in, identiti akaun atau kebenaran menyekat aliran kerja, semak:

• Sahkan kaedah log masuk yang sebenarnya didedahkan oleh deployment.
• Semak sama ada matlamat ialah penyemakan imbas awam atau kerja tersimpan yang boleh dibilkan.
• Gunakan sign-in sebelum muat naik, sejarah tersimpan, pengurusan pembayaran atau kesinambungan Studio.
• Untuk pemulihan kata laluan, ikut halaman auth khusus dan bukannya mengulang percubaan log masuk.
• Kekalkan return path supaya anda mendarat semula pada tugasan yang anda mulakan.

Semak Semula Sebelum Mereset Akses

Semak semula jika mungkin terdapat banyak akaun, provider dilumpuhkan, return link lapuk, pautan reset tamat tempoh atau halaman awam yang kelihatan sepatutnya berjalan tanpa sign-in.