是更好的加载Twitter发布客户端或服务器端？

Question

A website in C# and jQuery will read the last post from a Twitter timeline and shows it.

I've found many plugins for jQuery (like Tweet!, Juitter, jQuery for Twitter, etc) and currently I'm using Juitter to do it. But I'm thinking whether this client-side approach is the best, since search crawlers will not read this content because it's JavaScript dependent .

On the other hand, loading on the Page_Load could be a overhead to the server, since it will be waiting the Twitter response before sending the HTML back. Unless there is any way better than I thought...

Someone like one of these alternatives or suggest any other?

EDIT

Just to clarify, I will haven't live updates after the post is loaded and shown.

Also I'm thinking if I could create some kind of cache on C# and only do requests to Twitter API again if a new post is written. This could be done?

Answer 1

I'd put the functionality on the client. Putting it in your C# code really isn't giving you any benefits - except maybe in SOE - which there might be a way around (or not - I'm not that knowledgeable in SOE land).

Aside from SOE... these are what I can think of this late on Friday.

Pros to Client Side:

1. The client will be able to load faster - which is always better. If twitter is slow, you can manage the GUI with scripting rather than forcing a trip to the server.
2. It takes away from your server doing a lot of the work
3. Less internet clutter - yes one day we will be taxed on this!
4. The appearance of quickness. Even if it's the same speed as having it on the server, it usually appears faster - which in users eye's is better.

Pros to Server Side

1. You have more control on the back end data, easier to save information the user has, favorites, how many times they search, etc.
2. Less worry about client computers. You never know when a client might have 32 tool bars installed which can cause errors with script's on pages. Server side eliminates this.
3. C#. Plain and simple I love it better than JavaScript

You might be able to squeek away with both by loading it server side, but updating client side. call the same methods, but just do one on the first load, then use script for the rest.

Update:

For caching on twitter, I believe you can cache previous tweets so you don't need to fetch them again. Should I output cache my control that looks up twitter RSS onload? has a topic on that.

If you're not having live updates, then you could easily do that on the server side, or Jquery side. If you're looking for SOE, I would opt for server side on the initial load, as that is a point you did mention.

Answer 2

I'd do this client-side. But if there is need for SEO, I'd also present cached version from server in a hidden div. That is, webserver would have tweet cache of some sort.

Answer 3

Do you want it to update automatically? (like a live feed)

I would load it server side then update it live with js if you want the live update part. If your doing SEO server side is the only way and if you want truly live for user experience. js is the way. You CAN have both.

Answer 4

我也在我的网站上做了这个，我编写了自己的推特工具，你需要在服务器端做。