我去，每月盈利 150 刀，我天天用这个怎么没想到用这个赚钱呢

@l32606 人员问题才更可怕吧，因为无法避免。技术问题还可以优化

因为很少有单机库的存在，分库后操作复杂，其实就是降低反向依赖，不用存储过程也是这样

csdn 都混到专家了，抛弃好可惜，难受

@1762628386 这个公寓怎么样呀

厉害，已 star

讲真，在一个行业混的好的人去哪都不会混的差，所以大家不要酸啦
（不说了搬砖去）

我比较赞同楼主的，二维码就是 url + 设备 id, 相关判断逻辑都在后台进行，id 第一次被访问就是加锁，送礼者绑定自己的手机号。第二次被访问就是解锁，根据 id 找到绑定的手机号，根据 id 查到箱子密码发到这个手机号，over。

2、你在销毁实例里面销毁的是 instance，单例对象 mary 本身并没有被销毁。instance 是用来判断对象是否已被创建，你把它销毁后只会让下一个 jack 请求再创建一个 jack 对象，然后实际上就存在了两个对象。

代码中有错误：应该这样获取吧
//静态方法，创建实例
public static function getInstance($ownerUser){
if(!self::$instance instanceof self){//self 指类，this 代表实例，这里指代静态属性，使用 self
self::$instance = new self($ownerUser);
}
return self::$instance;
}

感觉要看自己的目的，如果设计出来作为公司的一个面子，或者是进行其他操作，可以用外包。但是如果要实际上线推广，那就是用户满意度而不是你的需求是第一位的，有 bug 了谁给修复，功能迭代谁做？所以不适合找外包，外包适合需求明确，一次成型的功能型产品。创业的话可以自建小团队认真搞一波

就用除法呗

从性能上讲，有索引的话 uid 条件会被忽略。这样做确实可以在一定程度解决安全问题。但权限验证和数据接口应该是解耦的吧。比如有这样一个逻辑：管理员要修改这条帖子，难道再另外写条 sql 吗

三个需要的时间略久，难坚持下去。花费时间少的话又会流于表面。建议强制每天一定时间更有效

我原来也这么觉得，后来明白了。这个虽然过程不公平，结果也不公平。但是是目前唯一的解决办法。否则山东和河南考生就能把一半学校填满了

这就是传说中的偏题了，能写出来的不一定适合你，写不出来的也不一定是菜鸡。我感觉面试题还是要以全面掌握面试者的各方面素质为目的，而不是难倒他们

@zhongkouwei
@seancheer 没说是加密哈。不加盐通过彩虹表还是能找到若干原始信息的

除非是只用 md5 加密还有可能破解，随便加个盐，就 gg 了

楼上正解，一般需求固定、变化较小的程序适合外包。但楼主说的聚合类网站主要依靠爬虫和接口。这些东西都是经常变化的，需要经常维护和添加。