Должен ли я использовать Twitter API или только RSS-канал? - PullRequest
3 голосов
/ 13 октября 2009

Компания, в которой я работаю, установила дескриптор в твиттере, и на нашем веб-сайте мы просто покажем последние 2 твита.

Поскольку мы только показываем, есть ли преимущество использования API по сравнению только с RSS-каналом со страницы нашего профиля?

Я знаю, что API имеет ограничение на количество вызовов ... RSS-канал?

Круто, ура

Ответы [ 2 ]

2 голосов
/ 13 октября 2009

Глядя на отдельную запись из RSS-канала, вы получаете весь твит, время и URL твита. например

BadAstronomer: @neito Нет, Рэнди жив и все еще надоедливые мошенники. Ссылка Фарка выглядела так, будто он перетянул эту смертную спираль: http://is.gd/4fZBo
13 октября 2009 г., 8:44
BadAstronomer: @neito Нет, Рэнди жив и все еще надоедливые мошенники. Ссылка Фарка выглядела так, как будто он перетянул эту смертную спираль: http://is.gd/4fZBo

Обратите внимание, что любые ссылки в твите не сохраняют свою природу. То же самое с любыми "@replies" и # хэштегами.

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

Полагаю, это зависит от того, какие твиты будет творить ваша компания. Если это простые твиты без ссылок, то я не вижу преимущества использования API. Однако, если они ожидают использовать обычную грамматику ссылок в Твиттере, я бы использовал API.

2 голосов
/ 13 октября 2009

RSS-канал на самом деле является частью API, поэтому с вами все будет в порядке, если вы можете анализировать RSS. Канал RSS является общедоступным для общедоступных профилей и не требует ключа API.

Дополнительная информация: Метод API REST Twitter: статусы user_timeline

Предполагая, что вы выполняете это на стороне сервера, убедитесь, что вы кэшируете ленту новостей, чтобы не загружать ее для каждой загрузки страницы.

...