微服务鉴权限流剖析 微服务把复杂的大应用，解耦拆分成几个小的应用。 有利于团队组织架构的拆分，毕竟团队越大协作的难度越大； 每个应用都可以独立运维，独立扩容，独立上线，各个应用之间互不影响。 有利就有弊：大应用拆分成微服务之后，服务之间的调用关系变得更复杂，平台的整体复杂熵升高，出错的概率、debug 问题的难度都高了好几个数量级。为了解决这些问题，服务治理便成了微服务的一个技术重点。服务治理简单点讲，就是...
权限设计 大概有这几种模式： 用户+组+角色+权限 用户+组+权限 用户+角色+权限 用户+权限最近看了别人的设计方法，大多以“整数”来表示权限值，如添加、浏览、删除和修改，分别用1、2、4、8这几个整数来代替，不过，各人的做法有所不同，举例如下： 1.用2的n次幂组成权限值的集合，如1、2、4、8、16...，某用户的权限值为其子集中的整数之和，如 7=1+2+4，5=1+4。如果要从数据库检索包含某几种权限的用户，则先把这几种权限值相加...
被签名的字符串为： jsapi_ticket=sM4AOVdWfPE4DxkXGEs8VMCPGGVi4C3VM0P37wVUCFvkVAy_90u5h9nbSlYy3-Sl-HhTdfl2fzFy1AOcHKP7qg&noncestr=Wm3WZYTPz0wzccnW×tamp=1414587457&url=http://mp.weixin.qq.com?params=value 其中url的内容多了“/”,如：url=http://mp.weixin.qq.com?params=value（无“/”）url=http://mp.weixin.qq.com/?params=value（有“/”）就会导致“invalid url domain”错误，为什么？回复内容：被签名的字...
权限设计 大概有这几种模式： 用户+组+角色+权限 用户+组+权限 用户+角色+权限 用户+权限最近看了别人的设计方法，大多以“整数”来表示权限值，如添加、浏览、删除和修改，分别用1、2、4、8这几个整数来代替，不过，各人的做法有所不同，举例如下： 1.用2的n次幂组成权限值的集合，如1、2、4、8、16...，某用户的权限值为其子集中的整数之和，如 7=1+2+4，5=1+4。如果要从数据库检索包含某几种权限的用户，则先把这几种权限值相加...
权限设计 大概有这几种模式： 用户+组+角色+权限 用户+组+权限 用户+角色+权限 用户+权限最近看了别人的设计方法，大多以“整数”来表示权限值，如添加、浏览、删除和修改，分别用1、2、4、8这几个整数来代替，不过，各人的做法有所不同，举例如下： 1.用2的n次幂组成权限值的集合，如1、2、4、8、16...，某用户的权限值为其子集中的整数之和，如 7=1+2+4，5=1+4。如果要从数据库检索包含某几种权限的用户，则先把这几种权限值相加...
本文实例讲述了PHP实现的权重算法。分享给大家供大家参考，具体如下： 假设有数据： $data = array (array (id => 1,name => 张三,weight => 5),array (id => 2,name => 王五,weight => 10),array (id => 3,name => 李四,weight => 15), );要随机取出其中一条，并且不是完全随机，而是根据其中weight的数值，按照数值越大，几率越高的规律取出。 以前写过一些权重算法，可是都不完美，要么数据量有限制，要么weight之和必须等于一个...
umask ---umask 查看当前的umask值，它表示要去掉的权限 文件、目录最终权限的算法：满权限－umask权限＝最终权限目录的默认满权限：777 例如：777－022＝755 777－031＝746 rwx rwx rwx文件的默认满权限：666 例如：666－022＝644 666－031＝646 rw- rw- rw- root默认umask: 022.普通用户：002. umask 031 ：将umask值设置成031777-031=747rwx rwx rwx - --- wx- --x = rwx r—rw666-031=646rw- rw- rw- - --- wx- --x = rw- r-- ...