【问题标题】:Why is Angular Universal necessary?为什么需要 Angular Universal?
【发布时间】:2019-01-25 00:50:09
【问题描述】:

所以显而易见的答案是它是必要的,因为它提供来自服务器的路由路径,所以我们不会得到 404。

但是像angular-cli-ghpages 这样的解决方案通过向应用添加一个脚本来解决这个问题,该脚本解析在 404 中返回的参数,然后将应用重新路由到正确的状态。

所以很好奇这有什么缺点吗?为什么一般不使用它而不是像 Angular Universal 或 Rendertron 这样的解决方案?

例如,spa-github-pages 是这样说的:

快速 SEO 说明 - 虽然 404 响应从来都不好,但根据 Search Engine Land 的测试显示,Google 的爬虫会将 404.html 文件中的 JavaScript window.location 重定向与 301 重定向相同它的索引。根据我的测试,我可以确认 Google 将毫无问题地索引所有页面,唯一需要注意的是重定向查询是 Google 索引为 url 的内容。例如,url example.tld/about 将被索引为 example.tld/?p=/about。当用户点击搜索结果时,一旦网站加载,url 将变回 example.tld/about。

【问题讨论】:

    标签: javascript angular typescript angular-universal rendertron


    【解决方案1】:

    因为两个主要的原因:

    1. 首页加载速度;
    2. 搜索引擎优化

    机器人不运行 javascript,因此它们会解析从服务器获取的内容,然后再解析 Universal 的内容。

    即使使用由 ghpages 提供的 --aot 构建的应用程序,其 404 页面是索引的克隆,客户端/机器人仍​​然需要获取第一个文件,解析它们并最终挂载最终视图。 Gh 页面不提供最终的 html 状态。

    【讨论】:

    • 我用 spa-github-pages 的一句话更新了这个问题……有什么想法吗?
    • 同样的原因。即使使用由 ghpages 提供的 --aot 构建的应用程序,其 404 页面是索引的克隆,客户端/机器人仍​​然需要获取第一个文件,解析它们并最终挂载最终视图。 Gh 页面不提供最终的 html 状态。
    猜你喜欢
    • 2018-04-28
    • 1970-01-01
    • 2019-09-16
    • 2019-07-07
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-09-21
    相关资源
    最近更新 更多