QQ高清头像
来源：https://jike.info/topic/1393/%E5%A4%B4%E5%83%8F%E6%81%92%E4%B9%85%E8%BF%9C-%E4%B8%80%E9%A2%97%E6%B0%B8%E6%B5%81%E4%BC%A0-%E8%AE%B0%E5%BF%86%E4%B8%AD%E7%9A%84qq%E9%AB%98%E6%B8%85%E5%A4%B4%E5%83%8F
此博客中的热门博文
挖财 Kubernetes 容器化之路
其实年初的时候就有想过写这篇文章了，不过一拖就拖到了现在，再拖下去就有点说不过去了。 挖财内部对容器化项目的代号为 K2 （乔戈里峰），乔戈里峰是世界第二高峰，但攀登极富挑战，寓意就是面对挑战，勇攀高峰 ；）。项目从 2016 年 11 月到现在已经有三年的时间了，如今挖财内部测试环境早已全部 Docker 容器化，而线上环境也运行着重要的业务。经历从零到一的整个落地过程，回顾下来，这座高峰算是拿下了。再看 K8s 技术本身现在也是遍地开花，早已赢得容器编排的战争，剩下来就是各个企业的落地实践。倒是 Docker 公司最近的境遇，这个创建 Docker 的企业沦落如此，多少有点令人唏嘘，唯有 Respect。 1 时间线 看了一下项目提交的 Git 记录，第一次提交时间是 <2016-11-01 Tue> 。 2016 年 11 月初开启 2017 年 1 月底 V1.0 上线 2017 年 6 月底测试环境全面推开 2017 年 7 月线上机器学习环境线上试点 2017 年 10 月线上业务试点 2018 年 7 月 V2.0 版本 2018 年 9 月挖财云版本（整合运维监控、告警、日志和容器系统） 2018 年 12 月支持多集群管理 2019 年 6 月私有化分支版本上线 2 现状 2.1 测试环境 当前测试环境有一个 K8s 集群（K8s 1.11.x），空间（ namespace ）总数有 500+，应用数（ Deployment + StatefulSet ） 4400+，实例数（ Pod ） 4000+（因为测试环境大部分应用都只有 1 个，有些是处于暂停状态，即 0 个副本，因此实例数少于应用数）。 题外话，话说 K8s 升级的历程也相当血泪，早期的配置变更，向下的兼容性等等，关于升级相关可以参见之前的文章 Kubernetes 版本升级标注 2.2 线上环境 线上环境有三个集群，一个机器学习集群（K8s 1.7.x），一个私有云集群（K8s 1.13.x），有个主体业务集群（K8s 1.13.x），粗率统计了一下，空间数 50+，应用数 500+，实例数 1000+。 测试环境 + 线上环境总体运行有 5000+ ...
iPhone手机上安装旧版本App
准备软件 iTunes 12.6.5.3 Fiddler 安装版 iTunes 12.6.5.3 Fidder 汉化版 Fidder 安装版 Charles4.2.7核心文件 本文以QQ安装旧版举例 查询旧版App的版本号 打开 https://tools.lancely.tech/apple/app-search 输入QQ 在iTunes中搜索QQ 按照下文中的资料配置 Fiddler ，记住要开启HTTPS的代理，在下图红色箭头处输入 bpu MZBuy.woa 开启拦截。 最后在iTunes中点击QQ的获取。就完成了。后续的步骤就不写了，很简单的东西。 本文的意义只是为了不让自己忘记而已。 参考资料 查询旧版AppId 使用拦截器获取旧版App 使用拦截器获取旧版App 来源：https://kany.me/2019/10/10/iphone-install-old-app/
蜗牛星际黑群晖最新引导文件写入制作教程
引导文件写入内置16G硬盘教程 先用 U 盘 制作个 PE 系统 推荐用大白菜 PE 开始前先拔掉前面4个盘位的硬盘，以防写错盘导致数据丢失 。 制作好 PE 后， 首先 下载写盘软件和群晖引导文件，然后二个文件复制到 U 盘上 插上 U 盘 开机自检页面 按 F11或F7（根据机型不同快捷按键不同）， 选 U 盘启动 PE 桌面找到 分区工具 DiskGenius 点选 第一个硬盘 即便是内置的 16G 硬盘 右键选删除所有分区 这里 点 是 然后 点左上角的 保存更改 这里 点 是 删除分区完毕后 打开此电脑 找 默认的第一个分区里面的写盘工具 选择写盘工具软件 打开 全部保存默认参数，只需要找到群晖引导文件 打开 找到 U 盘上的群晖引导文件 IMG 然后点 右下角的 Start 按钮开始写入 写入完毕的 提示，此时就写入完成了，拔掉 U 盘重启系统即可。 如果已经安装过系统，那开机后 群晖助手会提示 系统可恢复 直接点恢复即可，不会损坏数据。 ============================================== 目前6.2版本 会有一部分机器无法网页在线关机的BUG （关机后会再次重启）， 目前解决方案，只需在机器上插上一个USB的设备 列如：键盘、鼠标、蓝牙接收器、U盘等等任何闲置的USB设备都可以，就可以正常关机了，大家不妨一试。 ==================================================================== 来源：http://k.8x6x.com/thread-69396-1-1.html
梯控、IC卡滚动码防复制原理和破解
第一次接触IC卡还是大学里，当时要做毕业设计，做一个食堂刷卡消费系统。做了毕业设计，转头就开始研究IC卡的破解。当时比较流行先用acr122u-A9或者pm3把原卡密码破解（122可以破解非全加密，pm3可以破解全加密），然后用uid卡复制。当时就有滚动码防复制系统，那个时候唯一的方法是发卡破解，技术门槛较高。 时光荏苒，一眨眼我胡子都长到地上，N年没碰IC卡。一个机缘巧合，需要复制卡，发现新出来很多卡，cuid、fuid、ufuid。。。索性就重新了解一下这个行业的现状。 IC基础 先简单铺垫一下基础知识吧，方便下文理解。只做简要描述，详细内容可自行查阅相关资料。 【IC卡读写】 IC卡内有很多个抽屉，每个抽屉都有一把密码锁，只有用正确的密码，才能打开抽屉，看看里面装了啥，或者往里面放东西拿东西。IC卡出厂的时候，厂家会设定默认密码。 【普通卡密】 小明和小红都有一张IC卡，抽屉的密码是一样的，宿管王大爷用统一的密码就能打开他们的抽屉，检查里面的东西。 这就产生一个问题，要是小明偷看了王大爷的密码，他也能打开小红的抽屉，甚至别人所有人的抽屉。小明还可以把自己抽屉里的东西摆放得和小红一模一样，王大爷一看抽屉，还以为是小红的抽屉。 【一卡一密】 小明和小红的抽屉密码是不一样的，王大爷一看，哎哟是小明的抽屉，就输入密码xiaoming，看到小红的抽屉就输入密码xiaohong。 但是密码怎么来的，只有王大爷知道，小明不知道。小明不知道算法，即使偷看王大爷开自己的抽屉，记住的也只是自己的密码，无法打开小红的抽屉。 而且，小明即使把自己的抽屉外观，伪装得和小红一模一样，由于不知道小红的抽屉密码，只要王大爷一输入密码xiaohong，就会发现不对劲，不是小红的抽屉。 滚动码原理 滚动码出现的需求就是uid卡可以完全复制IC卡，市面上出现大量复制卡。 假如IC卡内的数据是死的，是不变化的，那依样画葫芦，像复印机一样，一张复印N张，张张都能用。等于是一把钥匙被复制，会出现一些安全隐患，或者说是管理方不愿看到的（卖卡收费）。 滚动码的原理很简单，每刷一次卡，内卡有个数据都会变化。比如刚开始是0，刷一次变成1，再刷一次变2，到9之后再刷又变回0，俗称滚动（实际不一定0-9滚动，变化很多）。 不光卡内的滚动码会变，读卡器也...
如何去做code review
Google 前几天公开了一篇谷歌的工程实践文档。而且文档的内容都是跟 code review 相关的内容，里面包含了 Google 工程师如何进行 code review 的内容，以及 code review 指南。 原文地址: google.github.io/eng-practic… 本文的名词解释： cr: code review cl: change list，指这次改动 reviewer: cr的那个review人 nit: 全称nitpick，意思是鸡蛋里挑骨头 作者: 也就是本次CL的开发者，原文中是以author来称开发者的。以老外的思维，意思是“CL的作者” 如果嫌文章太长，可以直接到 后面 看总结 cr的标准 cr(Code review)主要目的在于确保Google 的代码库代码质量越来越好。而所有相关的工具与流程皆是因应这个目的而生。为达到此目的，势必需要做出一连串的权衡与取舍 首先，开发人员必须能够在自己负责的任务上有所进展。如果你从来没有向代码库提交改进过的代码，那么代码库就永远不会改进。另外，如果一个reviewer使cr都很难进行的话，那么开发人员就不愿意在将来进行改进。 另一方面，reviewer有责任确保每个change list（ 下称CL ）的质量，保证其代码库的整体代码质量不会越来越差。这可能很棘手，因为通常会随着时间的推移，代码需要降级才能让代码运行起来，特别是当团队受到严重的时间限制时，大家觉得必须走捷径才能实现他们的目标。 此外，reviewer对他们正在review的代码拥有所有权和责任。他们希望确保代码保持一致、可维护，以及下文的“ 在cr中可以得到什么 ”中提到的内容。 因此，我们有以下规则，作为我们在cr中所期望的标准： 一般来说，当CL存在的时候，reviewer应该赞成它，此时它肯定会提高正在工作的系统的整体代码质量，即使这个CL并不完美。这是所有cr中的首要原则。当然，这是有局限性的。例如，如果一个CL添加了一个reviewer不希望在其系统中使用的功能，那么reviewer当然可以拒绝，即使代码设计得很好。 这里的一个关键点是，没有“完美”的代码，只有更好的代码。reviewer不应该要求作者在approve之前对一篇文章的每一小段进行润色。相反，revie...
PHP资源整理
PHP 优秀资源汇集: https://shockerli.net/post/php-awesome https://github.com/shockerli/php-awesome https://github.com/ziadoz/awesome-php PHP设计模式 https://learnku.com/docs/php-design-patterns/2018 https://designpatternsphp.readthedocs.io/zh_CN/latest/README.html oAuth 2.0 server库 https://bshaffer.github.io/oauth2-server-php-docs/ PHP技能树 https://raw.githubusercontent.com/justjavac/awesome-awesomeness-zh_CN/master/assets/php-mind-map.jpg
评论