Лучше загружать сообщения Twitter на стороне клиента или на стороне сервера?

Question

Веб-сайт в C# и jQuery будет читать последнее сообщение с временной шкалы Twitter и отображать его.

Я нашел много плагинов для jQuery (например, Tweet !, Juitter, jQueryдля Twitter и т. д.) и в настоящее время я использую Juitter для этого. Но я думаю, что этот подход на стороне клиента является лучшим, так как поисковые роботы не будут читать этот контент, потому что он зависит от JavaScript .

С другой стороны, загрузка на Page_Load можетбыть непосильным для сервера, так как он будет ждать ответа Twitter, прежде чем отправлять HTML обратно.Разве что есть способ лучше, чем я думал ...

Кто-то любит одну из этих альтернатив или предлагает другую?

РЕДАКТИРОВАТЬ

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

Также я думаю, смогу ли я создать какой-нибудь кеш на C # и только снова делать запросы к Twitter API, если новый постнаписано.Это можно сделать?

Answer 1

Я бы поставил функциональность на клиента.Включение его в ваш код C # на самом деле не дает вам никаких преимуществ - за исключением, может быть, в SOE - которые могут быть обходными (или нет - я не настолько хорошо осведомлен в земле SOE).

КромеSOE ... это то, что я могу думать об этом поздно в пятницу.

Плюсы на стороне клиента:

1. Клиент сможет загружаться быстрее - что всегда лучше.Если твиттер медленный, вы можете управлять GUI с помощью сценариев, а не форсировать поездку на сервер.
2. Это отнимает у вашего сервера большую часть работы
3. Меньше беспорядка в Интернете - даоднажды мы будем облагаться налогом на это!
4. Появление быстроты.Даже если это та же скорость, что и на сервере, она обычно выглядит быстрее - что, по мнению пользователей, лучше.

Преимущества на стороне сервера

1. У вас есть большеконтроль над внутренними данными, более легкое сохранение информации, имеющейся у пользователя, избранного, количества поисков и т. д.
2. Меньше беспокойства о клиентских компьютерах.Вы никогда не знаете, когда на клиенте может быть установлено 32 панели инструментов, что может привести к ошибкам со скриптами на страницах.Серверная сторона устраняет это.
3. C #.Я просто обожаю его лучше, чем JavaScript

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

Обновление:

Для кэширования в твиттере, я думаю, вы можетекэшируйте предыдущие твиты, чтобы вам не нужно было извлекать их снова. Должен ли я выводить в кэш свой элемент управления, который просматривает твиттер RSS onload? имеет тему на эту тему.

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

Answer 2

Я бы сделал это на стороне клиента. Но если есть необходимость в SEO, я бы также представил кешированную версию с сервера в скрытом div. То есть веб-сервер будет иметь кеш твита.

Answer 3

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

Answer 4

Хотите обновить автоматически?(как в прямом эфире)

Я бы загрузил его на стороне сервера, а затем обновил бы его вживую с помощью js, если вы хотите часть обновления в реальном времени.Если вы делаете SEO-серверную часть, это единственный способ, и если вы действительно хотите жить для пользовательского опыта.JS это путь.Вы можете иметь оба.