共计 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 的原创文章,尽在:” 汪子熙 ”: