KTSee.eu.org

二、国内访问 Blogger 1 首先准备 请确认自己能够科学上网。 不会的话，我这里写有一篇教程： http://mooc1.chaoxing.com/zt/201723393.html 购买域名。没什么好讲的，各个地方都能买，我图便利，直接在阿里云买的域名。（同一个域名，在腾讯云买还要便宜点，不过因为我上一个域名就在阿里云买的，所以这次顺便就在阿里云买了） 2.设置解析 1.Blogger要求的设置 打开Blogger后台，找到设置—基本，Blogger 会提示你需要设置两个 CNAME 分别解析到 ghs.google.com 和 ***.dv.googlehosted.com (每一个人的都不一样) 为了 Blogger 可以在国内访问，我们不能直接按上述的解析。 我们得将第一个 CNAME 解析：记录类型： A 记录，主机记录：WWW，记录值由「ghs.google.com」改成 「国内可访问的 IP」 后面的一个CNAME 解析不变：记录类型：CNAME，主机记录：ai76xxxxxxxxxxx，记录值：gv-j5jxxxxxxxxxx 2. 寻找国内可访问的 IP 可以使用站长之家 Ping 工具：http://ping.chinaz.com/ 如下图所示，Ping检测：ghs.google.com 找一个国内可访问的 IP。 注意：香港的IP延迟虽然小，但是不行。 3.域名后台设置解析 打开阿里云控制台—域名—域名列表—解析，照第一步所说的那样样设置，如下图： 至此，域名解析设置完成，当然这样还不够，我们还得修改Blogger自带的博客模板。 备注：如果想要实现不带www访问 添加：记录类型： A 记录，主机记录：@，记录值同为找到的 「国内可访问的 IP」 如下图这样： 这样用 axutongxue.com 也可以访问我的博客了 4.启用https 之前大佬说在设置https时，不能直接设置： https://blog.iljw.me/2018/07/enable-blogger-https.html 不过现在blogger好像改了，按上面那样设置之后，我们就可以直接在Blogger后台开启https了

软件介绍 下载iOS旧版应用，简化繁琐抓包流程。 一键生成去更新IPA（手机安装后，去除App Store的更新检测） 软件界面 支持系统 windows 10/windows 8/windows 7（由于使用了Fiddler库，所以需要.Net环境） 使用方法 一、直接搜索方式 搜索APP，双击选择。 双击选择要下载的版本。 在iTunes中下载即可。 二、复制APP链接方式 在iTunes下载按钮右侧下拉菜单中，选择【复制链接】。 双击选择要下载的版本。 在iTunes中下载即可。 常见问题 问：iTunes 账号无法登录成功 请先关闭本工具，再进行 iTunes 登录操作。 登录成功后，再打开本工具即可。 问：iTunes对电脑进行授权时，授权不了，反复授权 关闭本工具，再进行授权即可。 问：搜不到APP历史版本号？（以下方法100%可解决） 先不要拦截，在iTunes商店中下载此软件，等待下载完成。 在本工具中【安装管理】下找到对应IPA安装包，右键选择【查找版本ID】。 即可列出软件所有历史版本ID，版本号按新版到旧版排序。 PS：暂时没有通过版本ID，查版本号的接口，所以抓下来，看吧。 问：iTunes 一直显示正在下载... iTunes 先取消下载。 本工具【停止拦截】，再点击iTunes【继续下载】。 问：下载完APP，安装到手机，打开闪退。 先在手机中卸载该APP。 使用下载此App的账号，登录 App Store，在 App Store 中随便下载一个应用，不要卸载。 使用同步助手，重新安装。（如果仍闪退，尝试覆盖安装） 问：导入伪旧版App后，iTunes未检测到更新。 iTunes 更新列表页面下，按F5即可。 如上述方法未解决，删除当列表所有文件，保留文件，再点击右下角检测更新按钮。 问：“已停止供货”的APP 怎么抓取？（已失效） 取消拦截，下载该软件最新版。 本助手里切换到【安装管理】，右键APP，选择【伪装旧版APP】。 双击【*_伪装版.ipa】（或右键，在文件夹中打开），将APP拖动到iTunes资料库，替换，检查更新，该软件变为更新状态。 【开始拦截】，iTunes中更新该软件，即可正常下载该版本。 查杀链接 查杀链接 视频教程 ht

  Blog‍‌‍‌​‌‌‌‌​‌​‍‌​‍‌‍‍​‌‌‍‌​‌‍​‍‌​​‍‌‌‌​‌‍‌‌​‍‍‍​‍‍‌​​‍‌‍‌​‍‌‍‍​‌‌‍‌​‌‍​‍‌​​‍​‍‍‍​‌‍‍‌ger,一个干爽、免费的博客发布平台，作为主流的发布，提供免费的托管，免去了Typecho&Wordpress高昂的服务器费用，避免了Hexo&Jekyll静态博客无后台的缺陷，与CSDN、简书相比，可以绑定域名，界面干净，无广告【当然可以自己放自己的广告】。 实际上，当今写博客的软件数不胜数，主要分为一下三类： 服务器部署：典型代表：Wordpress\Typecho 无服务器托管：典型代表：Hexo\Jekyll\Gidea\Hugo\Hola等等 集成型网站：Blogger、简书、CSDN、cnblog、wodemo等等 上面所有软件，优缺点都有，具体看个人选择 当然，个人认为Typecho适合做个人博客，Hexo可以作为要求不高的人。集成性网站最主要的是只要安安心心写文章，不用管后端乱七八糟的代码。当然，最有问题的是大多数都不支持绑定域名，而且经常往网站上塞广告，自定义范围也不够。 接下来，我们扯扯集成博客中的一股清流：Blogger Blogger.com是由Pyra Labs公司创立，是目前全球用户数量最多的个人网志服务提供商。Pyra Labs和Blogger.com均被Google公司收购，成为其旗下的一项服务内容。 Blogger提供免费主机Blogspot.com存放博客，用户不必写任何代码或者安装服务器软件或脚本，通过所见即所得界面轻松地创建、发布、维护和修改自己的网志。 Blogger允许有经验的用户自行设计博客界面，其模板支持使用HTML和CSS进行编辑 实际上，由于Blogger托管于谷歌，写作域名  www.blogger.com  和托管域名  *.blogspot.com  均被MainLand所Ban。但是接下来来，我会讲讲如何打造一个能在国内大陆访问的Blogger 1. 注册Blogger 众所周知，请善用技术上网。 用谷歌账号登录 ( https://www.blogger.com ) ，没有？不是⑧不是吧不是扒，都0202年了，还不会去注册一个谷歌账号？ 进入控制台，新建一个博客： 绑定域名,这一步随意,因为我们还要绑定一个自定义域

首先认识一下一卡通的类型，市面上常见的一卡通是IC卡的一种，IC卡即集成电路卡，也是广义上的智能卡，准备篇介绍一些智能卡的基础知识，帮助我们确定卡的类型和使用的设备， 目前淘宝上提供了设备和全套软件，确定好方法就可以自动化破解，下面的内容比较详细，不用全部看完也能破解，但了解一下可以提高效率 。 按照使用方式分类： · 接触式IC卡： 符合 ISO 7816 标准，卡片表面包含金属触点，读写需要 IO 线路接触，即需要插卡使用，如手机的 SIM 卡模块 · 非接触式IC卡： 符合 ISO/IEC 14443 标准，由 IC 芯片、感应天线组成，封装在一个标准的 PVC 卡片内，芯片及天线无任何外露 部分，通过 RFID 感应使用，校园卡及身份证都是这一类型。 · 双界面卡IC： 又称组合卡 / 双端口 卡，是 同时兼备接触和非接触两种界面通信的多功能卡 ，将非接触 IC 卡的方便性和接触 IC 卡的安全性融为一体，使之成为一卡多用的极佳载体，代表着未来 IC 卡的主要发展方向，银行卡就是这一类型。 需要注意的是我们平时见到的某些门禁卡虽然也是通过感应使用，但不一定是IC卡，现在有相当一部分便宜的门禁使用的是磁卡和ID卡，ID卡使用RFID射频技术，但其频率一般较低，一般为125KHz,如爱特梅尔的T5577卡，不可写入用户数据，其记录内容仅限卡号只可由芯片厂一次性写入，开发商只可读出卡号加以利用，所以只用于身份识别，不能用于消费，其成本相对非接触式IC卡较低，一般使用字典攻击的方式就能复制。 智能卡按照工作频率分类： 区分ID卡和IC卡——读卡判断法 读卡判断法是判断卡智能卡类型最准确的方法，这需要可识别多类型卡的设备支持，例如手机NFC或者pn532开发板、ACR122U读卡器以及Proxmark3。使用手机NFC是最为便捷的方法，在支持全功能NFC的手机上下载MIFARE Classic Tools，给予权限后将卡片贴在NFC感应区根据提示读取标签后查看标签信息。下面是两种不同容量的IC卡的显示，如果RF技术这栏显示ISO/IEC 14443，说明就是典型的13.56MHz的非接触式IC卡，这也是生活中使用最多的类型。                                          绝

目前国家工信部在大力推动三大运营商发展 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 类似， 最大的区

首先讲一下需求，其实需求简单无比， 那就是无论身处何时何地，只要有互联网，就可以访问内网资源 ，说得具体点，比如出差在外想访问家里NAS存储的文件，通过直接访问NAS的内网IP（比如192.168.2.10）就可以实现访问，就好像自己坐在家里一样 时代背景 传统的内网穿透方案只能实现某个端口的穿透，想换个端口又需要重新配置，而在本方案中，整个内网资源都是共享的，只需配置一次即可。缺点是需要一个 大带宽公网服务器 做转发（如果流量使用不大也可使用小带宽公网服务器），不做转发也需要一个公网服务器作为 信令服务器 交换各自IP做NAT打洞操作，但TCP打洞难度太大（需要 三次握手 ），一般是UDP打洞，但是UDP又会被 QoS ，而且打洞成功率还需要受NAT类型影响（Full Cone NAT打洞成功率高，且需要NAT两边都是该类型，简而言之该类型NAT会 记住内网主机出去的端口 ，如果NAT不记住，则端口全靠猜），所以话题绕回来了，想要稳定还是需要一个大带宽公网服务器做转发。 该方案简单来讲就是 WireGuard over WebSocket over HTTPS ，也是一种 UDP over TCP 的方案。那为什么这么简单的需求需要这么复杂的实现呢？因为需要大带宽公网服务器做转发，就牵扯出一些列问题，这里简单说一下时代背景： 国内商用带宽贵 ：因为国家政策要求民用带宽量大价低，所以运营商普遍用高价商宽补贴家庭带宽。首先，宽带是运营商管的，就是那三家垄断，国内网络基础设施只有三大运营商有资质建设，阿里云、腾讯云、华为云等数据中心都必须要跟运营商买带宽，价格没法谈，偏贵。所以想想为什么百度云要限速了吧，你下载1G的小电影所支持给运营商的带宽费用和百度支付的根本不在一个数量级。其次IP资源受美国控制，国内独立IP价格更贵。而海外的商用带宽却很便宜，因此大带宽公网服务器一般选择海外服务器，既然出国了，那出国流量都会受到婶查的影响。所以这是第二点背景 网X络X婶X茶 ：富强、民主、文明、和谐！@#￥#￥%...，这就需要我们满足 隐匿 的需求，隐匿其实是在安全层面之上的，不安全谈何隐匿。 运营商对UDP实施QoS ：因为WireGuard使用的是UDP，作者也说过使用UDP的一大原因是因为TCP over TCP性能太糟糕

作者｜Ray Dalio，桥水基金创始人 来源｜ 领英LinkedIn 翻译｜ 溯元育新 （ID：EnvolveGroup） 头图｜IC photo，图注：2019年3月24日，Bridgewater创始人Ray Dalio出席中国发展高层论坛2019年会开幕式，本届论坛的主题是“坚持扩大开放 促进合作共赢” 面对席卷而来的全球疫情，当地时间3月23日, 美联储宣布"无上限"量化宽松政策, 支撑受肺炎疫情影响的美国经济。很多人说，这种情况是史无前例的，而Ray Dalio却说，“但若一个人研究过历史，就会发现这些事件在历史长河中发生得如此频繁，频繁到几乎是一种必然。” 最近Ray Dalio非常高产，溯元育新团队上周五刚刚翻译了他的 Changing World Order系列 ，3月29日就出了新的一篇“ The Mechanics of the War Economy ”。 这篇文章带我们回到了上一个“与当下最为相似”的年代，即1930-1945年代，回答了自金融危机以来，无数学者、决策者、金融大咖尝试回答的重要问题：无限制放水撒钱刺激经济，究竟有没有走到尽头的那一天？当历史一遍遍重演，究竟要告诉我们什么？ 如果有人在不久之前告诉我，2020年会是这样天翻地覆的一年，我觉得包括我在内的大部分人，都不会选择相信半点。回头看来，这完全是因为类似的事件在我们的人生经历中从未出现。但若一个人研究过历史，就会发现这些事件在历史长河中发生得如此频繁，频繁到几乎是一种必然。 更具体地说，控制财政政策（即政府支出和税收的数量和类型）的政府【行政部门】和【立法部门】，以及控制货币政策（即货币和信贷的数量和类型）的【中央银行】，宣布了“史上最大“的财政和货币刺激计划，其中包括大量的直升机撒钱（helicopter money，即直接向公民分配现金）。这个政策在在美国总统/国会和美联储最近的公开声明提了很多次，就不再赘述了。 这一波巨额的现金和信贷“海啸“（tsunami of money and credit）将会流向何处的细节非常重要，但我现在不必说得太具体。 我要做的是尝试传达这种现象中最关键的启示，阐明它的机理及其含义。因为这次的“海啸”比我们一生中发生的任何事情都要大得多，

1 、 问：黑群晖是否需要一个SSD当做系统盘？ 答：群晖系统跟Windows不同，Windows有个盘要当成系统盘，而群晖会在每个硬盘上自动安装系统。每个硬盘？对，没错，就是每个硬盘。比如你是6盘位，接了6个硬盘，这6个硬盘初始化以后，每个硬盘都有系统了。所以拿一个SSD来做系统盘的这个做法没必要。 2 、问： 我安装黑群晖到这一步就卡住不动了，怎么办？ 答：6.0以上的黑群安装，做好引导盘启动后，屏幕上显示这个界面就不用管它了，到电脑上用群晖助手搜索后进行下一步的安装操作。 3 、问：安装过程出错（比如错误 13/21/35/38 ），怎么办？ 答：群晖在安装过程中出错，有时屏幕提示的信息与实际出错的原因并不符，比如错误13实际是因为没修改镜像文件的U盘vid和pid信息导致的。总结一下需要注意的地方： （1）用U盘做为引导盘的，需要用ChipGenius（芯片无忧）读取出PID和VID，然后写到引导文件，需要注意的是：ChipGenius读取出PID和VID是4位数值，引导文件里面的0x需要保留不能删除，只需要修改0x后面的4位数值就行了。否则就会报错13。如果用SSD作为引导，则不需要修改PID和VID。 （2）正式安装之前，需要检查引导版本和系统安装包的版本是否匹配，不要刷了3617的1.02b引导去安装6.2版本或者刷了3615的1.03b的引导去安装3617的安装包，否则有可能报错21。正确的做法是：3615和3617的1.02b引导安装对应是6.17的安装包，3615和3617的1.03b引导安装对应是6.2或者6.21的安装包，918的1.03a2引导只能安装918的6.2版本，918的1.04b引导可以安装918的6.2和6.21版本。 （3）群晖的引导盘和数据存储盘是分开的，所以安装之前要把硬盘挂上，否则安装过程找不到硬盘就会报错38。 （4）群晖的数据存储硬盘，不需要事先进行分区与格式化，如果你的硬盘已经分区和格式化，安装过程中就会报错35：磁盘无法格式化。用DiskGenius把每个硬盘的分区全部删除即可。 4 、问：群晖装了 8G 内存，可用内存还有 4G 多，想分配 2G 安装个 Win7 虚拟机，为什么群晖的 VMM 虚拟机提示内存不足？

本人不定时收集到的热门机型的配置，相当部分来源于 https://www.acwifi.net/ 和其他网友拆机，也参考了官方宣传、维基百科。 说明：1、评分仅仅从硬件来看，仅供娱乐参考，实际使用还要看固件、驱动、供电、干扰、温度等诸多因素。 2、？的表示没有查到相关的拆机，知道的朋友请告知。 3、功放比较复杂，通常n×n就有对应外置的n路，有的一个就集成PA和LNA，有的单独PA或LNA，极个别1个管2路，有的集成在芯片内，有的功率大有的功率小，有错漏的请帮助指出。 4、无线芯片的高低，可以对比高端型号来判断。 5、cpu高低不做评论，规格比较透明，暂不用评分。 相关评价链接 点评几款流行的二手路由机型 1、功放：0是没有，PA是放大，LNA是降噪，PA+LNA是独立放大和降噪，FEM是放大降噪集成一个芯片。 2、 散热评分 无线评分 0 光板 芯片高低 各加1 1 小散热 外置功放 各加1 2 内部大散热 3×3 mu-mimo 加1 3 金属外壳或散热板很好 4×4 mu-mimo 加2 三频 加1 支持mesh 加2 厂商 型号 架构 制程nm 主频 代表机型 瑞昱Realtek RTL8197F系列 MIPS32 24Kc 28 单核1GHz 360 P4 海思 SD5650H Cortex-A9 40 双核1GHz 荣耀路由pro Hi5651H Cortex-A53 28 双核800MHz 荣耀路由X2 Hi5651T Cortex-A53 28 四核1.4GHz 荣耀路由pro2 联发科 MTK MT7621AT MIPS32 1004Kc 28 双核880MHz k2p MTK TP1900BN Cortex-A7 28 单核1.2GHz WDR7661 博通 Broadcom BCM4706 MIPS32 74Kc 65 单核600MHz 华硕n66u BCM47189 Cortex-A7 40 单核900MHz k2p bcm BCM47081 Cortex-A9 40 单核800MHz 华硕n18u BCM4708A0 Cortex-A9 40 双核800MHz 华硕AC68u BCM4708C0 Cortex-A9 40 双核1GHz 网件R7000P BCM4709A0 Cortex-A9 40 双核1

OpenAPI / Swagger 相较于其他规范完善程度更高，生态更加完整，是目前 CODING 推荐的 API 设计语言。 什么是 OpenAPI / Swagger OpenAPI 规范（OAS）是一种通用的、和编程语言无关的 API 描述规范，使人类和计算机都可以发现和理解服务的功能，而无需访问源代码、文档或针对接口进行嗅探。正确定义后，使用者可以使用最少的实现逻辑来理解远程服务并与之交互。 OpenAPI 始于 Swagger 规范，Swagger 规范已于 2015 年捐赠给 Linux 基金会后改名为 OpenAPI ，并定义最新的规范为 OpenAPI 3.0。 CODING 目前支持以下版本导入： OpenAPI v3（OAS 3） Swagger v2 最佳实践 通常，设计 API 规范有两个方向，Design-First（设计优先） 或 Code-First（编码优先） Design-First（设计优先）： 即优先设计 API 规范，设计完成后再着手进行代码开发工作。 采用 Design-First 就意味着，将设计 API 路由、参数等工作提前，后续整个软件开发的流程都需要围绕着 API 规范为核心，当然这需要有一定的设计经验的开发人员才能胜任。 Design-First 有很多好处： -提高开发效率。开发团队将根据 API 规范进行并行开发和对接工作，而无需等待接口逻辑开发完毕。 -降低接口开发的成本，无需修改代码逻辑即可轻松地修改 API 规范，因为 API 描述语言（如：OpenAPI）与编码语言无关 -开发人员更加专注于设计 API 规范，对比 Code-First 可以描写更多 API 的细节，如：校验规则、范例数据等，同时开发人员对 API 的全局一致性、扩展性、规范性也有更好的把控。 -在联调开发的过程中可以提前发现和解决问题，避免问题在开发完毕后修改的成本过高。 -由于 API 描述更加标准化，可以方便做更多的 API 生态延伸，比如基于 API 规范生成 Mock API Server，开发 API 自动化测试代码，接入 API 网关等。 点击查看 更多参考 Code-First（编码优先）： 即通过代码中关于 API 描述特性、注解或注释自动生成 API 描述文件的设计