关于sap:SAP-Spartacus-develop-branch-的服务器端渲染启动方式

6次阅读

共计 1188 个字符,预计需要花费 3 分钟才能阅读完成。

(1) yarn build:libs

这个命令行是实现本地 library 的构建。须要将近 10 分钟。

(2) 这个命令是实现 shell app 的构建。

yarn build –prod

命令行里呈现的 40.76 来自 .env-cmdrc 文件:

须要将近 3 分钟。

(3) 应用如下命令进行服务器端 shell 利用的构建:

yarn build:ssr

须要将近 1 分钟。
(4) 以服务器端模式启动 Spartacus 服务器:

yarn serve:ssr

如果看到上面的提醒音讯,阐明启动胜利了:

如果 Node.js 服务器后盾察看到这种音讯:SSR rendering exceeded timeout 3000, 阐明默认的 3000 毫秒工夫不足以实现首页的服务器段渲染:

此时批改 ng-express-engine-decorator.ts 里 tineout,而后从新执行 yarn:build:setup, yarn build –prod 和 yarn build:ssr.

改成一个非凡的值比方 19821039,不便未来查找。

最初在 dist 文件夹的 main.js 外面可能搜寻到这个非凡值。

怎么还是 3000?

发现了 process.env 里的这个环境变量 SSR_TIMEOUT:

那么我就新建一个 ssr.bat 的批处理文件,内容如下:

set SSR_TIMEOUT=1981231&& yarn serve:ssr

后果又遇到新问题:Http failure response for https://xxxxx

An unknown http error occurred:

所以 bat 文件的内容应该改成:

set SSR_TIMEOUT=1981231&& yarn serve:ssr:dev

这样,能够应用参数 cross-env NODE_TLS_REJECT_UNAUTHORIZED=0 启动 node.js 服务器,绕过 certificate 问题。

然而又遇到新问题:cannot find module ./353.js??

这种状况下,从头开始对整个 Spartacus 进行构建,而后重试。

果然,全副从头做之后就失常了:

213kb,这个数据量才是失常的:

Spartacus 反对挪动和平板电脑平台上的常青网络浏览器。

iOS 浏览器

在基于 iOS 的设施上,Spartacus 反对 Safari、Chrome 和其余浏览器。只管不是每个浏览器都通过测试,但 Spartacus 应该能够与任何 iOS 浏览器兼容,因为所有 iOS 浏览器都应用基于 Webkit 的 iOS 浏览器引擎。

安卓浏览器

在基于 Android 的设施上,Spartacus 在基于 Chromium 和 Blink 布局引擎的 Chrome 上进行了测试。任何应用雷同引擎的 Android 浏览器都可能与 Spartacus 一起应用。其余应用不同浏览器引擎的浏览器没有通过测试,但那些应用 Webkit 的浏览器应该也能失常工作。

更多 Jerry 的原创文章,尽在:” 汪子熙 ”:

正文完
 0