【问题标题】:Recommended DB-solution for a JS-Driven FAQ page [closed]为 JS 驱动的常见问题页面推荐的数据库解决方案 [关闭]
【发布时间】:2012-08-28 08:44:50
【问题描述】:

我想在我们的一个网站中重新开发一个大型常见问题解答页面。

目前,该页面是一个静态 HTML 文档,所有(可扩展的)问题/答案对都在 DL 列表中结构化,每个列表都是一个类别。

但是,这会导致 SEO 问题。我想找到重新开发此部分的最佳方法,以便每个问题都映射到 Google 中的唯一 URL。

这是一个 Java EE、Spring/Hibernate(Oracle 在后台)应用程序。但是,我们不想使用我们的 Oracle DB 来存储常见问题解答。我们希望尽可能多地保持此页面由客户驱动。我读过单页网络应用程序不利于 SEO。

您有什么建议,CouchDB、NoSQL、partials? 我们已经在后台使用了 jQuery、AngularJS 和 Gson。

【问题讨论】:

  • 这似乎太宽泛了,寻找意见。这可以改写成一个更客观、基于事实的问题吗?不幸的是,目前它并不适合这个网站。
  • “客户驱动”是什么意思?你想让客户端浏览器完成所有的数据库查找和页面构建吗?您希望问答存储在客户端而不是服务器上吗?我认为将整个常见问题解答数据库发送给客户端并没有什么意义(除非它是可下载的常见问题解答......)
  • @IdanArye 确实,我希望浏览器使用 REST 服务来构建页面。但是,我不知道如何在确保良好 SEO 的同时做到这一点
  • 如果您为每个问题创建一个(动态)页面,除了主问题页面会怎样?这样,用户可以从主页轻松访问所有内容,搜索引擎可以查看特定的问题页面。
  • @IdanArye 很好的建议!然后我需要将常见问题解答存储在数据库中,您是否建议在这种情况下使用 NoSQL 数据库,我对这个 NoSQL 世界完全陌生,所以我不知道优缺点...

标签: javascript seo couchdb angularjs single-page-application


【解决方案1】:

如果您实现了我在 cmets 中所写的想法,我认为没有理由不将 FAQ 放在您的 Oracle 数据库中 - 因为您不再需要将数据库转移给用户。

如果您仍然坚持不使用 Oracle 数据库,我建议您不要使用数据库,而是将问题保存在 XML\JSON 文件中。

如果您需要数据库功能,我通常推荐SQLite,但请使用您最熟悉的任何工具。

【讨论】:

    猜你喜欢
    • 2020-07-06
    • 2014-12-09
    • 1970-01-01
    • 2012-06-19
    • 1970-01-01
    • 1970-01-01
    • 2011-02-26
    • 1970-01-01
    • 2021-10-07
    相关资源
    最近更新 更多