目前是有两个页面,在服务器推送到APP端的时候,会造成访问量瞬间暴增。 推送是由php推送,推送的页面目前是使用java开发的,一直都对nodejs非常感兴趣, 有机会想尝试一下使用nodejs做渲染层,由java提供接口, 然后就可以使用react或者vue做服务器端渲染了,做为一个前端,就能更好的优化页面 所以想请教一下各位大神有没有相关值得注意的地方,或者说这样做到底合适不合适, 有小demo的话,也可以直接上github看看,学习学习
压力在php推送,所以替换go会比较合适,跟是不是Node.js无大关系
@i5ting 公司没人会使用go,我是想知道,在面对百万级,千万级的时候,使用nodejs做渲染层,能不能稳定。貌似vue2要做服务器端渲染,只支持node
来自vue-cnode手机版
我目前的思路是,使用h5离线缓存+vue做服务器端渲染,将页面优化到极致
来自vue-cnode手机版
php推送 是用workman做的吗?
@yakczh 不是特别清楚,好像是使用socket,具体没怎么了解。
理论上来说加上离线缓存以及vue的服务端渲染加组件缓存是会降低一定的服务端压力的
@hxh1246996371 这个貌似没有看到社区有这种架构的,所以有机会的话,还是想尝试一下,因为页面并不多,只有一个消息,一个红包页面,但是推送的时候,造成的并发量会比较高。目前还没有正式的项目使用过这种技术栈,目前是想使用渐进式的方案,使用nodejs做服务器端渲染,java的也做模板渲染,相当于做一个可降级的方案,两边并行开发
野生群猪,传授两招武功秘籍
推送可以分批推送啊,比如极光我记得可以设置在1小时之内推送完。
@nswbmw 现在是分批推送的
@1340641314 我们目前用的vue组件+API这种方式,也在尝试加入服务端渲染,毕竟对SEO有好处,如果能对组件加上缓存的话就更好了
@hxh1246996371 打包的时候生成一个缓存清单就行了