标签：经验分享

先森一直用的iPhone手机，在看小说这方面感觉一直有短板，偶然间发现了爱阅书香这个软件，但是当时觉得还要找书源，嫌麻烦就卸载了。结果后面发现了这种能设置书源的软件的好，没办法，无错字小说越来越难找了，结果爱阅书香又下架了，还好以前下载过，想办法安装回来了，然后先森就一直在用爱阅书香。最近先森看《重生1977大时代》，结果发现1456章开始就没更新了，而最新的小说章节已经更新到1600+章了，先森切换各种书源都没正常的，就想着导入其他书源。先森一直以为自己之前导入的1300+的书源是从源仓库导入的，然后就开始了各种研究。导入书源无反应书源同步书源同步：一直转圈先森从源仓库随便找一个书源链接导入，发现一直在转圈，没有任何反应，没有网络请求完成项，也没报错。先森以为是源仓库的网站客户端访问有问题，专门把json文件拉到服务器，结果发现获取书源配置依旧转圈，且查看服务器日志，根本没有该URL的请求项。然后先森以为是爱阅书香与阅读APP的3.X书源不兼容，专门找了2.X的书源测试，结果还是一样的。此时先森懵逼了，因为此时先森坚信以前导入的1300+书源就是从源仓库导入的，现在为什么导入不成功了呢？客户端APP早就下架了，不可能有更新，源仓库书源更新了么？但是2.X版本的也无法使用又是为什么？而且为什么先森下载到自己web服务器上也不行，甚至根本没有请求。根据先森询问大模型的答复，大模型回复可能是先森网站证书啥的不兼容问题，或者爱阅书香太久没更新，一些网络请求API被苹果禁止了，研究陷入停滞。软件下架之后，官方的帮助文档也被删除了，相关的资料真的太少了。书源导入提示先森注意到填写书源地址的默认信息中有一些提示，先森打算照做试试。由于怀疑自己的网站证书有问题，导致不发起请求，先森专门把json文件上传到新建的github项目中，然后拉取，不行。然后先森使用第三条，ifreetime://config/开头的方式，在浏览器直接输入然后跳转到爱阅书香用Scheme跳转导入信息不支持结果在软件中提示不支持，此时先森还是坚信以前的书源是从源仓库导入的。处理剪切板然后先森发现爱阅书香还有一个“处理剪切板”的操作，直接复制json链接后，点击按钮后确实有反应：剪切板导入json结果满心欢喜的点击导入，结果发现爱阅书香是当做一本新书来操作，此时先森依然坚信...导入文本文件然后先森直接去源仓库复制json内容，结果软件还是提示没有可以处理的数据：复制json内容，剪切板导入研究json格式虽然大模型早就提示我阅读和爱阅书香的json格式不一样，但是先森一直不予理会，毕竟先森认为以前都能成功导入嘛。但是接连的挫折也让先森不得不研究起json的格式来，得想办法导入成功才行。让大语言帮先森转换了N次适配爱阅书香的json格式还是失败后，先森觉得要先找些能导入爱阅书香的json案例才行了。这里不得不说当一个软件失去更新，讨论减少后，相关信息是真的难找。先森本来是想把软件内的书源导出来研究一下，结果发现导出来的是.ibs格式的，直接打开还是十六进制数据，无法使用，但看数据开头是50 4B 03 04，此文件属于zip压缩包，不过解压需要密码，没办法通过ibs拿到json。最终通过搜索，找到了可以把json内容通过“处理剪切板”导入的文件，不过更新时间确实太老了。https://github.com/y7478729/BookConfig/tree/master爱阅书香json书源对比了一下，爱阅书香和阅读的JSON差距真的很大，字段可以说完全不同：json字段对比不仅字段名称不同，两个软件解析小说网站的方式也不一样，比如先森自己校准的一个“篱笆好文”网站，书籍搜索的规则解析代码就不一样，同样是作者，爱阅书香是.//div[@class='book-author']/text()，阅读是.book-list a，可以看出来，爱阅书香是用的XPath格式，而阅读使用的是CSS选择器语法。自己调整配置书源也挺麻烦的，估计先森还需要另外一些篇记录，避免以后搞忘。解析方式对比以前导入的书源先森在寻找爱阅书香的json规则时，发现能找到的书源大多都是.ibs格式的，然后先森发现了1300+个书源的真正来源：https://github.com/shidahuilang/shuyuan所以先森的书源真的不是从源仓库导入的，为了导入白折腾那么久。书源地址：https://github.com/shidahuilang/shuyuan/raw/shuyuan/aiyueshuxiang.ibs书源更新记录不过这个书源也是自提交之后就再没更新过了，其他软件的书源更新都还是非常活跃的😮‍💨。正确URL导入的方式先森偶然间发现，从网络导入书源时，如果URL不带json是可以发起网络请求的，但是当URL以 .json、.txt等格式结尾时，网络请求都不会发起，.ibs结尾时可以的。这应该是爱阅书香的限制，但是没有提示就过分了。可以发起网络请求的URL先森测试了一下，直接把.json重命名为.ibs是不行的， 不过把json文件压缩一下，把压缩包设置为.ibs格式是可以成功导入的。制作.ibs压缩包总结一下，爱阅书香可以导入json的方式有两种：1、复制json内容，从“处理剪切板”导入；2、把json文件压缩，修改压缩包后缀为.ibs，然后通过网络地址导入。通过json导入的书源编辑有密码？比较奇怪的事，明明是自己导入的json书源，结果打开竟然有密码，在json中又没看到明显的密码字段。使用的json如下：{    "homeUrl": "http://www.77wxw.com",    "enable": true,    "authorId": "f6c7b3b2e24e10542d9fb490b46c4752",    "bookDetail":    {        "forGetMethod": true,        "parser":        {            "coverUrl": "img[@title].@src",            "statusText": "li[@class=col-md-6][2]#[\\s\\S]*： @=>",            "lastUpdateDate": "li[@class=col-md-6][3]",            "typeText": "li[@class=col-md-6][1].a",            "desc": "div[@class==panel-body][0]"        },        "params":        {},        "url": "@dyn:u=source.helpId; check(!u, return nil); format('%@', u)"    },    "bookWorld":    {},    "chapterDetail":    {        "forGetMethod": true,        "parser":        {            "content": "div[@id=content]"        },        "params":        {}    },    "weight": 1,    "priorityEncoding": 4,    "needSupportDynTask": true,    "sourceDetail":    {        "forGetMethod": true,        "parser":        {            "_1":            {                "_list": "ul[@class=list][1].li",                "title": "a",                "url": "@href"            }        },        "params":        {}    },    "lastModifyTime": "2019-03-12 00:59:33",    "responseType": 4,    "searchBook":    {        "forGetMethod": true,        "parser":        {            "_1":            {                "dirURL": "a[0].@href#\\.html @=>/contents.html",                "helpId": "a[0].@href"            },            "author": "a[1]",            "bookName": "a[0]",            "_list": "div[@class=row].li"        },        "params":        {},        "url": "http://www.77wxw.com/novel/search?s1=0&keyword=%@"    },    "name": "88文学"}因为77文学已经导入了，先森改成88文学导入，有密码：限制编辑的书源最后发现把authorId置空就可以编辑了，"authorId": "f6c7b3b2e24e10542d9fb490b46c4752"改为"authorId": ""。这个value看着是32位的，像是MD5值，但是先森测试过，把123456的MD5值填进去，然后输入123456还是密码错误，所以这个值到底是什么，先森无从得知了。问题是，有些authorId相同的书源，一个可以编辑，一个不能编辑，先森是真搞不懂为什么了。可编辑的书源爱阅书香的软件结构爱阅书香书源配置可参考的资源还是太少了，先森希望把已经导入的书源导出为json，但是发现在软件层面实现不了，导出的只有.ibs格式文件，先森就想着软件黑盒中总保存着解压后的文件吧？本来想在iPhone上直接查看，但是通过爱思助手看不到黑盒内容。还好先森用的是Mac，找到之前导出的爱阅书香ipa安装包，直接在电脑上安装。然后先森就研究爱阅书香的资料库文件，开始以为在persistentStore这种sqlite数据库里存着，结果发现数据库中并没有存书源信息，最后发现作者是个狠人啊，在软件内都不解压，直接存ibs文件。本来想着逆向，但是先森没接触过Mac软件的逆向，踩进去估计又是一个大坑，不知道研究多久才能有结果，还是算了。爱阅书香数据目录文件结构其他软件千阅APP先森在研究爱阅书香的时候，无意间发现了另一款IOS的看书软件——千阅。这个软件的好处是可以直接导入阅读APP的书源，类似的IOS软件还有读不舍手、书香之家（更新为全民阅读后不能设置书源）。其他的软件感觉都不好用，但是这个千阅是先森觉得最接近爱阅书香的了。书源和过滤首先是书源，上面已经说了，可以直接从源仓库导入书源，而且导入后可以编辑，可以用来了解json中每个key的含义，但是不太方便的是，不能像爱阅书香一样测试规则。然后是读书的时候可以设置过滤，可以文本过滤，也可以正则过滤，爱阅书香也可以，但是感觉爱阅书香的比较复杂，以前没有AI的时候写规则让先森头疼的不行。听书配置唯一让先森不满意的就是听书了，虽然有先森最喜欢用的在线语音“晓晓”，但是这个TTS是软件内置的，且没法像爱阅书香那样自定义声音源，所以这个在线读书经常卡顿、漏字，先森还拿它没有丝毫办法，要用这个软件听书最好就只用自带声音了。为了爱阅书香听书稳定，先森是自己部署了TTS的，如果千阅这个软件能自定义TTS，那先森觉得千阅就真的能完全替代爱阅书香了，毕竟大环境没有讨论的软件玩起来实在是太难了。

最近有客户反馈他们发邮件被拦截了，经过与邮件服务商确认，反馈是发件IP被列入了UCEProtect黑名单，找我们解决。拿到这个问题先森是一脸懵，连忙去搜UCEProtect到底是个什么玩意，但是看搜索结果也只是了解了一个大概，不知道客户的问题是否与我们有关，最终还是找到了解反滥用的同学，才对UCEProtect有了一些了解，这里大概记录一下。首先是一些概念性的东西，Anti-abuse（反滥用）是公有云服务提供商对其名下IP网段资源进行管控和治理的综合工作，旨在保护其网络服务和资源的reputation（名誉），而Anti-spam（反垃圾邮件）是anti-abuse工作的一部分，其中UCEProtect就是第三方anti-spam服务提供商/平台之一，其他类似的还有Spamhaus、Spamcop和MAPS联盟旗下的TrendMicro等。黑名单查询官网查询黑名单在UCEProtect的官网首页点击“Test and remove listings.”即可进入到IP/ASN的查询界面，在这里可以输入IP进行查询，可以通过查询结果判断黑名单情况。UCEProtect的黑名单有3个等级，level1到3，其中，level1是针对IP的黑名单，level2是针对该IP所属的IP段的黑名单，level3是针对该IP所属服务商（ASN）的黑名单，只要上了任意级别的黑名单，发邮件就会受到影响，而看UCEProtect的说明，如果是level2和level3的黑名单，他们建议用户向供应商投诉或者选择其他供应商。案例分析概念性的东西挺多，还是拿案例来分析才能更好理解。在知乎上看到有人发了一个使用的IP，先森就拿这个IP做分析：https://www.uceprotect.net/en/rblcheck.php?ipr=61.135.130.240level1分析IP查询案例首先是看level1这部分，除非是该IP真的有发送垃圾邮件，不然一般情况下这个等级中的status都是“NOT LISTED（未列出）”，也就是没有在黑名单中，网站也有颜色提醒，绿色表示没问题。右边有个橙色的风险，提示DNS有高风险。这个是因为UCEProtect会去查该IP的PTR（反向地址解析）记录（上图第3部分），然后再通过反查获取到的域名去查询A记录，判断域名的A记录IP是否与查询IP相同，如果不相同，就会存在这个风险。PTR查询方式：Windows使用nslookup IP命令，Linux可以用dig -x IP命令。PTR查询如果level1这部分status为“LISTED”，背景为红色，那么就是上黑名单了，一般情况下，level1这个级别的黑名单会在最后一次发现滥用的7天后自动删除。有些业务会认为7天时间太长了，需要赶紧解除黑名单，UCEProtect有提供“快速退出”服务，这个需要给钱，但由于先森这边没有level1级别的黑名单IP案例，所以先森不知道level1级别是否有提供“快速退出”服务。level2分析level2黑名单分析level2这部分就可以看到，status这部分有个16的网段处于黑名单中（标签①），且提供了“快速退出”服务（标签③），根据UCEProtect的描述，“快速退出”服务是由第三方服务商提供的，所以无法免费。先森看了一下，level2级别黑名单快速退出服务需要支付249CHN瑞士法郎（约为2040元），level3需要449CHN瑞士法郎（约3678元），这个钱，看起来是谁都可以支付，但是UCEProtect的建议是联系服务商，让服务商处理，或者干脆更换服务商。那么是怎么进入的黑名单呢，主要就是看上图标签②部分。“Impacts in this net within the last 7 days”直译过来是“过去7天内对该网络的影响”，看了一下UCEProtect对level2的策略，这个大概就是过去7天内，该网段内检测到了多少垃圾邮件，而在这一项的左侧有一项“Level 1 listed abusers within the last 7 days”，就是过去7天内有多少个Level 1黑名单IP，这些IP可能产生了大量的垃圾邮件。“Level 2 Escalation limit by Impacts”直译过来“2级影响升级限制”，这个就是是否上黑名单的阈值了。用图中的案例来说，这个值是96，而“Impacts in this net within the last 7 days”的值是252，远远大于96，所以61.135.0.0/16网段就上黑名单了，要降下来就需要将252这个值降低到96以内。level3level3黑名单分析level3级就是IP服务商的黑名单了，黑名单的规则实际上是比较复杂的，但就使用者而言，我们只需要关注他的Status状态，再了解一下距离脱离黑名单或上黑名单有多远即可。level3与level2类似，比对的是“Impacts from Level 1”和“Level 3 Escalation limit by Impacts”的值，“Level 3 Escalation limit by Impacts ”是阈值，“Impacts from Level 1”的值超过该值那就上黑名单，低于该值则会自动免费删除（看说明应该是不用等7天）。level3还有一个Spamscore垃圾邮件分数的值，看文档该值的计算公式为(Level 1 impacts from this ASN / total IPs in this ASN) * 100000，即该ASN的level1影响数除以该ASN的IP总数，再乘以10万，UCEProtect认为好的服务商应该保持SPAMSCORE在10以下。状态等级黑名单的状态等级虽然只需要关心3个等级中是否已经上黑名单，即status是否为红色LISTED，绿色的“NOT LISTED”表示没有问题，但是status除此之外还有一些其他的情况。先森看了一下，没有找到相关的文档，上面也说了，这个状态和检测到的垃圾邮件情况（影响）与阈值的占比有关，先森自己测算了一下，各种状态的情况大概如下status背景颜色影响/阈值的占比NOT LISTED绿色0ATTENTION Increased Listingrisk黄色(0,50%)WARNING High Listingrisk橙色[50%,75%)ALERT Extreme Listingrisk淡红色[75%,100%)LISTED大红色[100%,+∞)最后从业几年以来，这个情况先森还是第一次遇到，不知道以后能不能遇到，但是做个记录吧，没事的时候拿出来看看。

先森最近遇到个问题，从电脑通过爱思助手导入了一些照片，但是照片妥妥的都是排在相机胶卷的末尾，也就是最新照片，这样让先森的强迫症犯了，很不舒服。先森的系统是IOS 12，虽然打开照片程序，最左侧是照片流，导入的照片在这里是按时间排序的，但是先森还是习惯于在相簿中的相机胶卷里看照片。而且，很重要的一点是，通过微信或QQ发送照片的时候，显示在最前面的也是相机胶卷中最新的照片。先森导入了5000多张照片，如果想发送导入之前的照片，即使是昨天拍的，找起来也比较困难。还有一个问题，先森的图片有些是Live Photo（实况），如果直接使用爱思助手的文件夹导入图片的话，图片和视频是分开的。如果按Live Photo导入的话，剩余的非实况照片又难以区别，毕竟照片太多了。先森想要的，是在相机胶卷里最新导入的照片也按照时间来排序。爱思助手导入照片起因先森之所以会导入5000多张照片，这得多亏先森的骚操作。先森之前手残把手机越狱了，体验了一波不完美越狱，BUG连连新鲜感过了也就没什么感觉了，先森还发过一篇博文来记录BUG，IOS 10系统不完美越狱 删除doubleH3lix后cydia闪退。后来先森迷上了刺激战场，然后还买了吃鸡神器，就是在手机上架两个按钮。这个吃鸡什么用习惯之后还好，但是有个硬伤：打游戏的时候有推送消息的时候，一按开枪就点到推送了，先森不知道多少次因此送人头。而后关注到IOS12有一个勿扰模式，听名字好像可以免推送的打扰啊，所以在IOS 12发行之后先森就想着体验了。但是先森的手机是越狱过的，据先森了解，越狱之后升级系统会出问题，所以先森就很聪明的把手机备份后恢复出厂设置了，然后再升级。结果在恢复备份的时候出问题了，itunes提示“备份已损坏，无法恢复备份”！Emmm...重点是，先森想全数据备份，做的是加密备份！问了下爱思助手的客服，加密备份他们也没办法把照片啥的恢复出来。。。生活还得继续，先森使用icloud恢复部分的数据。icloud只有免费5G的配额，早早的就被先森撑满了，所以数据都是比较久远的了。后来，先森发现了一款号称可以替代iTunes的软件iMazing（软件是收费的，先森使用的当然是。。。），这个软件可以管理备份数据，加密的也可以。可发现这款软件的时候已经距离上次事故有一段时间了，先森完美的把备份密码忘了，嗯，忘了。输入密码进行管理当然，发现iMazing的时候先森并没有想拯救之前的备份，而是经过之前的事件先森明白了备份的重要性，进而这款软件的WIFI备份吸引了我。据说是连上同网络的WIFI就可以自动进行备份，然而实测，想通过WiFi备份并不容易。再过了一段时间，也就是前两天，先森竟然在无意间试出了备份加密的密码，感动的先森连说了三次“卧槽”。整个手机的5000多张照片就这样导出到了我的电脑，然后再导入手机，就出现本文的烦恼了。经过不断的尝试与一次恢复手机后，先森终于还是找到了解决方法。解决操作前最好还是给手机来次备份。有上文的惨剧为参照，备份的时候最好备份两次，一次不加密的，一次加密的。加密备份是为了能够最大程度的还原，不加密备份是为了数据恢复更容易。方法貌似是台湾同胞那边首发的，以下为先森实际操作之后整理的步骤。1、关闭 iOS 相机、相册后台程序，保持手机常亮：设置 - 显示与亮度 - 自动锁定，时间修改为「永不」；2、手机连接电脑，电脑上装好助手软件，先森用的是爱思助手；3、打开助手软件，进入「文件管理」，找到「/DCIM」文件夹，进入；进入DCIM目录4、导入照片。导入照片的时候，最好选择一个最新的文件夹，最好是空的。如果没有的话，可以使用爱思助手-照片-导入照片先传一张照片，这时候应该会新建一个文件夹，里面也只有这一张照片；或者可以试试自己新建一个文件夹，编号加1试试。打开空文件夹后，直接把电脑上的图片全拖进来。先森不太清楚IOS的新增文件夹的规则，怕单个文件夹内图片太多会出问题，所以先森是每个空文件夹内导入大概1000张的照片。图片不需要重命名，只要不和手机原本的照片在同一个文件夹，就不用管图片名称相同的问题。5、备份photos.sqlite。照片导入完成之后，再回到文件系统的根目录，进入「/PhotoData」文件夹，里面有个photos.sqlite文件。将这个文件重命名，后面加个bak什么都行。为了保险，还可以将这个文件拖到电脑上保存一份。然后手机断开电脑，重启。重启后打开照片应用，图片会重新开始刷新出现。而photos.sqlite文件也会重新出现一个。（注：photos.sqlite文件是照片数据库存储文件）先森之前将这个文件直接删除了，重启后发现照片丢失了一部分，进入DCIM发现图片不见了。。。最后只有恢复备份。如果photos.sqlite文件有备份的话，可能直接恢复就OK了。6、电脑下载安装DB Browser for SQLite，安装后，将手机「/PhotoData」文件夹下新生成的photos.sqlite文件导出到电脑，拖到软件框中打开，切换至「执行SQL」Tab下，粘贴以下更新语句：UPDATE zgenericassetSET zaddeddate = zdatecreatedWHERE zaddeddate>0 AND zdirectory LIKE 'DCIM%'点击 ▶︎ 按钮，等待一毫秒，看到底部框中显示「执行成功」后，点击顶部「写入更改」；执行SQL点击顶部的「文件」，再点击「关闭数据库」，或者按快捷键Ctrl+W；7、将手机「/PhotoData」文件夹下的photos.sqlite再重命名做个备份，比如photos.sqlite.bak2；然后将软件修改后的photos.sqlite导入到「/PhotoData」中；8、将手机「/PhotoData」文件夹下的「Photos.sqlite-shm」与「Photos.sqlite-wal」都重命名做备份。PS：此时手机上的照片APP应该是关闭状态。先森的备份战况8、打开 iOS 的照片 App 相机胶卷，会发现照片已经按照时间来排序了，并且Live Photo也不是照片与视频分离的。总结通过先森惨痛的经历，我们应当记住的是备份的重要性，而备份更重要的是有效备份。关于iPhone的备份方案，如果够勤快，可以过一段时间通过电脑备份一次，iTunes或者其他工具；如果有钱，可以购买icloud的套餐，50G/6元/月，200G/21元/月，2T/68元/月；如果没那么土豪，可以和先森一样，icloud用来备份除照片以外的数据，毕竟这些数据没有多大，5G完全够用了，然后照片，先森是用的OneDrive。OneDrive个人账号空间是5G，先森通过完成邀请任务将空间扩容到15G（邀请1人增加0.5G，最多20人，可以通过某宝代完成），15G来存照片已经完全够用了。当然，先森还有教育邮箱的，1T-5T的空间，只是私密性和稳定性没那么好，最好还是不要存重要数据。当然，肯定有更好的方案，只是先森就只知道这么多了。

很久没有更新文章了，现在发现网站打开真的慢，但是又无心折腾，唉，老了。因为喜欢薅羊毛，所以手机有安装Telegram。最近升级了IOS 12，然后12.0.1出来了，赶紧更新一波。更新完成之后发现，手机软件也顺便更新了一波，所以Telegram也更新到了5.0.9这个版本。经过使用发现，这个版本不能安装自定义语言文件，所以不能汉化，这个倒无所谓，更让先森不爽的是，软件里的ssr链接全都变成了文字而不再是链接形式了，一点都不方便，所以怎么也得回退一下版本。百度了一下说要iTunes抓包，感觉有点麻烦，所以去问了一下朋友，朋友那里自己有做安装旧版本的网站，但是我下载后安装无限循环弹窗，让输入AppleID和密码，但是输入朋友提供的账号密码之后就闪退，无解，只能另寻出路，所以就有了本文。本文只谈经历，提供方法、工具的大佬需要我们膜拜。iPhone用自己的Apple ID下载安装旧版本的APP下载工具先森在威锋网找到了一个“苹果旧版app下载”的工具，后又在吾爱破解看到了，也不知道哪个是原出处。先入为主吧，且时间貌似威锋网这边更早一点，所以就当威锋网这边是原出处，这里是传送门：[原创] 苹果旧版APP一键下载(9.14更新）在原贴末尾有工具的下载，但是对于工具的使用却没有过多的描述，可能是已经更新到第三版了，所以工具比讲解更重要吧。为了防止原贴的百度网盘失效，先森自己也保存了一份，点击下载，提取码: 1234。下载工具后，需要先注册。注册随便填就好，邮箱也不需要验证。登录之后可以进入到软件的主页面。准备iTunes这个工具其实就是将以往需要手动抓包修改下载链接的工作自动化了，所以首先你电脑上安装的iTunes要带有应用商店，也就是说不能使用最新版本的iTunes。如果已经安装过iTunes，那么需要先将iTunes完全卸载，然后安装带有“应用”的版本。威锋大神提供的工具右上角，有一个“iTunes下载”按钮，下载的版本为12.3.2.25，这个版本可以使用。当然，也可以自己去Apple官网找到这个版本下载。iTunes 12.3.2.25下载后首先要登录你的Apple ID登录Apple ID因为版本比较老，所以开启了双重验证的Apple ID会登录不成功。这时候登录了该Apple ID的手机进入“设置”，点击飞行模式上面的那个头像，进入Apple ID的设置，再点击“密码与安全性”，进入后点击“获取安全码”，在电脑iTunes登录时，将弹出的安全码输入密码后面即可登录成功了。获取安全码另一个坑先森遇到的另一个坑是因为先森用的虚拟机，虚拟机环境中没有安装.NET4.0，如果不安装的话，威锋大佬发的软件就不能正常运行，无论怎么下载软件都是最新版本。所以一定要确定当前系统已经安装了“Microsoft .NET Framework 4.0”。下载旧版本APP准备工作就绪之后，软件使用起来就很简单了。1、iTunes顶部右侧搜索想要安装的APP；2、回到威锋大佬提供的软件搜索该APP；3、双击搜索到的所需APP，查看历史版本；4、右键所需要的历史版本，点击“下载此版本”，工具会弹窗提醒“应用成功，去itunes下载即可”；5、回到itunes，下载即可获取到旧版本的ipa软件包。下载旧版本APP（点击放大）下载完成后，iTunes点击“我的iPhone应用”，在应用右键点击“在Windows资源管理器中显示”即可得到旧版本的ipa软件包。最后将下载个i4助手等工具，连接手机后，在工具中打开应用，将ipa拖进应用列表即可安装。详细步骤请百度。总结操作可以说很简单，但是坑确实有，做个记录，希望能帮助到各位道友。回顾一下步骤，如下：1、下载威锋大佬的工具2、下载老版本的iTunes3、确认电脑是否安装.NET 4.0环境4、下载旧版本ipa软件包5、安装到手机

好久没有更新了，甚至好久没有进自己的博客了，今晚加班，先森趁着等待开工的时间，把手上的两个手机都给越狱了。之所以要越狱，是因为之前跟着女票刷了一会儿抖音，看到有人的iphone在来电时候，背景是林俊杰《可惜没如果》的MV视频！同样是苹果，为什么你的就这么炫酷？！先森之前以为很简单，设置联系人头像图片用live photo那种就行了，结果尝试后惨败，最后发现需要越狱。先森是没打算两个手机都越狱的。通过爱思助手，先森的6S PLUS很轻松的就越狱成功了，但是安装上插件（vWallpaper 2 for ios10）之后，打开到设置联系人那里就闪退。手机系统是IOS10.3，通过网上说的在隐私-通讯录那里选择允许啊什么的，都没用。通讯录里的选项，要打开软件，到设置联系人来电MV的地方弹窗之后，才会在隐私里面显示，软件闪退前点了“允许”在隐私里面就已经是允许了，根本不需要单独去点。总之，IOS 10.3应该是没戏，作者是一年多以前更新的，应该没有支持IOS10.3版本。虽然闪退，但是最后先森使用的是直接修改配置文件（GlobalVRingtones.plist）的方式让效果达到了。不过这种方式就不能给单独联系人设置不同的来电MV了，这时候强迫症就犯了——先森将另一台5S也给越狱了。5S的系统是IOS 10.2.1，也是轻松越狱，装上vWallpaper 2 for ios10后完美支持，先森发现单独设置联系人来电MV是VRingtonesByID.plist这个配置文件，只是这个文件里面的key是数字，要手动改的话，太麻烦了（先森还是用排除法找到了6S PLUS的key值）。研究清楚之后，先森觉得5S的越狱没啥价值了，就想回归到狱中。然而越狱容易返狱难，先森随手就把doubleH3lix删了，然后再去发现，想返狱很麻烦。就这样，先森陷入了一个进退两难的境地，系统回不去了，用爱思助手重装doubleH3lix后cydia变闪退了。不停的重启N次（是重启，不是注销），还是无果。然后看到PP助手里对他们的越狱工具所造成的cydia闪退的解决方法是把系统时间设置到2017年01月01日，我照做了。然后看到威锋网的网友提到了一句“挂微屁恩”，然后先森联想到6S PLUS越狱之后打开cydia提示无网络，也是需要科学上网的，先森就把5S的SSR打开了，然后打开doubleH3lix一点，竟然是注销了，然后进手机，cydia可以打开了。先森也不清楚两个操作是哪个生的效，或是一起生效，总之，还是回到了越狱的状态了。IOS 10越狱

自从毕业参加工作以来，重装系统、解决电脑故障的事情接触的越来越少了，精力都放在服务器上了。最近，合租的室友的电脑开不了机，开机就蓝屏，先森这里记录下解决过程。蓝屏代码0X00000024修复记录遇到这些问题，首先先森百度了一番，说是硬盘问题，坏道什么的。先尝试了最后一次正确的配置、安全模式，试了之后都是蓝屏，只能再找其他方法。还好的是，可以用U盘进PE系统。先森进入PE之后，想着可能实在不行得重装系统了，所以先想把系统盘的东西备份一下。问了一下合租室友，重要的东西都在桌面，而且真的是重要。这让先森更不敢乱整了。结果，先森硬是找了一圈没找到系统盘在哪，最后发现，I盘就是系统盘，但是I盘的大小并不显示，点击也没有效果。系统盘不显示使用大小这种情况让先森有点懵逼，咨询了下大学基友，基友的建议是让我尝试一下用傲梅分区助手拷贝一下系统盘的文件，然后进行备份。等待了10多分钟，备份完毕，但是备份出来的磁盘一看，还是不显示使用大小，备份出来和I盘系统盘一样的无法访问。最后，先森发现还是DiskGenius(硬盘修复分区工具)给力，打开时右侧默认显示的是“分区参数”，可以切换到“浏览文件”，先森就是这样将不显示磁盘使用大小的系统盘桌面文件拷贝出来了。重要文件既然做好了备份，那就可以随便浪了。先森首先扫描坏道，就是用DiskGenius，但是貌似没啥毛病。继续百度，找到了以前经常用来修复无法读取的SD卡的CMD命令，据说可以修复磁盘问题，没错，就是“chkdsk c:/f”。但是，问题来了，先森在PE中打开CMD，执行这个命令，提示命令不存在。先森下意识以为可能PE不支持这个命令，但是一想，别人提供教程的怎么又可以呢？——PE问题，区别就是使用的PE不同了。先森习惯使用的是老毛桃装机PE，而且进入菜单时，选择的是win8风格防蓝屏的PE，退出，进入老电脑XP风格的PE，然后再进CMD，一执行命令，有戏。先森也正是靠这个方法，解决了这次的蓝屏问题。PE中按win + R，输入cmd，然后执行“chkdsk I:/f”，因为先森这里系统盘是I盘。回车之后需要修复很久，反正先森是盯着看命令行刷了几万行。修复磁盘 漫长的等待之后，终于修复结束。修复完成结束之后退出PE，重启进入硬盘操作系统。系统重启时可能会更新和自检，等待至完毕后先森成功进入系统登录界面。总结总之，蓝屏问题最简单的就是重启就解决了，坚固点的恢复最后一次正确配置也能解决。然后再麻烦的就是如本文需要修复的了，更麻烦或者说是简单的就是重装系统了。但是无论怎样，操作之前一定要备份好重要文件。另外，桌面不放重要文件，这也是常识。实在常用，可以做快捷方式嘛。一件事情，时间久了总容易忘，所以先森将此记录下来，以便备忘，能帮到人当然是更好的。以上。

在运维工作中，经常接触到网络，所以先森今天看到这篇文章觉得写得不错，转载过来自用。一、TCP 协议的作用互联网由一整套协议构成。TCP 只是其中的一层，有着自己的分工。（图片说明：TCP 是以太网协议和 IP 协议的上层协议，也是应用层协议的下层协议。）最底层的以太网协议（Ethernet）规定了电子信号如何组成数据包（packet），解决了子网内部的点对点通信。（图片说明：以太网协议解决了局域网的点对点通信。）但是，以太网协议不能解决多个局域网如何互通，这由 IP 协议解决。（图片说明：IP 协议可以连接多个局域网。）IP 协议定义了一套自己的地址规则，称为 IP 地址。它实现了路由功能，允许某个局域网的 A 主机，向另一个局域网的 B 主机发送消息。（图片说明：路由器就是基于 IP 协议。局域网之间要靠路由器连接。）路由的原理很简单。市场上所有的路由器，背后都有很多网口，要接入多根网线。路由器内部有一张路由表，规定了 A 段 IP 地址走出口一，B 段地址走出口二，......通过这套"指路牌"，实现了数据包的转发。（图片说明：本机的路由表注明了不同 IP 目的地的数据包，要发送到哪一个网口（interface）。）IP 协议只是一个地址协议，并不保证数据包的完整。如果路由器丢包（比如缓存满了，新进来的数据包就会丢失），就需要发现丢了哪一个包，以及如何重新发送这个包。这就要依靠 TCP 协议。简单说，TCP 协议的作用是，保证数据通信的完整性和可靠性，防止丢包。二、TCP 数据包的大小以太网数据包（packet）的大小是固定的，最初是1518字节，后来增加到1522字节。其中， 1500 字节是负载（payload），22字节是头信息（head）。IP 数据包在以太网数据包的负载里面，它也有自己的头信息，最少需要20字节，所以 IP 数据包的负载最多为1480字节。（图片说明：IP 数据包在以太网数据包里面，TCP 数据包在 IP 数据包里面。）TCP 数据包在 IP 数据包的负载里面。它的头信息最少也需要20字节，因此 TCP 数据包的最大负载是 1480 - 20 = 1460 字节。由于 IP 和 TCP 协议往往有额外的头信息，所以 TCP 负载实际为1400字节左右。因此，一条1500字节的信息需要两个 TCP 数据包。HTTP/2 协议的一大改进， 就是压缩 HTTP 协议的头信息，使得一个 HTTP 请求可以放在一个 TCP 数据包里面，而不是分成多个，这样就提高了速度。（图片说明：以太网数据包的负载是1500字节，TCP 数据包的负载在1400字节左右。）三、TCP 数据包的编号（SEQ）一个包1400字节，那么一次性发送大量数据，就必须分成多个包。比如，一个 10MB 的文件，需要发送7100多个包。发送的时候，TCP 协议为每个包编号（sequence number，简称 SEQ），以便接收的一方按照顺序还原。万一发生丢包，也可以知道丢失的是哪一个包。第一个包的编号是一个随机数。为了便于理解，这里就把它称为1号包。假定这个包的负载长度是100字节，那么可以推算出下一个包的编号应该是101。这就是说，每个数据包都可以得到两个编号：自身的编号，以及下一个包的编号。接收方由此知道，应该按照什么顺序将它们还原成原始文件。（图片说明：当前包的编号是45943，下一个数据包的编号是46183，由此可知，这个包的负载是240字节。）四、TCP 数据包的组装收到 TCP 数据包以后，组装还原是操作系统完成的。应用程序不会直接处理 TCP 数据包。对于应用程序来说，不用关心数据通信的细节。除非线路异常，收到的总是完整的数据。应用程序需要的数据放在 TCP 数据包里面，有自己的格式（比如 HTTP 协议）。TCP 并没有提供任何机制，表示原始文件的大小，这由应用层的协议来规定。比如，HTTP 协议就有一个头信息Content-Length，表示信息体的大小。对于操作系统来说，就是持续地接收 TCP 数据包，将它们按照顺序组装好，一个包都不少。操作系统不会去处理 TCP 数据包里面的数据。一旦组装好 TCP 数据包，就把它们转交给应用程序。TCP 数据包里面有一个端口（port）参数，就是用来指定转交给监听该端口的应用程序。（图片说明：系统根据 TCP 数据包里面的端口，将组装好的数据转交给相应的应用程序。上图中，21端口是 FTP 服务器，25端口是 SMTP 服务，80端口是 Web 服务器。）应用程序收到组装好的原始数据，以浏览器为例，就会根据 HTTP 协议的Content-Length字段正确读出一段段的数据。这也意味着，一次 TCP 通信可以包括多个 HTTP 通信。五、慢启动和 ACK服务器发送数据包，当然越快越好，最好一次性全发出去。但是，发得太快，就有可能丢包。带宽小、路由器过热、缓存溢出等许多因素都会导致丢包。线路不好的话，发得越快，丢得越多。最理想的状态是，在线路允许的情况下，达到最高速率。但是我们怎么知道，对方线路的理想速率是多少呢？答案就是慢慢试。TCP 协议为了做到效率与可靠性的统一，设计了一个慢启动（slow start）机制。开始的时候，发送得较慢，然后根据丢包的情况，调整速率：如果不丢包，就加快发送速度；如果丢包，就降低发送速度。Linux 内核里面设定了（常量TCP_INIT_CWND），刚开始通信的时候，发送方一次性发送10个数据包，即"发送窗口"的大小为10。然后停下来，等待接收方的确认，再继续发送。默认情况下，接收方每收到两个TCP 数据包，就要发送一个确认消息。"确认"的英语是 acknowledgement，所以这个确认消息就简称 ACK。ACK 携带两个信息：·期待要收到下一个数据包的编号·接收方的接收窗口的剩余容量发送方有了这两个信息，再加上自己已经发出的数据包的最新编号，就会推测出接收方大概的接收速度，从而降低或增加发送速率。这被称为"发送窗口"，这个窗口的大小是可变的。(图片点击放大)（图片说明：每个 ACK 都带有下一个数据包的编号，以及接收窗口的剩余容量。双方都会发送 ACK。）注意，由于 TCP 通信是双向的，所以双方都需要发送 ACK。两方的窗口大小，很可能是不一样的。而且 ACK 只是很简单的几个字段，通常与数据合并在一个数据包里面发送。（图片说明：上图一共4次通信。第一次通信，A 主机发给B 主机的数据包编号是1，长度是100字节，因此第二次通信 B 主机的 ACK 编号是 1 + 100 = 101，第三次通信 A 主机的数据包编号也是 101。同理，第二次通信 B 主机发给 A 主机的数据包编号是1，长度是200字节，因此第三次通信 A 主机的 ACK 是201，第四次通信 B 主机的数据包编号也是201。）即使对于带宽很大、线路很好的连接，TCP 也总是从10个数据包开始慢慢试，过了一段时间以后，才达到最高的传输速率。这就是 TCP 的慢启动。六、数据包的遗失处理TCP 协议可以保证数据通信的完整性，这是怎么做到的？前面说过，每一个数据包都带有下一个数据包的编号。如果下一个数据包没有收到，那么 ACK 的编号就不会发生变化。举例来说，现在收到了4号包，但是没有收到5号包。ACK 就会记录，期待收到5号包。过了一段时间，5号包收到了，那么下一轮 ACK 会更新编号。如果5号包还是没收到，但是收到了6号包或7号包，那么 ACK 里面的编号不会变化，总是显示5号包。这会导致大量重复内容的 ACK。如果发送方发现收到三个连续的重复 ACK，或者超时了还没有收到任何 ACK，就会确认丢包，即5号包遗失了，从而再次发送这个包。通过这种机制，TCP 保证了不会有数据包丢失。（图片说明：Host B 没有收到100号数据包，会连续发出相同的 ACK，触发 Host A 重发100号数据包。）（完）

转眼7月降临，童鞋们的流量是不是又hold不住了呢？朋友告诉先森移动这次又有了可以领流量的地方，来看看。这次的签到领流量活动是在淘宝中进行的，每签到7天可以领100M流量，重点是，这是国内流量。高考结束出去旅游的童鞋们可以继续嗨了。另外以下活动依旧可以参加：四川移动流量活动两则：5月-9月每月100M；流量用满就送中国移动MM应用商场送530M国内流量活动规则活动时间：2017.07.01-2017.07.28活动对象：全国移动.活动平台：手机淘宝APP参加活动复制口令“￥otQmZziz2Zm￥”到手机淘宝打开，关注店铺“中国移动官方旗舰店”，绑定淘宝ID和手机号后开始签到。签到领流量活动规则

这个月不知道怎么领的，移动的流量居然累积到了5个G，所以想当然的认为大家都不缺流量，因此没有怎么分享流量。可是身边的朋友竟然因为大意把流量用完了，还扣了近100块的话费，罪过。月末了，不知是否有朋友流量枯竭，但就算没有枯竭，咱也要为下个月的口粮做打算了。领取500M流量活动规则活动时间：2017.06.16-2017.07.30活动对象：全国移动，要新用户或者是3个月内没有登录的老用户才可以领取500M流量！活动平台：安卓手机MM应用商城APP注意事项：同一个安卓手机最多可以给两个手机号码领奖、不得使用非手机终端操作获奖，否则取消活动资格。参与活动1.首先，这个活动需要下载MM应用商城APP，百度“中国移动应用商城”即可找到。注意，只有安卓手机才能装哦，苹果用户。。。先森就是，所以电脑下载的安卓模拟器参加的活动。2.打开应用，首先登录。没有注册过的就注册，如果注册过的就登录。密码可能忘记了，但是先森提醒下，密码应该是和飞信共通的，不过实在记不起来还是直接重置密码吧。3.进入应用，点击底部菜单栏->优惠，找到“有奖活动”。（点击查看原图）优惠->"有奖活动"4.在活动中，找到“MM派福利：500M流量免费领”，进入。MM派福利：500M流量免费领5.流量是需要抢的，在活动期间每天的每个整点发放。另外，分享可以活动30M流量，这个就不需要抢了。可以继续往下看，看看活动规则。整点领流量6.活动规则：（点击放大 查看原图）活动规则

关注公众号之后 点击菜单栏【领流量】然后分享给朋友或者分享到朋友圈（先森一般分享给自己），验证手机号，提交即可。每日限量，今天没有了的话，朋友们可以明天领取。流量非秒到，将在72小时到账，三网用户均可领取（但是实测还是秒到的）。活动更新为每日可领，新老用户不限！本来是联通、电信不限量的:电信、联通不限量但貌似现在已经变更为移动、联通、电信三网均不限量了，移动的同学可以试试。移动、联通、电信全都有具体的领取流程，请看这里：5月全国流量活动：点赞“一带一路”领100M流量