@edk24 这个项目不需要重新开发代码，可以无缝使用你现有得 php 代码，然后用云函数做运行时。认真看介绍，会有惊喜。

试一下这个：

https://gitee.com/haimadongli001/scf_php_cgi_proxy

PHP 并发问题不好处理。

试一下这个： https://gitee.com/haimadongli001/jQuery.Vue.js

前端工程化的很多工具，对于“短平快”的“小项目”来说作用有限，还不如直接干！

@TmacV2 我自己的学习路径是看各个 vue ui 框架的代码和他们的实现，参考学习他们的思路，例如

https://github.com/heyui/heyui

https://github.com/heyui/heyui-admin

成长比较大还是要靠实际项目，一般我先设定自己想要做什么东西，然后这个东西有哪些项目可以参考，就去看他们思路，然后对着抄一份作业。哈哈哈哈哈哈，所以实在谈不上是大佬。

我其实是 PHP 后端来的，不过现在也准备用 deno，全面改 js 了。

@TmacV2 你的理解没有错，确实会存在 4 个 menu 的实例。我最近打算搞 PC 后台类的系统页面，会增加 layout 的功能。

@TmacV2

“一个页面根据不同标签页切换显示不同的 view ”，不太确定你说的是不是类似 vant 里面的 tab 标签页功能：

https://youzan.github.io/vant/#/zh-CN/tab

tab 标签页的话比较好实现，页面内用一个变量简单控制不同内容的展示即可(v-if 或 v-show)，在点击标签按钮时更改这个变量的值，就会自动切换。

如果你说的“一个页面根据不同标签页切换显示不同的 view ”是指 Vue-rap 里的 layout，可以用公共组件+状态变量来实现。参考 menu.vue ，这个组件监测 menu_active 值的变化。其他引用此组件的页面，在各个页面 mounted 事件中通过 store.set_menu_active 函数修改 menu_active 的值。这样 menu.vue 组件就会自动菜单状态。

而 menu.vue 里面，则可以通过 v-link="'pages/main'"来控制跳转到不同的页面。

@TmacV2 我一开始打算用 Vue-rap，学习一段时间后重构了 jQuery.Vue.js 自用。

@TmacV2 我已经用在十几个 H5 项目中，老实说这样来开发效率高，执行效率也不算太低，没有太大的性能损耗。

大部分前端都是编译好后放到 cdn ；

假定你不想要编译，在 html 页面中直接加载使用 vue 组件，可以参考下面项目：
https://gitee.com/tengzhinei/Vue-rap

https://gitee.com/haimadongli001/jQuery.Vue.js

所以现在楼主这种脑回路的也来做程序员了嘛？？？

门槛可真低啊！

这绝对不是一个技术人的发展问题，而是一个基本常识不足的问题。

@leopod1995

你的 80%是怎么算的？

前端做是考虑用户体验，后端做是考虑数据安全。前后端各自基于不同的角度去考量，还能分出个后端 80%，前端 20%的占比来？

笑话！

在阿里云和腾讯云都遇到文档没提的问题，然后提工单。

阿里云的客服一直反问我一些简单没水准的问题，看起来根本不懂技术，最后就是不了了之。

腾讯云的客服也差不多，后面客服明白自己解决不了，拉了微信群找真正负责产品的技术人员，在微信群里沟通对接。找到问题后，腾讯云的客服会记录问题，回头找产品的负责人去申请更新文档……

楼主你们公司的业务目前盈利吗？还是依靠其他方面的业务支持这个 saas 项目？

如果盈利的话，建议还是别急着走，目前 PHP 高端岗位在一线也不好找，很多 PHPer 都希望回二三线找你现在这样的岗位。

如果只是因为钱而想走，不妨考虑一下其他赚钱路径：
1 、自己挖掘公司客户的需求，在跟公司业务不冲突的情况提供服务给这些客户；
2 、自己用空闲时间接单做外包……

@eslizn 行行行，你喜欢就好，你要是真的有点击项目链接进去看，就知道我这个项目针对的是什么场景，项目文档里已经很明确说明适用场景了。不看就来评论的，我也懒得回了，你自己喜欢就好，继续吧！

@ysc3839 你可以按这个思路去试一下在 Google Cloud Functions 上实现一个代理层。不排除谷歌真的你说的禁止执行可执行文件。

@ysc3839 你去看 Laravel Vapor 的实现，亚马逊的平台是不提供 PHP 环境的。然后 Laravel Vapor 把 PHP 的可执行文件打包上传，再通过 node 或 python 去启动上传的 PHP 可执行文件。

Serverless 简单点可以理解为，提供了一个自动扩容的 linux 环境。

在 PHP 技术圈最尴尬的事情就是，你说一个技术实现，一个开发思路的时候，总有很多人喜欢在不了解基础背景知识的情况下，来参与讨论。不是不欢迎这种讨论，只是是觉得很尴尬。

@ysc3839 唉，这个项目是一个代理层，代理层，代理层。

没要求你按特定方式去写 PHP 代码，按传统 web 开发方式去开发你的系统即可，这个代理层本身会解决 Serverless 环境问题。

所以不存在锁死在某个平台上的问题，哪天你想换其他平台了，阿里的函数计算本身有提供类似的代理层，亚马逊的平台可以参考 Laravel Vapor，你的业务系统代码依然可以拿到其他平台上去运行。

@eslizn 唉，自己看 Serverless 的技术实现，你想强调性能的话，你也可以基于 Serverless 去启动 reactphp/polarphp 服务，你可以把 Serverless 当成是自动扩容系统。先去熟悉后再说。

然后，看看这个数据
https://www.techempower.com/benchmarks/#section=data-r19&hw=ph&test=fortune&l=zik073-f

哪怕是 swoole，也只有原生 PHP 2.97 倍的性能优势，除非你选用一个特别慢的 PHP 框架，不然达不到 10 倍差距的。

懒得回了。