การมีบัญชี Facebook ในไม่ช้าจะกลายเป็นสิ่งจำเป็นสำหรับการใช้แอปพลิเคชันเว็บที่ไม่เกี่ยวข้องหรือไม่


15

ฉันสังเกตเห็นแนวโน้มที่เพิ่มขึ้นของเว็บไซต์ที่ให้การรับรองความถูกต้องของ Facebook อย่างไรก็ตามฉันไม่ต้องการบัญชีด้วยตัวเอง

การดูหมิ่นการบริการของฉันจะถูกลบล้างโดยใช้คุณสมบัติการตรวจสอบความถูกต้องหรือไม่?


ฉันคิดว่านี่เป็นหัวข้อที่สมบูรณ์แม้ว่าจะเป็นการเก็งกำไรเล็กน้อย แอปบนเว็บทำงานได้ไม่ดีกับข้อมูลประจำตัวและ "gee ให้ฉันเข้าสู่เว็บไซต์ FIFTY ที่แตกต่างกัน" เป็นรายบุคคลปัญหาเป็นเรื่องใหญ่สำหรับ webapps ทั้งหมด
— Jeff Atwood

@Jeff - คุณทำให้เป็นเสียงราวกับว่า Facebook Connect และการใช้ชื่อผู้ใช้ / รหัสผ่านเป็นเพียงสองตัวเลือก สิ่งที่เกี่ยวกับระบบการกระจายอำนาจเช่น OpenID?
— MiffTheFox

คำตอบ:


9

ไม่จำเป็นเพราะแอพพลิเคชั่นบนเว็บส่วนใหญ่เป็นประเภทของคนที่สนใจเกี่ยวกับปัญหาความเป็นส่วนตัวของ Facebook (ไม่เหมือนโจทั่วไป) มันจะเป็นตัวเลือกมากขึ้น แต่ไม่เคยเป็นสิ่งจำเป็นและ Id บอกตัวเลือกอื่น ๆ เช่น Twitter หรือ openID ก็จะได้รับการเลื่อนตำแหน่ง

อย่างไรก็ตามเราทุกคนในไซต์นี้ไม่สามารถทำนายอนาคตได้


+1 ผู้ดูแลเว็บที่ไม่รู้จักดี (ส่วนน้อย) จะพึ่งพา FB Connect สำหรับการตรวจสอบสิทธิ์ แต่ส่วนใหญ่จะอุทธรณ์ไปยังแพลตฟอร์มการตรวจสอบสิทธิ์แบบเปิดที่ไม่ละเมิดความเป็นส่วนตัวของผู้ใช้ OpenID / OAuth กำลังได้รับแรงผลักดันมากขึ้นในเวทีนี้ แม้แต่ Facebook ก็ใช้เพื่อรับรองความถูกต้องของผู้ใช้ในตอนนี้ ฉันไม่คิดว่ามันจะเป็นปัญหามากในอนาคตอันใกล้
— Evan Plaice

3
+1 มันจะยังคงเป็นตัวเลือก Atleast ตราบใดที่มีคู่แข่งอยู่ หากไซต์เลือกที่จะบังคับให้คุณลงชื่อเข้าใช้ด้วย Facebook ก็จะสูญเสีย
— ฟ้าผ่า

@thunderror พวกเขาอาจสูญเสียลูกค้าที่เป็นไปได้ในแง่นั้น แต่พวกเขายังสามารถได้รับผ่านคุณค่าของข้อมูลผู้ใช้ Facebook ที่แบ่งปันซึ่งพวกเขาสามารถเข้าถึงได้ พวกเขายังสามารถใช้ประโยชน์จากโครงสร้างพื้นฐานและการผนวกรวมบางอย่างที่ Facebook เสนอให้กับพันธมิตรของพวกเขาและอาจเป็นหนทางที่ง่ายในการเข้าถึงผู้ชมจำนวนมากอย่างไม่น่าเชื่อ ในความสมดุลนี้อาจจะน่าสนใจในเชิงพาณิชย์
— วิลเลียม

5

ให้เราอย่าลืมOpenIDคุณใช้มันเพื่อรับรองความถูกต้องที่นี่

อย่าลืมและพูดมันขึ้นมา ในทำนองเดียวกับที่เราทุกคนคงจะดีกว่านี้หากไม่มีค้อนล็อค 2 ทศวรรษที่มีประสิทธิภาพของ Microsoft บนขอบเขตการประมวลผลส่วนบุคคลเราไม่ต้องการประตูอินเทอร์เน็ตที่ตกอยู่ในมือของ บริษัท หนึ่ง

(ใช่แล้วข้อความเกี่ยวกับ Microsoft นั้นเป็นที่ถกเถียงกันอย่างมากและฉันสามารถโต้แย้งทั้งสองฝ่ายได้ดีเท่ากัน แต่นั่นไม่ใช่ประเด็นของฉันแทน "Standard Oil" ถ้าคุณไม่ชอบคำวิจารณ์ของ MS การเปิดเผย: ฉันไม่มีส่วนเกี่ยวข้องกับ OpenID Foundation .)


1
prolbem กับ OpenID คือคนส่วนใหญ่ไม่รู้ว่ามันคืออะไรและมันทำให้ผู้ใช้ทั่วไปสับสนในหน้าเข้าสู่ระบบ
— DoNotInstall

1
@Ian: ฉันไม่เห็นด้วย จากนั้นอีกครั้งผู้คนส่วนใหญ่ก็ต้องเรียนรู้วิธีลงชื่อเข้าใช้หลายเว็บไซต์ด้วยข้อกำหนดรหัสผ่านหลายวิธีการเพิกเฉยเมลจากนายธนาคารไนจีเรียและไม่เรียกใช้ไฟล์แนบ "EatMyFace.exe" ที่ส่งโดย "Joe" บางคนยังคงไม่ดีมากที่ใด ๆ ของงานเหล่านี้;)
— ขยะ

สิ่งที่เกี่ยวกับ OpenID คือถ้าคุณไม่เชื่อถือพูด Google คุณสามารถรับรองความถูกต้องกับผู้ให้บริการรายอื่นหรือสร้างของคุณเองหากคุณมีพื้นที่เว็บ
— MiffTheFox

2

เป็นไปได้มากที่สุด

นักพัฒนาเว็บแอปกำลังมองหาวิธีที่จะมีแรงเสียดทานน้อยกว่าเพื่อให้ผู้คนใช้บริการของพวกเขาและเนื่องจากผู้ใช้จำนวนมากของพวกเขาจะมีบัญชี Facebook สิ่งนี้มักจะถูกเพิ่มเป็นวิธีการลงชื่อเข้าใช้แบบอื่น

อย่างไรก็ตามฉันเห็นว่าโดยทั่วไปแล้วหากมีการเสนอ Facebook โดยทั่วไป Twitter ก็มีให้เช่นกันดังนั้นหากคุณไม่ชอบการใช้ Facebook คุณรู้สึกอย่างไรกับ Twitter


1
แต่ฉันไม่เชื่อว่ามีหลายครั้งที่ Facebook เป็นตัวเลือกเดียวของคุณ - คุณควรใช้วิธีลงชื่อเข้าใช้แบบอื่นเช่นการรับรองความถูกต้องของ Twitter หรือ OpenID หรือ 'สร้างบัญชี' แบบเก่า
— tobeannounce

1

ผู้คนจำนวนมากจะไม่ชอบสิ่งที่ฉันกำลังเขียนฉันจะไม่เลือกที่จะสนับสนุนการเข้าสู่ระบบ Facebook ด้วยตัวเองเท่านั้น อย่างไรก็ตามเป็นกรณีที่ดีสำหรับการทำเช่นนั้นสามารถทำได้!

ตอนนี้ฉันมีปัญหากับเว็บไซต์ที่อนุญาตให้ฉันใช้ Facebook, OpenID และรหัสผ่านที่กำหนดเองเป็นต้นซึ่งฉันจำระบบการเข้าสู่ระบบที่ฉันใช้ไม่ได้!

ดังนั้นจึงมีกรณีที่ต้องทำเพื่อรองรับเฉพาะ Facebook และจากนั้นใช้ประโยชน์จากระบบเพื่อน Facebook เพื่อให้ลูกค้าของคุณสามารถบอกเพื่อนของพวกเขาเกี่ยวกับคุณหากพวกเขาต้องการ หากคุณมีโฆษณาบน Facebook กรณีที่รองรับเฉพาะการลงชื่อเข้าใช้ Facebook จะยิ่งดีขึ้น

วันนี้คุณสามารถสร้างรายได้เป็นจำนวนมากด้วยการเป็นตัวเลือกที่ดีที่สุดสำหรับ 10% ของลูกค้าที่เป็นไปได้ในขณะที่ทำสิ่งที่ลูกค้า80% เกลียดชัง ! ดังนั้นการเป็นทุกสิ่งให้กับทุกคนในหน้าเข้าสู่ระบบอาจไม่ใช่ตัวเลือกที่ดีที่สุดโปรดดู“ The Purple Cow ”


"... ในที่ที่ฉันจำระบบการเข้าสู่ระบบที่ฉันใช้ไม่ได้!" เหมือนกันตรงนี้และตอนนี้และปัญหายังไม่ได้รับการแก้ไขในช่วง 8 ปีที่ผ่านมา ตอนนี้ตัวจัดการรหัสผ่านของฉันไม่เพียง แต่มีบันทึกรหัสผู้ใช้ / รหัสผ่านเท่านั้น แต่ยังรวมถึง "บริการตรวจสอบความถูกต้องที่ฉันใช้สำหรับบริการ"
— Jochem Schulenklopper

1

ฉันจะไม่หวังอย่างแน่นอน ทั้งๆที่มีข้อโต้แย้งที่สมเหตุสมผลและน่าสนใจ DoNotInstall ให้คำตอบของเขาฉันคิดว่ามันไม่มีความรับผิดชอบอย่างสมบูรณ์สำหรับนักพัฒนาแอปพลิเคชันเว็บใด ๆ (หรือผู้ใช้ปลายทางสำหรับเรื่องนั้น) ที่จะพึ่งพา บริษัท หรือบริการบุคคลที่สาม ด้วยข้อยกเว้นที่เป็นไปได้ของ OpenID

สมมติว่าคุณสร้างเว็บแอปยอดนิยมที่ใช้ Facebook เพื่อการตรวจสอบสิทธิ์เท่านั้น ในกรณีที่ไม่น่าเป็นไปได้ที่ Facebook จะทำการออฟไลน์ชั่วคราวหรือถาวร (โดยการอัปเดตที่ไม่ดี DDoS atttack กฎหมายประเภท SOPA / PIPA หรือการล้มละลาย) คุณจะทำอย่างไร ที่สำคัญกว่านั้นผู้ใช้ปลายทางที่พึ่งพาแอพของคุณทำอะไร หากคุณรองรับการพิสูจน์ตัวตนมากกว่าหนึ่งรูปแบบสิ่งนี้จะไม่เป็นปัญหาใหญ่ในระยะยาว แต่ถ้าคุณพึ่ง Facebook เพียงอย่างเดียวคุณจะตายในน้ำ

โดยส่วนตัวฉันคิดว่านักพัฒนาเว็บแอพที่รับผิดชอบควรคำนึงถึงสิ่งเหล่านี้เสมอและหากใช้บริการของบุคคลที่สามสำหรับการตรวจสอบสิทธิ์สนับสนุนมากกว่าหนึ่งเสมอ ฉันคิดว่ามันเป็นความคิดที่ดีที่จะสนับสนุนการตรวจสอบชื่อผู้ใช้ / รหัสผ่านหรืออีเมล / รหัสผ่านเป็นทางเลือกสุดท้ายในกรณีที่บุคคลที่สามเหล่านั้นล้มเหลว

การเปิดเผยข้อมูล: จนถึงตอนนี้ฉันได้พึ่งพา Facebook เพื่อลงชื่อเข้าใช้บัญชี StackExchange ของฉันเท่านั้น เมื่อคิดถึงคำถามของคุณและคำตอบของฉันทำให้ฉันเพิ่มบัญชี Twitter และ Google เป็นตัวเลือก ไม่น่าจะเป็นไปได้ว่า Facebook จะถูกลบออกไปฉันคิดว่ามันไม่น่าเป็นไปได้ที่ Facebook, Google และ Twitter จะถูกลบทั้งสามในเวลาเดียวกัน


และน่าเสียดายที่ฉันเห็นว่า Twitter ไม่ใช่ตัวเลือกที่นี่ .. ดังนั้นฉันจึงไปกับ Google และ Yahoo แทน (ฉันคิดว่ามันไม่น่าจะเป็นไปได้อย่างมากที่ Facebook, Google และ Yahoo จะถูกพาออกไปทั้งสามครั้ง)
— stevenh512
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.