@DavidNineRoc 笑笑，朋友，laravel 并不能救你，如果你真的对 PHP 特别热爱的话，去研究研究 swoole 吧。几乎所有的 PHP MVC 框架，就是在套模板而已，我言尽于此吧，做技术，眼光要广泛，不要只盯着眼前一小块；同时，也不要被新概念忽悠，要能找到共性

@DavidNineRoc 你 PHP 的？那你真有点危险，说句不好听的，大部分 PHP 现在的工作真的就是在当模板引擎而已。这个工作，是真的可以被 nodejs 取代的，nodejs 目前可以出现在基本所有 PHP Web 能出现的场合里，而且最致命的是，比 IO 的话 PHP Web 是比不过 NodeJS 的

@DavidNineRoc 不要纠结，这种模式下 node 就是个服务器，通过执行 js 代码完成服务器逻辑，同时它作为客户端，向你的 api 接口发出请求获得数据，然后和它持有的模板文件组合，最后变成 html+css+js 吐给前端（浏览器）

@finian 那是因为现在大部分后端语言没有实现 JS 引擎，山中没老虎，自然只好轮到 nodejs，不过前后端共用一套 UI 逻辑本身就是趋势，慢慢的后端语言都会逐渐实现 JS 引擎。另外我再说一次，前端的可维护性不是靠 NodeJS 服务器体现的

@isbase 谁不懂装懂，喂，你们不要自以为发明了全新的玩意好不好，你以为我没玩过 node 没去看过这东西的实现机制是吗？和字符串模板引擎有本质不同？加了点新功能就“本质不同”了？
还有，前端的可维护性不是用这个东西体现的，用了 nodejs 做渲染但是代码仍然写的换一个程序员就没法改的我见多了

多研究点技术，少忽悠点概念，看技术要看到本质。

@DavidNineRoc 不要被唬住了，一点都不高级，不过是把以前后端用烂了的模板引擎，又用 nodejs 实现一遍，在之前的
web 浏览器<——>后端 的中间，加了一个 node 层，变成了下面这样的结构

web 浏览器<——>NodeJs 服务器(模板引擎)<——>后端
nodejs 吐给 web 浏览器的，一样是 html，css，js，只是套模板的工作由以前的后端模板引擎，变成了 NodeJS 服务器来完成，后端不再套模板，只给数据（一般是 json ）。最早这种玩法是天猫搞起来的。这做法有好处，也有坏处，一般来说，小规模项目是不赞成这么做的。而且你们公司上这种架构之前，没讨论过吗？随便就允许他这么搞？

这事情最 tm 恶心的是，你要搞就自己搞定整个部署啊，NodeJS 服务器部署的测试在这个模型里可是归前端的工作，关后端屁事，后端只要保证 api 接口的数据没出错就行了

@DavidNineRoc 前端所谓的服务器渲染，不过是把后端早就玩烂的模板引擎换个名词罢了，还有，如果前端要玩这套东西，那麻烦前端自己搞定服务器部署问题，后端只提供 api 接口，也只负责 api 接口的数据正确性，数据正确了页面不对，前端自己想办法去，现在的不少前端完全就是在瞎搞，学了点名词就出来忽悠，硬要在数据接口和页面之间加一个 node 搞页面渲染层，你搞可以啊，自己部署搞定嘛，搞不定又来找后端

另外，什么扯淡的框架最后还是会变成 html+css 和 js，浏览器只认这些

@daydaydayup 前端部署问题前端自己不搞定来找后端，这前端是怎么干活的

这父母养小孩就是为了养摇钱树的吗？

一般来说，wiki 特别丰富意味着这玩意需要折腾。我折腾过 gentoo 后意识到电脑知识个工具，于是不折腾了，回去用 CentOS

别的不说，不能提供大容量私有仓库的话，就没啥说的了，国外有 github，国内有码云。其它几个基本都是收费而且贵，我觉得核心问题还是在于你能否提供大容量私有仓库（不说免费，至少要廉价）。没这个做的再好看又有啥用的呢

年年风向不同

要么是一个连表达能力都不行的人，要么就是一个故弄玄虚的人，无论哪种，作为创业伙伴都是不合适的

关键在于你这个需求是完全没有规则，自定义绝对不是万能，自定义的设计一定是倾向于某种具体业务场合的，你这样的得首先抽象业务到模型，没有模型是无法出工具的。
自定义不是万能，我再强调一次，程序不能解决这种无规则的业务，除非你能先提炼规则

有人扫你而已，别管，密码设复杂点就行

你的脱敏到底是啥意思，是把原始数据都替换掉，再存回数据库吗？

你依赖 paypal ？那你这谈什么去中心化？ paypal 就是这个中心

@winglight2016 这不是什么番，这是伊里野的天空的同人图，你用百度识图就能发现原版

@hcymk2
@Charkey
你们说的 CI 流程是指的什么？