Доступ к Твиттеру с помощью OAuth и DotNetOpenAuth

Question

Я пытаюсь использовать OAuth с .NET (DotNetOpenAuth) для отправки обновлений в учетную запись Twitter через веб-приложение. Я понимаю основные рабочие процессы OAuth и Twitter.

Где я запутался, если это полезно в серверном веб-приложении? Я не хочу никакого взаимодействия с пользователем. Но как это выглядит после запуска приложения, токен запроса должен быть воссоздан, а также токен доступа. Это включает взаимодействие с пользователем.

Каков правильный рабочий процесс для моего случая? Хранить токен запроса или токен доступа в конфигурационном файле? Или проще, используя базовую аутентификацию HTTP?

Спасибо

Answer 1

Если я правильно вас понимаю, ваше приложение не будет взаимодействовать с Twitter от имени ваших пользователей, но будет действовать как учетная запись Twitter для вашего приложения.

В этом случае необходимо учитывать 2 основных фактора.

1) Вы хотите, чтобы "из API" был привязан к каждому статусу, как это будет, если вы используете базовую аутентификацию, или имя вашего приложения будет иметь место, если вы используете OAuth. 2) Вы хотите приложить дополнительные усилия для реализации OAuth.

Если вы решите использовать OAuth, вы сохраните ключ / секретный ключ своего приложения и токен доступа к учетным записям в конфигурации так же, как вы сохранили бы имя / пароль учетной записи.

Answer 2

Ваша фраза "маркер запроса нуждается в воссоздании" предполагает, что вы можете столкнуться с проблемой, когда каждый раз, когда ваши пользователи посещают, вам необходимо повторно авторизоваться в Twitter, и, возможно, вы ищете способ получить доступ к Twitter пользователя. пока он не на вашем веб-сайте, и как вы можете это сделать, если их токен еще не авторизован. Это верно?

Если это так, пользователю не нужно повторно авторизовывать Twitter каждый раз, когда он посещает ваш сайт. Предполагается, что токен будет работать долго, что также позволит вашему сайту получать доступ к своей учетной записи в Твиттере, когда они не взаимодействуют напрямую с вашим веб-сайтом. Проблема может заключаться в том, что вы не реализовали интерфейс IConsumerTokenManager, а вместо этого используете значение по умолчанию InMemoryTokenManager, которое только для примера использования , поскольку этот менеджер токенов только для памяти теряет токены каждый раз веб-приложение перезапускается. Ваша собственная реализация этого простого интерфейса должна хранить и считывать токены из некоторого постоянного хранилища, такого как база данных.