如果你不想学习, 就坚持把这个视频看完

此博客中的热门博文

概述我们公司现在的账户体系比较混乱，每个系统都有一套自己的账户体系，没有办法进行统一的账户管理，比如统计一个人在哪个系统有账号，这样操作是比较麻烦的，还有就是我们如何进行用户行为分析，最终综合用户的信息进行用户的画像。这些都是需要解决的问题。常规的用户设计是统一账号和统一登录验证，统一注册等信息。但是结合我们公司的实际，发现这样的话我们的系统可能会出问题，我们无法屏蔽很多细节。我们的现状是：系统需要向用户隐藏是同一个公司的这个事实。也就是说我们做了用户中心的设计，但是不能让用户感知这个系统的存在。也就是说多个系统之间的登录都是需要隔离的。离论上不能做统一账号的登录，但是可以做统一账号的验证。同一个系统可能有多个马甲app，我想马甲app之间也需要登录隔离，虽然他们调用的是同一个后台系统，那么我们不得不面对一个问题，同一个用户同时下单的逻辑处理，需要后台做这种处理，否则就会出现严重的并发错误，而开发人员可能都没有注意到这个事实的存在，从而导致一些稀奇古怪的事情出现。 web端与app端应该是需要同时登录的，我们好像没有web的要求，但是好像有微信的web端的事情。假如我们有web端的登录，那么问题来了，我们要不要实现二维码登录web。目前看是可以先不实现的，但是作为设计考量我们不得不考虑这些。第三方账户的登录，我们是通过手机号作为唯一标识，那么不太好实现第三方的登录注册。但是我们可以后期实现，如果实现第三方的登录注册，那么问题来了，我们的设计貌似不支持，需要改动，就是改掉手机作为唯一标识的问题，但是想想好像是不影响的，只要数据能插入问题就不大，因为没有手机号，这些用户是不能登录需要手机的app，但是有的系统可以做特殊处理，从而支持第三方账户的登录注册。但是这样做也有缺点，就是用户利用多种方式进行注册，也就是说我们不得不解决一个问题就是用户可能存在多个账户的可能性。加入用户有微信注册的账户，然后又用手机登录，绑定微信，这个时候我们可能需要去系统中用微信的unionId或者openId查找一下是否有用户，有就不能绑定，没有才能绑定。如果有我们可能也知道了这个人有重复号的可能性。这个可能需要在做的时候处理。验证保密问题，公司居然都没有人提到这点。不过也对我们是通过手机号进行验证的。但是如果以后我们不在使用手机号，可能我们需要验证问题。还需要判断用户的活动记录...

阅读全文

顶级程序员的百宝箱

发布于十二月 10, 2019

前言这期是被人才群交流里，还有很多之前网友评论强行顶出来的一期，就是让我介绍自己常用的一些工具给他们安利一下，我一听很高兴呀，帅丙我这么乐于奉献的人是吧。主要是能水一篇文章就很开心，不过写下来发现花的时间完全不比写技术少，点赞！！！千万不要白嫖，真香警告 ⚠️。但是我在构思这篇文章的时候发现我贴个标题，然后发下软件信息会不会太乏味了，于是创作鬼才我呀，准备用一个产品的研发流程，是的就是用这样的一个思路去写这个工具集的介绍文章。因为读者很多还是学生，还有很多应届生，对一个需求的研发流程都不是很熟悉，还有可能对于以后自己需要使用到的工具都不是很熟悉，那我就一一罗列一下，帅丙我作为一个还算有点小经验的程序员都使用哪些工具呢？那下面就跟随暖男的脚步，走进顶级程序员的百宝箱吧（我所有的标题都是噱头就为了夸大其词，我是低级程序员，大家看了也不能吊打面试官，笑笑就好了）。正文既然都说了帅丙是要用一个产品的研发流程角度去介绍软件，那我们先看看一个产品有哪些研发流程，帅丙就用自己接触的阿里系的研发流程举例了，这也基本上是互联网大厂的研发流程了，可能细节有出入，但是绝对大同小异。 Tip ：我从开发的视角去介绍的话我就会跳过一些软件，比如提出需求这个其实一般都是文档类的， wiki 呀这样的形式。我就不介绍那种流程工具了，公司很多自研的，大家工作了再去熟悉也很快的。概要设计：概要设计，这个是大厂程序员需求下来之后基本上都会做的一步，不过看需求大小，可能很多小需求直接就详细设计了。很多不了解的同学可能会问，需要设计什么呢？为什么要设计呢？问得好，经常看我文章的都知道，技术是把双刃剑，你用了技术之后你是不是需要列出他的优点缺点，出问题之后的解决方案，还有可能出现的问题，注意点等等。这么是为了让你能有把控力，比如你用了个 Es （ Elasticsearch ）你什么都不管你就是要接入它，你把他开发好了上线了，但是有啥坑你知道么？上线崩了怎么办？帅丙我做 Es 设计的时候设计被老大打回N次，不过成长真心大，对 Es 的了解也飞速进步。其实远远不止这些问题，这就是我们做设计的主要原因，也是大家工作里面能成长的途径之一，你以为大佬们的经验是怎么来的？工具...

阅读全文

图像识别在测试中的应用 sikuli

发布于十一月 25, 2019

阅读全文

详解99.9%的网站没必要用https；http与https涉及的名誉问题；https安全吗？

发布于六月 10, 2022

简述：连CCTV、php.net的官网都还只支持http，国内还有很多大网站都以http为主，谷歌浏览器就贸然将所有的http网站标为“不安全”，会让人误以为有病毒。https只是提高了安全级别，http并非不安全。(2018-09-29 07:28更新) 前几天用最新版的谷歌浏览器(Chrome)，测试自己的站点。发现所有的HTTP网址，已经被打上了灰色的“不安全”，会让人误以为有病毒，如下图： Google之前宣布，这一举措从2018年7月开始实施。再过些时间，这个灰色的“不安全”(英文浏览器显示：Not secure)，将会变成红色。多年来，我对Google一直很崇敬，但由于这个事件，对Google的崇敬跌到了谷底。这一次是Google向所有的HTTP网站开炮，一刀切，所有的HTTP网站标为不安全。 HTTPS安全吗？安全是相对的，没有任何技术是绝对永久安全的。所不同的是，被攻破的机率不同。用户访问一个HTTP、HTTPS网页，过程都是：客户端(浏览器)A→路由服务器B→路由服务器C→路由服务器D……网页服务器E→路由服务器F、路由服务器G……客户端A。上述的这些过程，用A、B、C、D表示，其中A就是我们的任意浏览器，E是网页的服务器，这些路由服务器都是运营商的服务器。HTTPS，主要是从A开始产生、发送密文hash数据，此hash数据经过的所有路由服务器，必然是处于加密的hash数据，无法被逆向还原；网页服务器E，收到的数据，必须有与相应的SSL证书的数据，才可以将这hash数据还原，网页服务器必须将这些hash数据还原，否则将无法工作──用户看到的全是乱码。 HTTP也可以模拟HTTPS的这个过程，甚至产生类似的hash数据。上述的过程中，所有的路由服务器，如B、C、D、F、G，假设HTTP在遇到不安全的拦截时，这个不安全理论上是在路由服务器当中产生，也就是骨干线路的路由设备。客户端(浏览器)，在发送和接收时显示的明文数据，安全性是一样的。也就是说，万一电脑中了专项的病毒、木马，无论是HTTPS还是HTTP，安全性是一样的，都有可能被获取，它是针对本机电脑。即使用了HTTPS，往远程发送hash数据，但是在产生hash数据之前的明文数据已被截获，这种情况下，无论是HTTPS，还是将来更加安全的协议，都并非完全安全。 HT...

阅读全文

今天讲个煤气灯人的故事，这可不是一个关于张牙舞爪的喷火小木偶的恐怖故事。我想说的远比恐怖故事惊悚多了。它毁人心智，杀人于无形。何为煤气灯人？如果你感觉这个词很陌生，那么朋友，你听说过PUA吗？ PUA（Pick-up Artist，把妹达人），一个近年来广为人知的群体，与其相关的理论亦称为“泡学”。大量不善交际的尝试者，几经辗转购入高价PUA课程，并将其珍若江湖两性秘笈。但同时在更多人眼中，PUA群体也沦为过街之鼠，人人喊打。甚至还有人故意在人际交往中，突显自己的直男直女本性，与“套路”二字划清界限。但你真以为自己能摆脱PUA吗——Nope，甚至也许你就是正在进行“情感操纵”的PUA本A 。 01. PUA，其实就是一种煤气灯人现今意义上的PUA，上可追溯至1944年，由美国导演乔治·库克执导的一部惊悚片《煤气灯下》（Gaslight）中的主角安东。在电影中，钢琴师安东（CharlesBoyer饰）为了将妻子宝拉（Ingrid Bergman饰）所要继承的大额财产据为己有，一面将自己伪装成潇洒体贴的丈夫，另一面又不断使用各种心理战术，联合家中的女佣企图将妻子逼疯。在丈夫缜密的心理操纵下，宝拉逐渐变得神经兮兮，怀疑现实、质疑自己，最后在精神上几乎完全依附于安东。这种试图破坏他人对现实的感知的情感操纵，也因该电影而得名为 Gaslighting（煤气灯操纵）。下面我挑选了几个经典的Gaslighting片段让大家品品： Part 1 信息封锁：在一段时间内不断重复强调某一信息安东和宝拉新婚满三个月时，外出去伦敦塔游玩。出门前安东送给妻子一枚小巧的白色胸针，声称是母亲去世前留给他的，并嘱咐宝拉把它收好。此时安东略显刻意地强调了一句： “你可能会弄丢，你知道的，你经常丢三落四” 。这是电影中安东第一次对宝拉实施Gaslighting，也是宝拉初步对自己产生怀疑。但是在二人离去之后，两位女佣之间的对话又再次佐证了，宝拉从未体现出任何异常。但是男主人安东，却不断向他们传输“女主人生病了”这一信息。如果说此时，仆人们还对女主人生病一事尚有所怀疑。那么接下来的事情，就令他们对于这一言论深信不疑了。当天的游玩结束后，安东便以饰物常年未佩戴、需要修理为由，向宝拉索要胸针。由于安东从一开始就并未将胸针放入宝拉的手包，而是偷偷将其藏在手心转移至别处，...

阅读全文