将主要网站转换为javascript应用程序

我很感激你的意见。我负责重新开发一个流量很大的大型网站。在过去的几个月里，我一直在使用Backbone.js开发应用程序。过去几周，我一直在研究主干网是否适合重新开发新址

我最初关心的是搜索引擎优化。找到了一篇很棒的帖子，里面讨论了渐进式增强和一系列有助于改进的stackoverflow问题。我似乎无法动摇这样一种感觉：构建一个静态站点并用主干网增强它是一项相当了不起的壮举，需要花费更多的时间

现在我的问题是，我们是否已经过了一个阶段，即我们必须构建必须使用禁用javascript的站点？我们的网站是否仍能为屏幕阅读器等提供功能

我的想法是将相关的元seo信息从服务器发送到我的主app.html文件中，这样搜索引擎仍然能够抓取不同的URL。主干应用程序将从您访问的与该应用程序相关的任何url启动

我刚刚访问了新的hulu.com，似乎想不出为什么不把网站重新开发成主干应用程序的理由。我访问过的大多数网站，如果没有js，都无法正常运行。在禁用js的情况下访问hulu.com，您将能够理解我的意思。因此，在结束是安全的，以建立一个网站，将无法运作没有js和以上将足够的搜索引擎优化

---

谢谢

我想会有很多意见。这是我的

作为一种默认的思维方式，我总是发现向后兼容性和优雅的回退非常重要。我通常认为网站应该能够实现其主要目的：交付内容（内容销售）

然而。。如果内容的目的是提供某种功能，如在线计算器或绘图应用程序，该怎么办。。那么用户就已经需要并期望启用javascript之类的东西了。在这种情况下，我很乐意使用javascript使设计/布局变得更简单。想想像JSFIDLE这样的网站：如果这个网站因为javascript被禁用而不能正确显示其ui，谁会在意呢。。没有人

至于搜索引擎优化：我认为有很多事情会影响这一点。如果你卖苹果，并且你拥有苹果网站，你的网站基本上都是免费的。同样，内容销售，这是大多数引擎试图索引的方式

除此之外，在这个（可怕的）时代和互联网时代，最流行的搜索引擎将对用户的搜索结果进行过滤和排序。。所以如果你想为搜索引擎优化一个网站

---

我更相信那些语义编码的、可维护的、具有相当稳定的可预见未来的东西（而不是每6个月左右一次又一次地重建同样的东西）。更简单的说法：使核心/基础“足够简单”，以便以有用的方式“始终”呈现，然后使用javascript和css边缘技术添加香料，以增加内容的味道。

您有没有研究过node.js？因为您将视图呈现移植到javascript中。如果有更多的组件使用同一种语言，会更友好一些。另外，异步处理模型释放了线程化进程通常会导致的大量服务器压力。线程化进程花费大量时间（和精力）等待执行。但是在javascript中，人们通常设置回调方法。因此，node不再等待前一个进程完成，而是在需要时留下一个回调方法来执行，同时应用程序的其余部分仍在全速前进

节点也很轻。您可以将它与其他服务器端技术一起使用，并且不会占用太多空间。它有一些非常强大的特性，但就我个人而言，我认为它最适合视图渲染（毕竟是javascript）。它还使设置服务器和路由变得非常容易。因此，设置你在第四段中提到的内容将是一个错误

---

无论如何，这是我的2美分。

您将网站重建为客户端应用程序的理由是什么？它是不是为了获得良好的用户体验而必须以这种方式构建？你需要权衡这一点和逐步增强页面的额外工作。嗨，Brad，肯定是为了增强用户体验。但主要是为了实现restful api。我想减少服务器上的负载，让客户端做更多的模板渲染等。我认为您不必担心JavaScript支持。有很多人试图吓唬我们，每个网站都需要支持禁用JavaScript的浏览器。老实说，我认为这是完全错误的。看看下面的例子。禁用JavaScript的浏览器数量约为1%，低于统计误差。支持他们只是浪费时间和金钱，伊莫。@Brad&TyroneMichael:谢谢！谢谢你，朱利安。我们已经试用过Node.js，它无疑是一种很棒的javascript服务器端语言。我关心的不是服务器端堆栈，而是能够交付SEO javascript应用程序，而不是静态网站。据我所知，搜索机器人通常不会执行javascript代码。类似的事情必须在服务器端完成。