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

Question

C#和jQuery中的网站会阅读Twitter时间轴中的最后一个帖子并进行展示。

我发现了许多jQuery插件（如Tweet！，Juitter，jQuery for Twitter等），目前我正在使用Juitter来实现它。 但我在考虑这种客户端方法是否最好，因为搜索抓取工具不会读取此内容，因为它依赖于JavaScript 。

另一方面，加载Page_Load可能是服务器的开销，因为它会在发回HTML之前等待Twitter响应。除非有任何比我想象的更好的方式......

有人喜欢其中一种替代方案或建议其他方法吗？

修改

为了澄清一下，在帖子加载并显示后，我将没有实时更新。

此外，我在想是否可以在C＃上创建某种缓存，并且只有在写入新帖子时才会再次向Twitter API发出请求。这可以做到吗？

Answer 1

我将功能放在客户端上。把它放在你的C＃代码里真的没有给你任何好处 - 除了可能在SOE中 - 可能有一种方法（或者不是 - 我不是那么知情的SOE土地）。

除了国有企业......这些是我在周五晚些时候能想到的。

客户方面的优点：

1. 客户端将能够加载更快 - 这总是更好。如果twitter很慢，您可以使用脚本来管理GUI，而不是强迫去服务器。
2. 从服务器上完成大量工作
3. 减少网络混乱 - 是的，有一天我们会对此征税！
4. 速度的外观。即使它与服务器上的速度相同，它通常看起来更快 - 在用户眼中更好。

服务器端的优点

1. 您可以更好地控制后端数据，更轻松地保存用户拥有的信息，收藏夹，搜索次数等等。
2. 减少对客户端计算机的担忧。您永远不知道客户端何时安装了32个工具栏，这可能会导致页面上的脚本出错。服务器端消除了这一点
3. C＃。简单而简单我比JavaScript更喜欢它

您可以通过加载服务器端，但更新客户端来解决这两个问题。调用相同的方法，但只需在第一次加载时执行一次，然后再使用脚本。

<强>更新

对于在Twitter上的缓存，我相信您可以缓存以前的推文，因此您无需再次获取它们。 Should I output cache my control that looks up twitter RSS onload?有一个主题。

如果您没有实时更新，那么您可以轻松地在服务器端或Jquery端执行此操作。如果您正在寻找SOE，我会在初始加载时选择服务器端，因为这是您提到的一点。

Answer 2

我会做这个客户端。但如果需要SEO，我还会在隐藏的div中提供服务器的缓存版本。也就是说，webserver会有某种类型的推文缓存。

Answer 3

您想要自动更新吗？ （像现场直播）

如果你想要实时更新部分，我会加载服务器端然后用js更新它。如果你做SEO服务器端是唯一的方式，如果你想真正的用户体验生活。 js就是这样。你可以同时拥有。

Answer 4

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