web-development-kb-asia.site

Tôi có nên cho phép người dùng sao chép / dán vào trường email xác nhận cho mẫu đăng ký không?

Có thể trùng lặp:
[.__.] Ngăn người dùng dán từ bảng ghi tạm vào trường biểu mẫu bắt buộc

Có một câu hỏi về stackoverflow, rằng một lập trình viên sẽ không cho phép người dùng mới chỉ sao chép/dán mật khẩu vào mẫu đăng ký.

Tôi có một cách và trả lời họ một cách, và có một ví dụ trực tuyến trên Tham gia Athineon Loại bỏ nó sau khi xem xét câu trả lời ở đây.

Trong đăng ký này, người dùng không được phép sao chép/dán thông tin email!.

Bây giờ câu hỏi của tôi là, tôi có thể cho phép người dùng có bao nhiêu tự do, điều này có tốt hay không? để không cho bản sao khác/dán e-mail thứ hai?

Nếu tôi cho phép người dùng sao chép dán e-mail và hoặc mật khẩu, thì điểm nào để có chúng 2 lần trong cùng một trường. ?

Mật khẩu có một điểm bởi vì bạn không thể nhìn thấy nó và email bạn có thể nhìn thấy nó để bạn không thể mắc lỗi kép ... từ kinh nghiệm của tôi, vâng, họ gửi email lỗi.

Ý kiến ​​của bạn về điều này là gì? Cho phép hay không dán bản sao trên các trường xác minh kép?

19
Aristos

Đó là một mô hình chống không may xuất phát từ một vấn đề hợp pháp: mọi người nhập sai địa chỉ email và sau khi đăng ký, không thể truy cập vào tài khoản của họ.

Vấn đề ở đây là giải pháp này không thân thiện với người dùng vì nó đi ngược lại với sự tương tác thông thường (cụ thể là bạn có thể sao chép và dán từ và để tạo thành các trường). Không có dấu hiệu nào cho thấy đây là một loại lĩnh vực đặc biệt mà việc dán không được phép. Không có ngôn ngữ hoặc kính hiển vi giải thích làm thế nào hoặc tại sao dán bị vô hiệu hóa. Đây là lý do tại sao nó bực bội: nó không hoạt động và bạn không biết tại sao. F &% # ing mẫu bị hỏng!

Vậy làm thế nào để chúng ta giải quyết vấn đề này? Chúng tôi có một mối quan tâm chính đáng mà chúng tôi vẫn muốn xử lý một cách duyên dáng. Có lẽ chúng ta có thể giải quyết điều này một số cách khác.

Chẳng hạn, sau khi người dùng đăng ký, chúng tôi có thể hiển thị cho họ màn hình "Chúng tôi đã gửi email cho bạn. Vui lòng kiểm tra thư của bạn ngay bây giờ và nhấp vào liên kết trong email chúng tôi đã gửi cho bạn để hoàn tất quá trình đăng ký của bạn." Điều này là khá chuẩn. Nhưng ngoài việc này, chúng tôi có thể thêm "Không thấy email? Đây là địa chỉ email bạn đã cho chúng tôi: [email protected]. Có sai không? Nhấp vào đây để thay đổi địa chỉ email của bạn . " Điều này cung cấp cho người dùng một cơ hội khác để hoàn thiện quy trình theo các điều khoản của họ, thay vì chúng tôi thực thi các ràng buộc kỳ lạ đối với sự tương tác của họ với biểu mẫu của chúng tôi.

Tất nhiên, đề xuất này tốn nhiều chi phí để thực hiện hơn, đó có thể là lý do tại sao chúng ta thấy mô hình chống thường xuyên hơn là một cái gì đó kỹ lưỡng hơn (bên cạnh quan sát rõ ràng rằng một lập trình viên chịu trách nhiệm thiết kế biểu mẫu trong trường hợp này chứ không phải là một nhà thiết kế UI). Nếu bạn có thời gian và ngân sách, tuy nhiên, bạn nên xem xét một cái gì đó như thế này. Người dùng sẽ cảm ơn bạn vì nó.

25
Rahul

Cho phép nó. Bạn không nên ép buộc một luồng tương tác tối ưu nhận thức vào người dùng. Bạn cũng nên đặt mục tiêu giảm thiểu khối lượng công việc và đây chỉ là công việc cố định.

Nó có ý nghĩa để có một mục nhập kép cho một lĩnh vực mặt nạ; để chọn cách nhập sai thông tin bị che giấu, điều này tránh được các vấn đề về sau (ví dụ: không thể truy cập tài khoản vì mật khẩu ban đầu bị nhập sai).

Bạn sẽ dừng lại ở đâu? Không cho phép người dùng sử dụng chức năng tự động hoàn tất trong trình duyệt vì bạn không nghĩ đó là cách người dùng nên sử dụng giao diện của mình?

Cá nhân, và tôi biết tôi thuộc nhóm thiểu số cáu kỉnh, nếu tôi ở trang đăng ký không cho phép tôi dán hoặc tự động điền địa chỉ email của mình cho mục nhập thứ hai thì tôi sẽ làm (trừ khi đó là vì một điều gì đó hấp dẫn) ngay lập tức ngừng đăng ký của tôi. Nếu một công ty không tôn trọng tôi như một người dùng, tại sao tôi nên sử dụng sản phẩm của họ?

11
Splog

Đầu tiên, tôi đồng ý với Splog rằng bạn nên cho phép nó, và bài đăng của anh ấy đặt nó tốt hoặc tốt hơn bất kỳ ai có thể có thể. Điều đó nói rằng, tôi muốn mở rộng về nó: Đừng khiến mọi người gõ địa chỉ email của họ hai lần. Hoàn toàn không có lý do cho nó. Tôi sẽ lập luận (và trên thực tế, tôi có ) rằng bạn thậm chí không nên khiến người dùng gõ lại (hoặc thậm chí che dấu) mật khẩu của họ. Tôi sẵn sàng nhúc nhích một chút về mật khẩu, chủ yếu là vì mọi người vẫn nghĩ rằng việc che giấu mật khẩu cung cấp một số hình thức bảo mật, nhưng bất kỳ lĩnh vực nào khác chỉ là sự lãng phí hoàn toàn thời gian của người dùng.

5
Charles Boyung

Tôi thấy rằng sự bảo vệ tốt nhất chống lại việc gõ địa chỉ email của tôi không chính xác, là sao chép và dán nó.

Tôi thường xuyên trao đổi hai chữ cái trong địa chỉ email (rất dài) của mình vì tay phải nhanh hơn bên trái và tôi thực sự đã gõ nhầm hai lần nhiều lần và khiến tôi khó chịu bằng cách gõ hai lần khiến tôi gõ nhanh hơn và nhiều hơn luộm thuộm. Vô hiệu hóa sao chép/dán đang khiến mục nhập không chính xác thêm có khả năng.

Ý tưởng tốt hơn là xác nhận đầu vào sau khi gửi và làm nổi bật những thứ quan trọng như địa chỉ email với các chữ cái lớn thân thiện. Ngay cả khi bạn điền đúng biểu mẫu, một số tab tình cờ có thể chèn các chữ cái không chính xác vào trường chính xác trước đó, vì vậy việc xác nhận là rất quan trọng.

3
Stein G. Strindhaug