不知道你们公司的业务逻辑是什么，如果可以的话，最好的方案是统一用户中心。之前碰过类似的项目，最后都是统一使用这个方案。

也就是说，不过现在是系统 A,B,C 或者以后可能会 E,F,G 都统一使用一个用户中心来管理用户，如注册、登录。

统一了用户中心，其他就好办了：

1. 合并用户数据，将三个系统中的用户合并起来；
2. 更改三个系统的登录和注册入口，都链接到新的「统一的用户中心」。

否则后面随着系统的增多，同步各个系统之间用户数据，将难度倍增，复杂度会高到你想辞职。

哈哈，必须的

外包公司练人哈，不过绝对不是寻求安逸的人呆的地方。

建议是多大包大揽，然后熬夜加班死命搞，每个项目在接的时候考虑好怎么写到简历里去。想想自己是在打怪升级。

半年一年后出一个完美的简历，例如简历里十来个独自负责开发和实施的项目，并且都是服务于叫得上名字的公司。

凭着这份沉甸甸的简历，占据主动，选择自己期望的环境。

@ivothgle 很感谢你的参与哈，你的内容品质很高了。

标题的话，确实是个问题

@springlee 嗯嗯，第一次办大会，很多东西还在摸索中哈。

欢迎大家建议和留言

不应该被工具限制住，如果你与他人刚刚好是修改同一个数据库表里的同一个字段，这已经就是冲突了，这时候应该灵活地采用「人为干涉」。

有点像 Git 里的冲突。

本地开发机器是 Ubuntu ，还是要部署到线上？

laravel-admin 作者哈，厉害了 @song

你这是从搞研发升级到 HR :+1:

所以你是技术，还是 HR？ :joy:

Larabbs 代码里只有 LastActivedAtHelper.php 用到 redis，存进去哈希表里的也只有 2017-10-21 08:35:15 类似的日期数据。没有入侵的机会。

如 @StringKe 和 @antted 所讲的，1. 自查下服务器上其他程序是否有直接存入用户的情况；2. 检测下远程访问是否能成功。

@田勇 欢迎提交改进哈，勇哥

欢迎，换公司了是嘛

也是被 chunk() 坑过，现在养成长期使用 chunkById 的好习惯。

这个扩展可用来实现类似于 GitHub 高级搜索：https://github.com/search/advanced

例如搜索 GitHub 上 Star 数大于 100 的 PHP 项目，搜索语句为 stars:>100 language:PHP：

链接：https://github.com/search?utf8=%E2%9C%93&q=stars%3A%3E100+language%3APHP&type=Repositories&ref=advsearch&l=PHP&l=