KTSee.eu.org

软件介绍 下载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

二、国内访问 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了

  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年了，还不会去注册一个谷歌账号？ 进入控制台，新建一个博客： 绑定域名,这一步随意,因为我们还要绑定一个自定义域

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

首先认识一下一卡通的类型，市面上常见的一卡通是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卡，这也是生活中使用最多的类型。                                          绝

首先讲一下需求，其实需求简单无比， 那就是无论身处何时何地，只要有互联网，就可以访问内网资源 ，说得具体点，比如出差在外想访问家里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性能太糟糕

中国的公司以及个人开发者通过互联网把生意做到国外时，不可避免会有支付相关的需求。这篇文章盘点一下国外的知名收款服务商。 因为个人对这方面稍有了解，推友问到相关话题，就顺手总结一下，不是每家服务都注册和体验过，疏漏错误在所难免，欢迎在评论中指正。 1. Paypal 与 信用卡收款服务商 欧美线上服务基本都提供信用卡支付，所以主流信用卡收款服务商都可以选择。 所以如果面向欧美市场，选择 Paypal 与信用卡收款即可。如果面向欧洲南美市场，多数的服务商也都支持当地的主流支付方式。如果面向东南亚及非洲市场，这些地区移动支付线上服务商暂时难以满足需求。 PayPal PayPal 是欧美市场除了信用卡之外最主流的支付方式了，因为起步早名声大，覆盖范围也广，纵然对商家极度不友好，费率较高，但仍然是很多企业个人优先选择的收款服务。 Payoneer 在介绍其他收款服务之前，需要先介绍 Payoneer。 Payoneer 是一个流行的收款服务，能够帮你创建虚拟的美元/欧元/澳元/日元等国际主流货币 实名虚拟银行账户 ，可以提现到本地银行。出于风控考虑，这些虚拟银行只接受公司账户的对公转账，且不同货币的虚拟银行仅支持来自相关国家的入账。 Amazon，Shoppe, Lazada 等平台的中国卖家基本都在使用 Payoneer 进行收款， Google Adsense, Youtuber 广告收入也多用 Payoneer 进行收款。所以对于个人用户，如果收入的外汇来自大公司或者平台，需要提现到中国银行消费，Payoneer 是个不错的选择。 接下来介绍的部分收款平台如果不支持直接提现到中国银行，可以使用 Payoneer 进行中转。 本站的 Google Adsense 广告收入也是通过 Payoneer 的美国虚拟银行进行收款，收入的美元直接转入 香港银行 ，因为不涉及货币转换，所有损耗只有 Payoneer 1%的手续费，银行不收取手续费。 可能提现到中国大陆的银行会涉及汇率损耗。 Stripe 欧美市场风头最劲的线上信用卡收款服务商。经常在国外购买软件服务的朋友应该能注意到，多数软件服务都是用的是 Stripe。 除了收款服务，Stripe 也提供账单服务，甚至还有帮助非美国国籍的人注册美国公司的  ATLAS  服务，仅需要几千人民

一、概述 本文以淘宝作为例子，介绍从一百个并发到千万级并发情况下服务端的架构的演进过程，同时列举出每个演进阶段会遇到的相关技术，让大家对架构的演进有一个整体的认知，文章最后汇总了一些架构设计的原则。 二、基本概念 在介绍架构之前，为了避免部分读者对架构设计中的一些概念不了解，下面对几个最基础的概念进行介绍： 分布式 系统中的多个模块在不同服务器上部署，即可称为分布式系统，如Tomcat和数据库分别部署在不同的服务器上，或两个相同功能的Tomcat分别部署在不同服务器上 高可用 系统中部分节点失效时，其他节点能够接替它继续提供服务，则可认为系统具有高可用性 集群 一个特定领域的软件部署在多台服务器上并作为一个整体提供一类服务，这个整体称为集群。如Zookeeper中的Master和Slave分别部署在多台服务器上，共同组成一个整体提供集中配置服务。在常见的集群中，客户端往往能够连接任意一个节点获得服务，并且当集群中一个节点掉线时，其他节点往往能够自动的接替它继续提供服务，这时候说明集群具有高可用性 负载均衡 请求发送到系统时，通过某些方式把请求均匀分发到多个节点上，使系统中每个节点能够均匀的处理请求负载，则可认为系统是负载均衡的 正向代理和反向代理 简单来说，正向代理是代理服务器代替系统内部来访问外部网络的过程，反向代理是外部请求访问系统时通过代理服务器转发到内部服务器的过程。 三、架构演进 1、单体架构 以淘宝作为例子。在网站最初时，应用数量与用户数都较少，可以把Tomcat和数据库部署在同一台服务器上。浏览器往www.taobao.com发起请求时，首先经过DNS服务器（域名系统）把域名转换为实际IP地址10.102.4.1，浏览器转而访问该IP对应的Tomcat（应用服务器）。 随着用户数的增长，Tomcat和数据库之间竞争资源，单机性能不足以支撑业务 2、第一次演进：Tomcat与数据库分离（在不同服务器上部署） Tomcat和数据库分别独占服务器资源，显著提高两者各自性能。 随着用户数的增长，并发读写数据库成为瓶颈 3、第二次演进：引入本地缓存和分布式缓存 在Tomcat同服务器上或同JVM中增

本人不定时收集到的热门机型的配置，相当部分来源于 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

  借用当下最流行的段子做个开场白。 “设计原则千万条，高内聚低耦合第一条，架构设计不规范，开发运维两行泪！”。 在分布式架构下，单体应用被拆分为多个微服务，为了保证微服务的单一职责和合理拆分，“高内聚、松耦合”是最宝贵的设计原则。 通俗点讲，高内聚就是把相关的行为聚集在一起，把不相关的行为放在别处，如果你要修改某个服务的行为，最好只在一处修改。如果做到了服务之间的松耦合，那么修改一个服务就不需要修改另一服务，一个松耦合的服务应该尽可能少的知道与之协作的那些服务的信息。 从集中式架构向分布式架构的技术转型，正如从盖砖瓦房向盖高楼大厦转变一样，必然要有组织、文化、理念和设计方法的同步更新，其中最不可或缺的能力就是架构设计能力。 如何做到“高内聚、低耦合”？我们先来学习几种典型的微服务架构模型。 微服务架构模型 整洁架构（又名洋葱架构） 在整洁架构里，同心圆代表应用软件的不同部分，从里到外依次是领域模型、领域服务、应用服务、最外围是容易变化的内容，如界面和基础设施（如数据存储等）。整洁架构是以领域模型为中心，不是以数据为中心。 整洁架构 整洁架构最主要原则是依赖原则，它定义了各层的依赖关系，越往里，依赖越低，代码级别越高。外圆代码依赖只能指向内圆，内圆不知道外圆的任何事情。一般来说，外圆的声明（包括方法、类、变量）不能被内圆引用。同样的，外圆使用的数据格式也不能被内圆使用。 整洁架构各层主要职能如下： Entities：实现领域内核心业务逻辑，它封装了企业级的业务规则。一个 Entity 可以是一个带方法的对象，也可以是一个数据结构和方法集合。 Use Cases：实现与用户操作相关的服务组合与编排，它包含了应用特有的业务规则，封装和实现了系统的所有用例。 Interface Adapters：它把适用于 Use Cases 和 entities 的数据转换为适用于外部服务的格式，或把外部的数据格式转换为适用于 Use Casess 和 entities 的格式。 Frameworks and Drivers：这是实现所有前端业务细节的地方：UI，Tools，Frameworks 等。 六边形架构（又名端口适配器架构） 追溯微服务架构的渊源，一般会涉及到六边形架构。六边形架构的核心理念是：应用是通过端口与外部进行交互的，这也是微服务架构下 API 网关盛行的主要原因。