Vì vậy, đọc giữa các dòng một chút, bạn có một tài khoản twitter và một mật khẩu vì đây là nội bộ, do đó bạn không muốn đi với một quá trình auth yêu cầu người dùng tương tác với nó?
Ý tưởng đằng sau OAuth là bạn không bao giờ tìm ra mật khẩu của người dùng là gì; Tôi đồng ý rằng nếu tôi đúng về những gì bạn đang cố gắng để làm điều đó nó không phải là điều đúng. Luồng OOB do JohnD đề xuất có cùng vấn đề.
Nếu bạn có tài khoản/mật khẩu, bạn có thể làm việc trực tiếp với trang web, bằng cách sử dụng biểu mẫu đăng nhập và biểu mẫu tweet. Thật không may điều này có nghĩa là bạn không có quyền truy cập vào API (họ nuked xác thực cơ bản thông qua API năm ngoái) - tùy thuộc vào những gì bạn đang cố gắng để làm điều đó có thể hoặc không có thể là một vấn đề.
Chỉnh sửa:
Sử dụng OAuth và nhớ mã thông báo. Nó không bao giờ hết hạn, theo tài liệu API twitter và vì bạn có thể có một số tài khoản giới hạn mà bạn quan tâm, bạn chỉ có thể nhảy qua vòng lặp OAuth một lần cho mỗi tài khoản và bạn đã hoàn tất cho đến khi bạn cần một tài khoản khác. Bạn thậm chí có thể làm toàn bộ điều lập trình cho tên người dùng và mật khẩu, giả sử họ không dính một captcha trong đó tại một số điểm. Nhưng tôi nghi ngờ đặt cược tốt nhất của bạn là chỉ sử dụng OAuth và lưu trữ các thẻ.
Nguồn
2011-05-10 04:21:35
Lý tưởng nhất, tôi muốn quy trình có tương tác bằng không với người dùng. Luồng này vẫn yêu cầu đầu vào của mã PIN nếu Im không nhầm. – super9
Làm cách nào để bạn có quyền truy cập vào tài khoản mà không có người dùng xác thực? – Acorn
Tôi muốn luồng xác thực một chiều mà không có bất kỳ đầu vào nào từ người dùng. Tôi không bao giờ nói bất cứ điều gì về việc không được xác thực bởi người dùng. – super9