KTSee.eu.org

关于蜗牛星际 蜗牛星际作为挖矿狂潮过后的矿渣，其实就是一个迷你主机，现在大家收过来用作NAS的比较多，本文是将其用作软路由。 需要注意的是，蜗牛星际的无论是内存、电源还是风扇都很差劲（其他也没好到那里去），如果长期使用或作重要数据的存贮，改换就得换还慎重还得慎重。 但是对于一款才3百多的价格，你还能要求它啥呢... 蜗牛星际一共有四个款，ABCD配置基本都是一样的，详细的差别，请看下图： 图片来自网络 因为是用来做软路由，所以需要选双网口版的，最终选的是B款双口版。 PS：原版的蜗牛星际B双，是被锁成了百兆口，需要焊接或使用导电点漆笔硬改，现在淘宝上的一些商家已经硬改到了双前兆口，可以直接购买改好的 制作PE盘 为待会儿装LEDE做准备，需要制作一个PE系统，可以使用微PE，下载地址： http://www.wepe.com.cn/download.html 。 选择一个适合你电脑系统下载安装即可。 插入U盘后，再待写入的U盘中选择插入的U盘，然后点击“立刻安装进U盘”即可。 需要注意的是，此操作会格式化U盘，如果原U盘中存在重要文件，请先备份。 制作好U盘后，就需要将固件和写盘工具放入U盘中。 将工具放入U盘 首先，进koolshare下载一下固件。 1.进入 https://firmware.koolshare.cn/ 2.选择对应固件下载 然后，下载physdiskwrite写盘软件。 网上搜索“physdiskwrite”即可找到下载，这里放一个参考下载地址： http://soft.onlinedown.net/soft/93900.htm 将physdiskwrite解压成exe文件，并将下载的固件改成一个简单的名字待会儿方便使用（我改成了222.img）。 最后，将上面固件及写盘软件放入U盘中。 刷入LEDE 插入U盘，插入鼠标和键盘，将蜗牛星际连接一个显示器（都需要自行准备），开机启动同时键盘按F11，选择用U盘启动。 大概如下图： 图片来自wepe官网，我刷时未留图，就不再搞一次了~ 等待一段时间后，就能正常显示win10画面了。 图片来自wepe官网 然后，键盘按win+r 进入运行窗口，输入 cmd 进入命令符 win7下的截图，win10下长得和这差不多 然

开发环境 yaf开发环境建议  lamp ,目前yaf的最新版本为2.1.18（建议使用）,php version 5.3+ apache 必须开启 rewrite 模块 yaf框架是基于C扩展写的，调试起来相对麻烦。建议你的开发环境中, php.ini 应如下配置: display_errors = on log_errors = on html_errors = on error_reporting= E_ERROR | E_WARNING | E_PARSE | E_NOTICE 目录结构 + public //网站根目录 - index.php //入口文件 - .htaccess //重写规则 + conf |- application.ini //配置文件 application/ + controllers - Index.php //默认控制器 + views |+ index //控制器 - index.phtml //默认视图 + modules //其他模块 - library //组件目录 - models //model目录 - plugins //插件目录 命名规范 同Pear命名规范，@see  http://www.wzjs163.com/tangshan/knowledge/php/41.html#1 补充 ： 变量命名，全小写字母，单词用下划线分割，非驼峰 类方法命名，采用驼峰命名 类命名，应注意类与父目录之间的关系， 通常“目录名_类名”,  目录首字母和类首字母大写, 例 “Base_Func”, 类文件存储位置为Base目录下的Func.php 部件(library)加载       默认规则 yaf框架的默认设置是，只要是符合命名规则类，只要放在APPLICATION_PATH/library下的类目录都会被加载,因为此时的APPLICATION_PATH/library目录 为全局目录. 所以我们不需要去注册本地类。       全局类 我们开发的时候，通常会遇到这样的情形。多个应用同时公用一些类，我们常常把这些类称为全局类。

从棉花糖实验说起 在《离线》杂志的《拒绝棉花糖的大脑》一文中，我读到这样一则故事： 上世纪 60 年代末，斯坦福大学的沃尔特·米歇尔博士进行了一系列的心理学实验，参与者都是来自幼儿园的孩子们。在实验中，孩子会单独呆在一个房间里，面前放了一个棉花糖。实验的内容是，孩子可以决定立刻吃掉面前的一份棉花糖，或者选择等待 15 分钟，实验者就会回到房间给他双倍的棉花糖。 在多年后的回访中研究者发现：从统计学的角度来看，能为面前的诱惑坚持忍耐更长时间的孩子通常在 SAT 成绩、教育成就、身体质量指数等等指标上，有着更好的表现 1 。 作为旁观者的我们以上帝视角去看这个实验，恐怕都会觉得自己肯定能抵住诱惑，拿到明显更优的双倍奖励。但正如米歇尔博士设计这个实验的本意， 我们为什么会产生控制自我、延迟享乐的的念头 ，才更发人深省。况且，我真的能表现的比爱吃棉花糖的孩子好吗？ 我得了什么「病」？ 外界的诱惑 现实世界的压力、挫折和实打实的痛感，都让我内心里那个享乐小人只想逃避，而智能手机正好给了他可去之处，对手机的依赖已经渗透进生活的时时刻刻。无论是上课还是休息时间，都时不时想去下滑一下界面，如同老虎机的拉杆一样，这个惯性动作的本身仿佛就有一股魔力。然而正是这样随时被打断学习或者工作的状态，不光没法长时间集中注意力，更是把整块时间活生生切成了碎片。 失效的 Deadline 有人说，人离高效率工作之间差一个 Deadline。有的人甚至自己给自己设置 Deadline，以期能集中精神。但是我不行，越是临近 Deadline， 我越是抗拒，难以集中精神。回想起来，大概是在短时间内完成一项任务的难度，一定会比平时更高，畏难情绪就更加严重。至于不少人都说这个方法有效，我想这大概就是典型的幸存者偏差。那些没起效的人 （例如我） 大概是不会在网络上大张旗鼓的。 永远停留在纸上的计划 在 Deadline 压线完成任务甚至延期完成之后，我总想着下一次任务开始时应该先做好计划。但是如同年末都还没开始的新年目标一样，计划总是和实际情况不一样，要么低估了某个步骤的难度，要么高估了自己能完成工作量，几番折腾，计划之处的决心就慢慢被消磨殆尽。 这些问题，很多人喜欢把它统称为「拖延症」，也急着寻找一剂药到病除的「良药」。但就我而言，我想我的问题其实和棉花糖实验里的孩子一样， 自我控

Proxy式架构和客户端式架构的优劣     Proxy式架构 客户端式架构 优点 1， 集中式管理监控和升级维护方便 2， 解决连接数问题 1.     应用直连数据库性能高 2.     无需中间层集群，没有额外成本开销 劣势 1， 需要中间层集群，有硬件成本开销 2， 多一跳(hop)有一定性能损失 3，中间层做数据合并，需要做隔离机制 1.     客户端和应用耦合，管理监控和升级维护麻烦 2.     不解决连接数问题   选择困难症时期： 在选取中间件的时候 我们会考虑社区的活跃度 版本的更新情况，维护成本，而这些综合比较起来我们初步定了 DBProxy，kingshard，mycat，其中DBProxy采用c，kingshard采用golang，mycat采用java，而考虑C的维护成本，我们暂时放下了（此处没有歧视C的意思，只是想说C太高深了），而kingshard是由个人组织开发的，mycat由一个团队维护，对于使用哪一种，暂时没有完全定一来。 我们从另一个方面来考虑一下，其实使用中间件的时候，大部分是已经到了不得不分表分库的情况下了（这是根据本人从业的公司情况，不一定都如此），那么要分表，我们来考虑中间件使用的情况，假设我们要查id从1到100范围的值，而我们现在分了16张表，那么其实我们要做的是select 每一张表，把符合id在1到100的查出来，再把数据组合到一起，返回给你，那么这里其实你需要查16张表，表的数量越多，你其实查的很多，从这个角度来看，哪一种更有优势呢？似乎是采用golang的kingshard，大家都知道golang具有良好的并发性能，语言非常简洁，对于维护人员上手也是比较快的，综合考虑一下，我们选择了kingshard。 安装： kingshard的安装，比较简单，我这里也是作者那里过来，但是对于不是很熟悉go的，又想马上看到kingshard的惊人效果来说，切记不要浮躁。 1. 安装Go语言环境（Go版本1.6以上），具体步骤请Google。 2. 切换到你的gopath路径下面 （再次提醒必需设置了$gopath,而且需要切换到此） 3 git clone flike/kingshard src/githu

本模版由 ResumeJob 贡献，ResumeJob能帮助你重新规划你的职业生涯。 求职准备 请参考文章： 程序员如何写一份更好的简历 如何准备技术面试 程序员国外求职指南 系统设计面试 101 免费模版使用方法 把文件夹中的 HTML 文件中的文字内容修改为自己的实际情况。（预览修改效果时，请把浏览器缩放（"Command"+"+"）成 150% 查看实际转出PDF效果。）字体默认按照苹方体，冬青黑体，黑体，微软雅黑的顺序渲染。 按照你的语言习惯把 HTML 文件转变成 PDF 格式，这里附了一个 Python 脚本 convert.py，需要先安装  wkhtmltopdf  和  pdfkit ， 例如Windows下安装的话首先到 这里 下载，安装的时候请记住安装目录，安装完成后把安装目录下bin目录中的可执行wkhtmltopdf.exe文件放在模版目录下（如first/wkhtmltopdf.exe，second/wkhtmltopdf.exe）。 然后运行 python3 convert.py 即可。当然你也可以使用自己熟悉的语言来转换，例如 Javascript 可以使用  pdfkit 。 收费模版请通过 这里 下载。 收费模版只负责提供HTML代码以及解决HTML代码bug，购买前请确保懂得如何将HTML转换为PDF。（默认提供了 Python 的解决方案） 个人简介例句 通用： 有良好的代码风格，通过添加注释提高代码可读性，注重代码质量，研读多个开源项目，学习改善代码的健壮性与扩展性。 具备良好的代码编程习惯及文档编写能力，参与多个高性能网站架构设计与系统核心部分代码编写、重构，能进行技术攻关，突破关键技术瓶颈。 负责根据公司业务及目标引进人才、培养新人、规划团队人员、并建立完善的绩效考核制度有效留住人才，提高工作效率。 带领 10 人团队完成分布式系统的难点分析与架构设计工作，承担核心功能 代码编写，开发与维护系统核心模块。使用 Selenium 等工具协助持续集成 与自动化部署，保证代码的可靠和安全。 基于海量数据，挖掘信息，建立模型，并将机器学习算法应用于业务环节， 提升公司各环节效率。调研新技术在大数

第一次接触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滚动，变化很多）。 不光卡内的滚动码会变，读卡器也

在 Kubernetes 集群中，虽然无状态的服务非常常见，但是在实际的生产中仍然会需要在集群中部署一些有状态的节点，比如一些存储中间件、消息队列等等。 然而 Kuberentes 中的每一个容器随时都可能因为某些原因而被删除和重启，容器中的文件也会随着它的删除而丢失，所以我们需要对集群中的某些文件和数据进行『持久化』；除此之外，由于同一个 Pod 中的多个 Container 可能也会有共享文件的需求，比如通过共享文件目录的方式为 nginx 生成需要代理的静态文件，所以我们需要一种方式来解决这两个问题。 作为 Kubernetes 集群中除了 Pod 和 Service 之外最常见的基本对象，Volume 不仅能够解决 Container 中文件的临时性问题，也能够让同一个 Pod 中的多个 Container 共享文件。 这篇文章并不会介绍 Kubernetes 中 Volume 的使用方法和 API，而是会着重介绍 Volume 的工作原理，包含其创建过程、多种 Volume 实现的异同以及如何与云服务提供商进行适配。 概述 Kubernetes 中的 Volume 种类非常多，它不仅要支持临时的、易失的磁盘文件，还需要解决持久存储的问题；第一个问题往往都比较容易解决，后者作为持久存储在很多时候都需要与云服务商提供的存储方案打交道，如果是 Kubernetes 中已经支持的存储类型倒是还好，遇到不支持的类型还是比较麻烦的。 除了卷和持久卷之外，Kubernetes 还有另外一种更加复杂的概念 - 动态存储供应，它能够允许存储卷按需进行创建，不再需要集群的管理员手动调用云服务商提供的接口或者界面创建新的存储卷。 集群中的每一个卷在被 Pod 使用时都会经历四个操作，也就是附着（Attach）、挂载（Mount）、卸载（Unmount）和分离（Detach）。 如果 Pod 中使用的是 EmptyDir、HostPath 这种类型的卷，那么这些卷并不会经历附着和分离的操作，它们只会被挂载和卸载到某一个的 Pod 中，不过如果使用的云服务商提供的存储服务，这些持久卷只有附着到某一个节点之后才可以被挂在到相应的目录下，不过在其他节点使用这些卷时，该存储资源也需要先与当前的节点分离。 卷 在这一节中提到的卷（Volume）其实是一个比较特定的概念，

套餐全表： https://www.zhihu.com/question/58178068/answer/155940595

文章开始前先说一说， 一款优秀的无线路由器应该是什么样子的？ 基本要求： 1.稳定不掉线 2.速度快，网络延迟低 锦上添花： 3.设置简单方便，轻松上手 4.有一些特色功能， 如内置硬盘、QOS等、去广告等 5.外观美观 选购误区： 1. 无线路由器不是天线越多，信号就越强的。 2. 穿墙路由只是噱头。 3. 无线信号好，不代表网速就快， 还要看路由器的 硬件 和 固件 性能。 4. 不要只看商家给出WIFI的速率，也要看WAN、LAN的网络接口的速率。 下面说说选购路由器你都需要关注哪几个点： 一、选择路由器的速率 这个速率要看三个点： 1.WAN口的速率 ： 建议选千兆WAN口的 Wan口是网络输入口，连接着宽带猫，网络从这个口进入路由器，影响着你使用路由器的最大网速。举个例子，你的宽带是200M的，如果你的路由器wan口是百兆wan口，那么你上网速度会被限制在了100M。 2.LAN口的速率：建议选千兆LAN口的 Lan口是网线输出口，一般用来连接电脑、电视等设备，影响着你电脑、电视的网速。比如说，你的宽带是200M的，WAN口是千兆口（1000M），而Lan口是百兆的（100M），那么你如果用网线连接电脑、电视，它们依然是百兆的。 3.看无线WIFI的速率： 这个就是商家在商品标题中给出的速率，如450M、1200M、2600M等。 这里需要给大家科普一下，2.4G的wifi单根天线最大网速约150Mbps，5G天线单根最大网速约433Mbps。 把每一根天线的速度加起来就是无线WIFI的总速度。 因此大多数300M的无线路由器都是2根2.4G的天线，而450M的就是3根2.4G的天线 。 而1200M的双频路由器，是两根2.4G的天线（300Mps）+2根5.0G的天线（867Mbps）≈1200M。 我们拿一款具体的产品来说明一下。 比如这款： 2100Mbps 双频路由器 我们先看它的WIFI的速度： 它是300Mbps的2.4G速度+1733Mbps的5G速度=2100Mbps的总速度，它的天线是6根，我们都知道“2.4G单根最大网速150Mbps，5G天线单根最大433Mbps”。也就是说这个路由器两根天线负责2.4G的300Mbps，4根负责5G的1733Mbps。 再说个有意思的，它的5G wifi理论值为1733Mbps ，

目前国家工信部在大力推动三大运营商发展 IPv6，对家用宽带而言，可以使用的 IPv4 公网 IP 会越来越少。有部分地区即使拿到了公网 IPv4 地址，也是个大内网地址，根本不是真正的公网 IP，访问家庭内网的资源将会变得越来越困难。 部分小伙伴可能会选择使用 frp 等针对特定协议和端口的内网穿透方案，但这种方案还是不够酸爽，无法访问家庭内网任意设备的任意端口。更佳的选择还是通过 VPN 来组建大内网。至于该选择哪种 VPN，毫无疑问肯定是 WireGuard，WireGuard 就是 VPN 的未来。 我已经不止一次向大家推荐使用 WireGuard 了，我累了，不想再讲了，你爱 JB 用辣鸡 OpenVPN 之类的就用吧，你开心就好。 WireGuard 相比于传统 VPN 的核心优势是没有 VPN 网关，所有节点之间都可以点对点（P2P）连接，也就是我之前提到的  全互联模式（full mesh） ，效率更高，速度更快，成本更低。 WireGuard 目前最大的痛点就是上层应用的功能不够健全，因为 WireGuard 推崇的是 Unix 的哲学，WireGuard 本身只是一个内核级别的模块，只是一个数据平面，至于上层的更高级的功能（比如秘钥交换机制，UDP 打洞，ACL 等），需要通过用户空间的应用来实现。 所以为了基于 WireGuard 实现更完美的 VPN 工具，现在已经涌现出了很多项目在互相厮杀。笔者前段时间一直在推崇  Netmaker ，它通过可视化界面来配置 WireGuard 的全互联模式，它支持 UDP 打洞、多租户等各种高端功能，几乎适配所有平台，非常强大。然而现实世界是复杂的，无法保证所有的 NAT 都能打洞成功，且 Netmaker 目前还没有 fallback 机制，如果打洞失败，无法 fallback 改成走中继节点。Tailscale 在这一点上比 Netmaker 高明许多，它支持 fallback 机制，可以尽最大努力实现全互联模式，部分节点即使打洞不成功，也能通过中继节点在这个虚拟网络中畅通无阻。 没错，我移情别恋了，从 Netmaker 阵营转向了 Tailscale，是渣男没错了。 Tailscale 是什么 Tailscale 是一种基于 WireGuard 的虚拟组网工具，和 Netmaker 类似， 最大的区