Trang này được dịch bởi Cloud Translation API.

Trạng thái vượt qua trong các thao tác qua email

Bạn có thể chuyển trạng thái qua URL tiếp tục khi gửi tác vụ email để đặt lại mật khẩu hoặc xác minh email của người dùng. Điều này cung cấp cho người dùng khả năng quay lại ứng dụng sau khi hoàn thành hành động. Ngoài ra, bạn có thể chỉ định có xử lý liên kết tác vụ email trực tiếp từ ứng dụng dành cho thiết bị di động khi ứng dụng này được cài đặt thay vì trang web hay không.

Điều này có thể cực kỳ hữu ích trong các tình huống phổ biến sau:

Người dùng, hiện chưa đăng nhập, có thể đang cố truy cập nội dung yêu cầu người dùng phải đăng nhập. Tuy nhiên, người dùng có thể đã quên mật khẩu của họ và do đó kích hoạt quy trình đặt lại mật khẩu. Khi kết thúc quy trình, người dùng sẽ quay lại phần ứng dụng mà họ đang cố truy cập.
Một ứng dụng chỉ có thể cung cấp quyền truy cập vào các tài khoản đã được xác minh. Ví dụ: một bản tin có thể yêu cầu người dùng xác minh email của họ trước khi đăng ký. Người dùng sẽ thực hiện quy trình xác minh email và mong muốn quay lại ứng dụng để hoàn tất đăng ký của họ.
Trong các trường hợp khác, người dùng có thể đã bắt đầu luồng từ thiết bị di động của họ và mong đợi sau khi xác minh sẽ quay lại ứng dụng dành cho thiết bị di động của họ thay vì trình duyệt.

Khả năng chuyển trạng thái qua URL tiếp tục là một tính năng mạnh mẽ mà Firebase Auth cung cấp và có thể nâng cao đáng kể trải nghiệm người dùng.

Chuyển trạng thái/tiếp tục URL trong các hành động email

Để chuyển một URL tiếp tục một cách an toàn, miền cho URL sẽ cần phải được đưa vào danh sách cho phép trong bảng điều khiển Firebase . Điều này được thực hiện trong phần Xác thực bằng cách thêm miền này vào danh sách Miền được ủy quyền trong tab Phương thức đăng nhập nếu nó chưa có ở đó.

Phiên bản ActionCodeSettings cần được cung cấp khi gửi email đặt lại mật khẩu hoặc email xác minh. Nó có thể được tạo với lớp ActionCodeSettings.Builder được liên kết chứa các phương thức sau:

Phương pháp	Sự miêu tả
`setUrl(String url)`	Đặt liên kết (URL trạng thái/tiếp tục) có ý nghĩa khác nhau trong các ngữ cảnh khác nhau: Khi liên kết được xử lý trong các tiện ích hành động web, đây là liên kết sâu trong tham số truy vấn `continueUrl` . Khi liên kết được xử lý trực tiếp trong ứng dụng, đây là tham số truy vấn `continueUrl` trong liên kết sâu của Liên kết động.
`setIOSBundleId(String iOSBundleId)`	Đặt ID gói iOS. Điều này sẽ cố gắng mở liên kết trong ứng dụng iOS nếu nó được cài đặt. Ứng dụng iOS cần được đăng ký trong Bảng điều khiển.
`setAndroidPackageName(String androidPackageName, boolean installIfNotAvailable, String minimumVersion)`	Đặt tên gói Android. Điều này sẽ cố gắng mở liên kết trong ứng dụng Android nếu nó được cài đặt. Nếu installIfNotAvailable được đặt thành `true` , nó sẽ chỉ định có cài đặt ứng dụng Android hay không nếu thiết bị hỗ trợ và ứng dụng chưa được cài đặt. Nếu phiên bản tối thiểu được chỉ định và phiên bản cũ hơn của ứng dụng được cài đặt, người dùng sẽ được đưa đến Cửa hàng Play để nâng cấp ứng dụng. Ứng dụng Android cần được đăng ký trong Bảng điều khiển.
`setHandleCodeInApp(boolean status)`	Trước tiên, liên kết hành động email sẽ được mở trong ứng dụng dành cho thiết bị di động hay liên kết web. Mặc định này sai. Khi được đặt thành true, liên kết mã hành động sẽ được gửi dưới dạng Liên kết chung hoặc Liên kết ứng dụng Android và sẽ được ứng dụng mở nếu được cài đặt. Trong trường hợp sai, mã sẽ được gửi đến tiện ích web trước, sau đó tiếp tục sẽ chuyển hướng đến ứng dụng nếu được cài đặt.
`setDynamicLinkDomain(String dynamicLinkDomain)`	Đặt miền liên kết động (hoặc miền phụ) để sử dụng cho liên kết hiện tại nếu nó được mở bằng Liên kết động Firebase. Vì nhiều miền liên kết động có thể được định cấu hình cho mỗi dự án, trường này cung cấp khả năng chọn một miền một cách rõ ràng. Nếu không có tên miền nào được cung cấp, tên miền đầu tiên được sử dụng theo mặc định.

Ví dụ sau đây minh họa cách gửi liên kết xác minh email sẽ mở trong ứng dụng dành cho thiết bị di động trước tiên dưới dạng Liên kết động Firebase (ứng dụng iOS com.example.ios hoặc ứng dụng Android com.example.android ). Liên kết sâu sẽ chứa tải trọng URL tiếp tục https://www.example.com/?email=user@example.com .

Kotlin+KTX

val auth = Firebase.auth
val user = auth.currentUser!!

val url = "http://www.example.com/verify?uid=" + user.uid
val actionCodeSettings = ActionCodeSettings.newBuilder()
    .setUrl(url)
    .setIOSBundleId("com.example.ios")
    // The default for this is populated with the current android package name.
    .setAndroidPackageName("com.example.android", false, null)
    .build()

user.sendEmailVerification(actionCodeSettings)
    .addOnCompleteListener { task ->
        if (task.isSuccessful) {
            Log.d(TAG, "Email sent.")
        }
    }
MainActivity.kt

Java

FirebaseAuth auth = FirebaseAuth.getInstance();
FirebaseUser user = auth.getCurrentUser();

String url = "http://www.example.com/verify?uid=" + user.getUid();
ActionCodeSettings actionCodeSettings = ActionCodeSettings.newBuilder()
        .setUrl(url)
        .setIOSBundleId("com.example.ios")
        // The default for this is populated with the current android package name.
        .setAndroidPackageName("com.example.android", false, null)
        .build();

user.sendEmailVerification(actionCodeSettings)
        .addOnCompleteListener(new OnCompleteListener<Void>() {
            @Override
            public void onComplete(@NonNull Task<Void> task) {
                if (task.isSuccessful()) {
                    Log.d(TAG, "Email sent.");
                }
            }
        });
MainActivity.java

Định cấu hình liên kết động Firebase

Firebase Auth sử dụng Liên kết động Firebase khi gửi một liên kết được dùng để mở trong ứng dụng dành cho thiết bị di động. Để sử dụng tính năng này, Liên kết động cần được định cấu hình trong Bảng điều khiển Firebase.

Bật liên kết động Firebase:
1. Trong bảng điều khiển Firebase , hãy mở phần Liên kết động .
2. Nếu bạn chưa chấp nhận các điều khoản của Liên kết động và đã tạo một miền Liên kết động, hãy làm như vậy ngay bây giờ.
  Nếu bạn đã tạo một miền Liên kết động, hãy lưu ý về nó. Miền Liên kết động thường trông giống như ví dụ sau:
```
example.page.link
```
  Bạn sẽ cần giá trị này khi định cấu hình ứng dụng Apple hoặc Android của mình để chặn liên kết đến.
Cấu hình các ứng dụng Android:
1. Nếu bạn định xử lý các liên kết này từ ứng dụng Android của mình, tên gói Android cần được chỉ định trong cài đặt dự án Bảng điều khiển Firebase. Ngoài ra, cần cung cấp SHA-1 và SHA-256 của chứng chỉ ứng dụng.
2. Bạn cũng sẽ cần định cấu hình bộ lọc ý định cho liên kết sâu trong tệp AndroidManifest.xml của mình.
3. Để biết thêm về điều này, hãy tham khảo Hướng dẫn nhận liên kết động Android .
Cấu hình các ứng dụng iOS:
1. Nếu bạn định xử lý các liên kết này từ ứng dụng iOS của mình, ID gói iOS cần được chỉ định trong cài đặt dự án Bảng điều khiển Firebase. Ngoài ra, ID cửa hàng ứng dụng và ID nhóm nhà phát triển Apple cũng cần được chỉ định.
2. Bạn cũng sẽ cần định cấu hình miền liên kết phổ quát FDL làm Miền liên kết trong khả năng ứng dụng của mình.
3. Nếu bạn dự định phân phối ứng dụng của mình cho các phiên bản iOS 8 trở xuống, bạn sẽ cần đặt ID gói iOS của mình làm lược đồ tùy chỉnh cho các URL đến.
4. Để biết thêm về điều này, hãy tham khảo Hướng dẫn nhận liên kết động iOS .

Xử lý các hành động email trong một ứng dụng web

Bạn có thể chỉ định xem bạn có muốn xử lý liên kết mã hành động từ một ứng dụng web trước hay không và sau đó chuyển hướng đến một trang web hoặc ứng dụng di động khác sau khi hoàn tất thành công, miễn là ứng dụng di động khả dụng. Điều này được thực hiện bằng cách gọi setHandleCodeInApp(false) trong đối tượng ActionCodeSettings.Builder . Mặc dù không bắt buộc phải có ID gói iOS hoặc tên gói Android, nhưng việc cung cấp chúng sẽ cho phép người dùng chuyển hướng trở lại ứng dụng đã chỉ định khi hoàn thành mã hành động qua email.

URL web được sử dụng ở đây là URL được định cấu hình trong phần mẫu hành động email. Một mặc định được cung cấp cho tất cả các dự án. Tham khảo tùy chỉnh trình xử lý email để tìm hiểu thêm về cách tùy chỉnh trình xử lý tác vụ email.

Trong trường hợp này, liên kết trong tham số truy vấn continueUrl sẽ là liên kết FDL có tải trọng là URL được chỉ định trong đối tượng ActionCodeSettings . Mặc dù bạn có thể chặn và xử lý liên kết đến từ ứng dụng của mình mà không có bất kỳ sự phụ thuộc bổ sung nào, chúng tôi khuyên bạn nên sử dụng thư viện máy khách FDL để phân tích cú pháp liên kết sâu cho bạn.

Khi xử lý các hành động email chẳng hạn như xác minh email, mã hành động từ tham số truy vấn oobCode cần được phân tích cú pháp từ liên kết sâu rồi áp dụng qua applyActionCode để thay đổi có hiệu lực, tức là email được xác minh.

Xử lý các hành động email trong một ứng dụng di động

Bạn có thể chỉ định xem bạn có muốn xử lý liên kết mã hành động trong ứng dụng dành cho thiết bị di động của mình trước hay không, miễn là nó đã được cài đặt. Với các ứng dụng Android, bạn cũng có khả năng chỉ định thông qua boolean installIfNotAvailable rằng ứng dụng sẽ được cài đặt nếu thiết bị hỗ trợ và ứng dụng chưa được cài đặt. Nếu liên kết được nhấp từ một thiết bị không hỗ trợ ứng dụng dành cho thiết bị di động, thay vào đó, liên kết sẽ được mở từ một trang web. Điều này được thực hiện bằng cách gọi setHandleCodeInApp(true) trong đối tượng ActionCodeSettings.Builder . Tên gói Android của ứng dụng dành cho thiết bị di động hoặc ID gói iOS cũng sẽ cần được chỉ định.

URL web dự phòng được sử dụng ở đây, khi không có sẵn ứng dụng dành cho thiết bị di động, là URL được định cấu hình trong phần mẫu hành động email. Một mặc định được cung cấp cho tất cả các dự án. Tham khảo tùy chỉnh trình xử lý email để tìm hiểu thêm về cách tùy chỉnh trình xử lý tác vụ email.

Trong trường hợp này, liên kết ứng dụng dành cho thiết bị di động được gửi tới người dùng sẽ là một liên kết FDL có tải trọng là URL mã hành động, được định cấu hình trong Bảng điều khiển, với các tham số truy vấn oobCode , mode , apiKey và continueUrl . Cái sau sẽ là URL ban đầu được chỉ định trong đối tượng ActionCodeSettings . Mặc dù bạn có thể chặn và xử lý liên kết đến từ ứng dụng của mình mà không có bất kỳ sự phụ thuộc bổ sung nào, chúng tôi khuyên bạn nên sử dụng thư viện máy khách FDL để phân tích cú pháp liên kết sâu cho bạn. Mã hành động có thể được áp dụng trực tiếp từ một ứng dụng di động tương tự như cách nó được xử lý từ luồng web được mô tả trong phần tùy chỉnh trình xử lý email .