【问题标题】:Multi-page site for predominantly static pages?主要是静态页面的多页面网站?
【发布时间】:2014-09-10 21:41:00
【问题描述】:

我目前正在为一家企业设计网站。该网站将具有动态区域 - 例如将来的“管理”区域。但目前,将有 14-16 个静态页面。推荐,产品和服务,典型的公司页面。

我真的很喜欢使用主干和 doT.js 动态加载 html 的想法。但是为了这个目的,我是否可以更好地使用多页方法?我读过单页设计会损害 SEO,但不确定这是否仍然准确。对于内容为王的基本上完全静态的网站来说,这是一个主要考虑因素。

SO 是单页网站吗?

我正在使用 apache2 和 PHP/symfony2 来实现所有静态页面(并缓存它们)的当前多页面实现。

【问题讨论】:

    标签: php html backbone.js stateless


    【解决方案1】:

    听起来您的网站最好尽可能保持静态。有很多好处:

    1. 它应该可以快速加载,因为无需处理,加载的文件更少,并且一旦将其发送到浏览器,您无需等待 JavaScript 在页面显示之前运行。
    2. 它将得到更广泛的支持。一切都支持HTML;如果您的页面加载需要 JavaScript,那么您可能会切断人们的注意力并且从未意识到这一点。
    3. 搜索引擎将更容易索引静态网站。
    4. 开发和维护一个简单的静态站点更容易。
    5. 很难破解。如果您的页面加载需要 JavaScript,并且您不小心部署了损坏的脚本,您将面临完全空白页面的风险。在静态网站中,文本可能仍会显示。

    在处理动态数据时,Backbone 和 JS 模板之类的东西非常有用。当您有要在页面上显示的对象并希望构建一个复杂的界面与它们进行交互时,Backbone 就会发挥作用。但这听起来不像您的页面。同样,如果您要向页面发送数据(可能来自 AJAX 请求)并希望在客户端呈现它,则 JS 模板非常有用。但听起来这个项目并非如此。

    一般来说,尽量做最简单的事情。将站点构建为静态页面将是一个很好的起点,如果您想稍后向其中添加 JavaScript,您可以在此基础上构建。

    【讨论】:

      猜你喜欢
      • 2013-12-12
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-07-25
      • 2019-01-29
      • 1970-01-01
      • 1970-01-01
      • 2015-07-19
      相关资源
      最近更新 更多