Ruby Twitter Приложения - PullRequest
       2

Ruby Twitter Приложения

0 голосов
/ 12 августа 2011

Я использую https://github.com/jnunemaker/twitter, чтобы отправлять твиты пользователям в Твиттере, когда они публикуют сообщения в своем блоге на ROR. .e.

Чирикать: «Я только что опубликовал блог -« Я люблю рубин на рельсах »http://link -to-blog.com "

У меня вопрос: поскольку я делаю много сайтов для разных людей, нужно ли мне создавать новое приложение для разработчиков в Твиттере с индивидуальными ключами и секретами для каждого блога или есть способ использовать одно и то же приложение для Твиттера?

Спасибо

Alex

1 Ответ

1 голос
/ 12 августа 2011

Технически вы можете использовать одно и то же приложение на разных сайтах. Просто используйте ключи / токены, которые Твиттер дает вам на всех ваших сайтах.

Тем не менее, это плохая практика, , поскольку твиттер не будет регистрировать ваши обращения к API со страниц, которые не являются теми, которые вы указали в URL обратного вызова. Кроме того, ваши пользователи вернутся на ту (и только на ту) страницу, которую вы указали в URL-адресе обратного вызова , что может ввести в заблуждение тех, кто находится на другом сайте.

И, наконец, наиболее важными причинами являются следующие:

Вы достигнете лимита запросов быстрее, чем если бы у вас было несколько заявок

Вы получите ограничение пользователя быстрее, чем если бы у вас было несколько приложений

Ограничения, которыми управляет твиттер, не очень велики, поэтому я могу сказать вам, что функциональные возможности твиттера не будут работать, если вы получите хороший пик посещений (случалось со мной дважды). Или они могут не работать, если ваш сайт получает много посещений в определенное время. Независимо от того, кешируется ли ваш API или нет, вы в конечном итоге заполните лимит.


Вот твиттерская документация по этому поводу:

Кэширование. Мы рекомендуем вам кэшировать ответы API в вашем приложении или на вашем сайте, если вы ожидаете большого объема использования. Например, не пытайтесь вызывать API Twitter на каждой странице загрузки вашего чрезвычайно популярного веб-сайта. Вместо этого вызывайте наш API раз в минуту и ​​сохраняйте ответ на свой локальный сервер, отображая вашу кэшированную версию на вашем сайте. Обратитесь к Условиям предоставления услуг за конкретной информацией об ограничениях кэширования.

Ограничение скорости активным пользователем. Если ваш сайт отслеживает многих пользователей Twitter (например, выбирает их текущий статус или статистику об их использовании Twitter), рассмотрите возможность запроса данных только для пользователей, которые недавно вошли на ваш сайт. Масштабируйте использование API с количеством пользователей. При использовании OAuth для аутентификации запросов с помощью API применяемый предел скорости зависит от этого user_token. Это означает, что каждый пользователь, который разрешает вашему приложению действовать от своего имени, имеет свой собственный набор запросов API, которые вы можете использовать.

Просите только то, что вам нужно, и только тогда, когда вам это нужно. Например, опрос REST API на предмет поиска новых данных неэффективен как для вашего приложения, так и для API Twitter. Вместо этого рассмотрите возможность использования одного из API потоков в качестве сигнала о том, когда делать запросы API REST.


Если у вас есть какие-либо вопросы, не стесняйтесь комментировать ниже. У меня были ужасные переживания, когда мой сайт упоминался несколькими важными аккаунтами в твиттере

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...