<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel><title>静雪的小屋</title><link>https://yukinanoheya.uk/zh/</link>
<description>かわいいな静雪の小屋です</description><language>zh-cn</language>
<atom:link href="https://yukinanoheya.uk/zh/rss.xml" rel="self" type="application/rss+xml"/>
<item><title><![CDATA[Sunpack开发后日谈（？）]]></title><link>https://yukinanoheya.uk/zh/post/sunpack/</link>
<guid isPermaLink="true">https://yukinanoheya.uk/zh/post/sunpack/</guid><pubDate>Mon, 28 Sep 2026 00:00:00 GMT</pubDate>
<description><![CDATA[<h3>初期只为了彻底解决“如何解压”这种问题的小项目，结果越做越发现不简单</h3>
<p>有下面几个难点</p>
<ul>
<li>Watch模式判稳模型：处理NTFS的事件系统的判稳模型的算法，不能轮询，要能处理事件风暴，这里事件过滤很重要。</li>
<li>管理员安装软件问题：NTFS卷级日志要管理员权限，于是要处理Windows安装管理员权限软件问题。最坑爹的就是一个普通用户持有管理员Token安装软件，如果你写Appdata，数据会进管理员Appdata而不是当前用户的Appdata，导致当前用户运行软件找不到数据，解决方法就是安装全局机器。</li>
<li>注册表坑：HKLM注册表注册toast通知身份不生效，必须HKLU。</li>
<li>递归授权算法：这是开放性问题：什么算递归不能解压的文件。最终采用赔率模型。</li>
<li>异步IO：overlapped IO平衡好粒度，异步IO看起来美好，管理成本不低，小任务管理成本过高，性能不如同步IO。同时异步IO的缓存性能和淘汰策略高度相关，遇到过缓存简单改FIFO，速度马上提升20%。</li>
<li>7z并行算法的优化：难点是处理并行粒度，也就是要以低成本扫描迅速确定这个压缩包有多少个block可并行，根据需求并行，并防止内存爆炸。</li>
<li>底层Rust分析：分析其实真不难，难点是你要平衡扫描成本和误判率，以及防止异常输入导致内存overflow。</li>
<li>WAL崩溃恢复：实现不难，难点是最低成本，毕竟确保绕过缓存的落盘写入极其昂贵，不能影响小任务速度</li>
<li>分卷关系判断：混乱后缀下尽可能还原分卷，开放性信息瓶颈问题，难点在逼近信息论上限。</li>
<li>密码批量探测：根据格式特点筛错误密码，难点是平衡成本和误判率，还有最后的兜底路径。</li>
<li>错误处理状态机：状态爆炸，压缩包可能有各种错误，错误叠加而不能程序报错。</li>
<li>Windows原生托盘：难点一个是显示器分辨率，一个是资源管理器崩溃重启，这块全在给windows兜底。</li>
<li>文件句柄管理：项目大了加上全面并发，各个地方都在读取，必须追踪，不追踪就会莫名其妙占用然后出极其难排查的竞态bug，这个就是项目当年最痛苦的bug。</li>
</ul>
<h3>做完后我也能理解为什么很多开源项目是大杂烩语言了（）</h3>
<ul>
<li>
<p>用Rust是因为Rust编译器和生态太好了，很多底层老旧库都有Rust新实现库，而且这些新实现的性能都特别好，现代特性用得很多</p>
</li>
<li>
<p>用Python是因为开发效率高生态好，要不然哪怕增量编译也很麻烦。</p>
</li>
<li>
<p>用C++是因为windows底层API最自然简单的交互方式就是C++，还有7z源码也是C++，你不得不用。<br />
至于C和汇编是7z源码和zlib-ng库代码自带的。</p>
</li>
<li>
<p>Powershell是windows开发脚本，用来构建环境，做windows原生测试的。</p>
</li>
</ul>
]]></description><content:encoded><![CDATA[<h3>初期只为了彻底解决“如何解压”这种问题的小项目，结果越做越发现不简单</h3>
<p>有下面几个难点</p>
<ul>
<li>Watch模式判稳模型：处理NTFS的事件系统的判稳模型的算法，不能轮询，要能处理事件风暴，这里事件过滤很重要。</li>
<li>管理员安装软件问题：NTFS卷级日志要管理员权限，于是要处理Windows安装管理员权限软件问题。最坑爹的就是一个普通用户持有管理员Token安装软件，如果你写Appdata，数据会进管理员Appdata而不是当前用户的Appdata，导致当前用户运行软件找不到数据，解决方法就是安装全局机器。</li>
<li>注册表坑：HKLM注册表注册toast通知身份不生效，必须HKLU。</li>
<li>递归授权算法：这是开放性问题：什么算递归不能解压的文件。最终采用赔率模型。</li>
<li>异步IO：overlapped IO平衡好粒度，异步IO看起来美好，管理成本不低，小任务管理成本过高，性能不如同步IO。同时异步IO的缓存性能和淘汰策略高度相关，遇到过缓存简单改FIFO，速度马上提升20%。</li>
<li>7z并行算法的优化：难点是处理并行粒度，也就是要以低成本扫描迅速确定这个压缩包有多少个block可并行，根据需求并行，并防止内存爆炸。</li>
<li>底层Rust分析：分析其实真不难，难点是你要平衡扫描成本和误判率，以及防止异常输入导致内存overflow。</li>
<li>WAL崩溃恢复：实现不难，难点是最低成本，毕竟确保绕过缓存的落盘写入极其昂贵，不能影响小任务速度</li>
<li>分卷关系判断：混乱后缀下尽可能还原分卷，开放性信息瓶颈问题，难点在逼近信息论上限。</li>
<li>密码批量探测：根据格式特点筛错误密码，难点是平衡成本和误判率，还有最后的兜底路径。</li>
<li>错误处理状态机：状态爆炸，压缩包可能有各种错误，错误叠加而不能程序报错。</li>
<li>Windows原生托盘：难点一个是显示器分辨率，一个是资源管理器崩溃重启，这块全在给windows兜底。</li>
<li>文件句柄管理：项目大了加上全面并发，各个地方都在读取，必须追踪，不追踪就会莫名其妙占用然后出极其难排查的竞态bug，这个就是项目当年最痛苦的bug。</li>
</ul>
<h3>做完后我也能理解为什么很多开源项目是大杂烩语言了（）</h3>
<ul>
<li>
<p>用Rust是因为Rust编译器和生态太好了，很多底层老旧库都有Rust新实现库，而且这些新实现的性能都特别好，现代特性用得很多</p>
</li>
<li>
<p>用Python是因为开发效率高生态好，要不然哪怕增量编译也很麻烦。</p>
</li>
<li>
<p>用C++是因为windows底层API最自然简单的交互方式就是C++，还有7z源码也是C++，你不得不用。<br />
至于C和汇编是7z源码和zlib-ng库代码自带的。</p>
</li>
<li>
<p>Powershell是windows开发脚本，用来构建环境，做windows原生测试的。</p>
</li>
</ul>
]]></content:encoded></item>
<item><title><![CDATA[资源解压工具]]></title><link>https://yukinanoheya.uk/zh/post/unzip/</link>
<guid isPermaLink="true">https://yukinanoheya.uk/zh/post/unzip/</guid><pubDate>Tue, 27 Jan 2026 00:00:00 GMT</pubDate>
<description><![CDATA[<h3>做了一个专门用来自动化处理混淆资源的工具，大家可以看看</h3>
<h1>SunPack</h1>
<p><strong>SunPack 是一款 Windows-only 的自动化压缩包处理工具，支持命令行、Watch 监控和右键菜单调用。</strong></p>
<p>它支持 7z、RAR、ZIP 等格式，并实验性支持 XZ、BZip2、Gzip、TAR 和 Zstandard，可处理分卷包、自解压包及嵌入在无效数据中的压缩包。</p>
<p>SunPack 通过二进制特征而非文件扩展名识别压缩包，对混乱后缀和不完整文件名具有一定容错能力。</p>
<hr />
<p>详细说明见Github Readme</p>
<p>开源地址：<a href="https://github.com/Qinjingxue/Sunpack">https://github.com/Qinjingxue/Sunpack</a></p>
]]></description><content:encoded><![CDATA[<h3>做了一个专门用来自动化处理混淆资源的工具，大家可以看看</h3>
<h1>SunPack</h1>
<p><strong>SunPack 是一款 Windows-only 的自动化压缩包处理工具，支持命令行、Watch 监控和右键菜单调用。</strong></p>
<p>它支持 7z、RAR、ZIP 等格式，并实验性支持 XZ、BZip2、Gzip、TAR 和 Zstandard，可处理分卷包、自解压包及嵌入在无效数据中的压缩包。</p>
<p>SunPack 通过二进制特征而非文件扩展名识别压缩包，对混乱后缀和不完整文件名具有一定容错能力。</p>
<hr />
<p>详细说明见Github Readme</p>
<p>开源地址：<a href="https://github.com/Qinjingxue/Sunpack">https://github.com/Qinjingxue/Sunpack</a></p>
]]></content:encoded></item>
<item><title><![CDATA[をば连用助词]]></title><link>https://yukinanoheya.uk/zh/post/oba/</link>
<guid isPermaLink="true">https://yukinanoheya.uk/zh/post/oba/</guid><pubDate>Mon, 26 Jan 2026 00:00:00 GMT</pubDate>
<description><![CDATA[<h3>起因</h3>
<p>Ci-en读月之水的旧帖子，读到下面这句话：これまでに主人公ほたるの衣装を何点かご紹介してきましたが、まだ画像を出していなかった物があるのでそちらの公開をば。</p>
<p>简单翻译：虽然至今介绍了很多主人公“萤”的服装，但还有一些服装没有画成所以这方面的公开展示就。</p>
<h3>发现</h3>
<p>这个结尾的“をば”挺有意思的 结构上是 を＋は=をば（は发生了浊化）。</p>
<p>这里的は是古语中的係助詞，意思是强调は前面的事物，和现代助词は有所不同。</p>
<img src="https://yukinanoheya.uk/post/oba/image_1769441132518_818.png" alt="image_1769441132518_818.png" class="img-left" style="max-height: 40rem;">
<p>因此这个结构就是对を和を前面的内容的强调，是古文残留。现代语中这个结构主要用于强调省略后面的情况。 比如这里的 公開をば 实际上根据语境应该是 公開をば（やめさせていただきます），省略的内容因为可以推断出来就省了。</p>
<p>类似的还有：ちょっぴり説明をば（する）。補足をば（する）。因为する很容易猜到就省了。</p>
<p>当然你直接说：公開を，説明を，補足を。不加ば也没问题，不过会愣一下然后发现を后面的东西省略了。而用をば就可以一眼猜到后面省略了。这就是をば的作用。</p>
<h3>参考</h3>
<p><a href="https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q10122505715">https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q10122505715</a></p>
<p><a href="https://ci-en.dlsite.com/creator/144/article/1461097">https://ci-en.dlsite.com/creator/144/article/1461097</a></p>
]]></description><content:encoded><![CDATA[<h3>起因</h3>
<p>Ci-en读月之水的旧帖子，读到下面这句话：これまでに主人公ほたるの衣装を何点かご紹介してきましたが、まだ画像を出していなかった物があるのでそちらの公開をば。</p>
<p>简单翻译：虽然至今介绍了很多主人公“萤”的服装，但还有一些服装没有画成所以这方面的公开展示就。</p>
<h3>发现</h3>
<p>这个结尾的“をば”挺有意思的 结构上是 を＋は=をば（は发生了浊化）。</p>
<p>这里的は是古语中的係助詞，意思是强调は前面的事物，和现代助词は有所不同。</p>
<img src="https://yukinanoheya.uk/post/oba/image_1769441132518_818.png" alt="image_1769441132518_818.png" class="img-left" style="max-height: 40rem;">
<p>因此这个结构就是对を和を前面的内容的强调，是古文残留。现代语中这个结构主要用于强调省略后面的情况。 比如这里的 公開をば 实际上根据语境应该是 公開をば（やめさせていただきます），省略的内容因为可以推断出来就省了。</p>
<p>类似的还有：ちょっぴり説明をば（する）。補足をば（する）。因为する很容易猜到就省了。</p>
<p>当然你直接说：公開を，説明を，補足を。不加ば也没问题，不过会愣一下然后发现を后面的东西省略了。而用をば就可以一眼猜到后面省略了。这就是をば的作用。</p>
<h3>参考</h3>
<p><a href="https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q10122505715">https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q10122505715</a></p>
<p><a href="https://ci-en.dlsite.com/creator/144/article/1461097">https://ci-en.dlsite.com/creator/144/article/1461097</a></p>
]]></content:encoded></item>
<item><title><![CDATA[Exhentai的进入方法]]></title><link>https://yukinanoheya.uk/zh/post/exhentai_white/</link>
<guid isPermaLink="true">https://yukinanoheya.uk/zh/post/exhentai_white/</guid><pubDate>Sun, 25 Jan 2026 00:00:00 GMT</pubDate>
<description><![CDATA[<h2>里站和表站的简单介绍</h2>
<ul>
<li>Ehentai分为表站的[<a href="https://e-hentai.org">E-hentai</a>](https://e-hentai.org)和里站的[<a href="https://exhentai.org">Exhentai</a>](https://exhentai.org/)</li>
<li>里站相比于表站好处就是没广告，并且可以看收到版权警告而表站隐藏的和部分明显幼化画风的图库（受到欧美反儿童色情风潮的影响），可能部分重口也受到影响（未确认）</li>
<li>相比于其他漫画站，Ehentai最大的好处是存可下载的未压缩的原图。反之如果没有下原图的需求并不推荐Ehentai，表站对于萝莉向作品确实隐藏太多了，而且作为最大的盗版站，收到版权警告而表站下架作品也是家常便饭</li>
</ul>
<hr />
<h2>进入里站的方法</h2>
<p>这里首先先推荐阅读一篇关于E站各种问题的经典文章：<a href="https://nicebowl.fun/11">https://nicebowl.fun/11</a>，本站只讲几个重点部分，详细的可以去这篇文章翻</p>
<p>步骤如下：</p>
<ol>
<li>登录e-hentai之后创建一个账号，尽量欧美邮箱（我用的是Gmail）</li>
<li>然后就是等，1个月~1年都有可能（玄学），可以试着做些贡献，据说也能增加账号过里站审核的机会，比如：多活跃账号，上传一些没被传过的作品，捐赠，做种，H@H等，也有说法是E站捐赠达到一定数额可以自动获得里站全选。我的是有两个账号，一个创建一年什么也没干，然后一年后登录突然发现就能上里站了，另一个到现在六年了也上不了里站</li>
<li>等的期间时常检查里站权限，这是最艰难的一步，检查方法如下
<ol>
<li>确保表站处于账号登录状态</li>
<li>打开里站网址，看到浏览器标签页不转圈了，但还是无任何显示内容，就是失败了，有显示内容就是成功了</li>
<li><strong>重点来了</strong>，打不开里站有两种情况，一种是IP地址被E站服务器列入黑名单，另一种是账号没权限，因此我们需要排除前两种情况</li>
<li>先讲一下里站的cookies结构，打开里站按下F12打开浏览器的开发者工具，找到应用的cookies字段，你可能会看到igneous，ipb_member_id，ipb_pass_hash，yay这四个数值，<img src="https://yukinanoheya.uk/post/exhentai_white/image_1769354573445_306.png" alt="image_1769354573445_306.png" />
<ol>
<li>igneous用于标识你是否能进里站，它的数值为mystery就进不去，为19位随机字符就能进去。</li>
<li>ipb_member_id，ipb_pass_hash是从e-hentai表站那里获取的，所以需要登录表站来让里站获取这两个数值，它用于标明你的账号身份，反之没有这两个数值的话请检查你的表站登录状态</li>
<li>yay数值对于进入里站没有任何用还似乎会阻拦换IP地址（下面会说）时igneous数值的获取，看到请删除后刷新。</li>
</ol>
</li>
<li>IP进黑名单很难排除，没人知道E站具体是什么黑名单机制，只有一些玄学猜测，所以方法上简而言之是多换IP地址尝试。换IP地址的方法最常见的是利用VPN，VPN位于欧美，且利用人数越少，成功率就越高。也就是你换一个VPN节点，然后删除里站cookies，之后刷新里站网页看进不进得去就OK。删除cookies的方法如下，借用nicebowl的图片：<img src="https://yukinanoheya.uk/post/exhentai_white/image_1769358827883_569.png" alt="image_1769358827883_569.png" /></li>
<li>部分个人自建的公共VPN提供对Exhentai的特设节点支持，由于对方不允许公共宣传，请大家自行寻找。也可以自学VPN搭建，买个欧美的VPS建就行，理论成功率最高</li>
<li>也可以尝试利用非VPN方法绕过GFW，这样用的就是你家的IP，我还真的成功过一次，绕过方法推荐<a href="https://github.com/SpaceTimee/Sheas-Cealer">Sheas-Cealer</a>，手机端的<a href="https://github.com/xiaojieonly/Ehviewer_CN_SXJ">Ehviewer</a>利用的也是类似的原理（域前置）</li>
</ol>
</li>
<li>一旦成功进入里站，请立即保存igneous的19位随机字符数值，这是进入里站的令牌。Ehviewer可在设置中找到保存cookies的功能，电脑端可使用插件：<a href="https://chromewebstore.google.com/detail/cookie-editor/hlkenndednhfkekhgcdicdfddnkalmdm">Cookie-Editor</a>，选择Export后选择一种格式导出即可。</li>
<li>下次再登录里站如果出现无内容显示时，只需要打开浏览器开发者工具，将igneous的字段的mystery数值替换为你之前保存的igneous的19位字段之后刷新就能进去。手机端Ehviewer选择cookies登录填入该数值也可以。</li>
<li>注意目前19位字段的igneous数值有效期是3个月，如果你发现你填入igneous数值刷新后变回mystery，代表这个令牌过期了，需要重新走一遍获取流程。</li>
<li>整个E站认证的流程图如下，借用Nicebowl的图片：<img src="https://yukinanoheya.uk/post/exhentai_white/image_1769358852579_174.png" alt="image_1769358852579_174.png" /></li>
</ol>
<hr />
<h2>Ehentai相关推荐和碎碎念</h2>
<h3>相关推荐</h3>
<ol>
<li>让E站更好用的必备浏览器油猴脚本：
<ol>
<li>批量下载插件：<a href="https://github.com/ccloli/E-Hentai-Downloader">Ehentai downloader</a>。</li>
<li>E站翻译插件：<a href="https://github.com/EhTagTranslation/EhSyringe">EhSyringe</a></li>
<li>E站漫画式浏览插件：<a href="https://github.com/hanFengSan/eHunter">Ehunter</a></li>
</ol>
</li>
<li>手机端E站浏览APP：<a href="https://github.com/FooIbar/EhViewer">Ehviewer</a></li>
</ol>
<h3>碎碎念</h3>
<ol>
<li>E站现在直链下载均需要GP，GP只要上传个一两本没人传过的就很好得，我自己的号传了3本生肉加上2本汉化，就有100多万GP</li>
<li>EX里站实在上不去可以用<a href="https://nhentai.net/">Nhentai</a>，<a href="https://hitomi.la">hitomi</a>，禁漫，哔咔等代替</li>
</ol>
]]></description><content:encoded><![CDATA[<h2>里站和表站的简单介绍</h2>
<ul>
<li>Ehentai分为表站的[<a href="https://e-hentai.org">E-hentai</a>](https://e-hentai.org)和里站的[<a href="https://exhentai.org">Exhentai</a>](https://exhentai.org/)</li>
<li>里站相比于表站好处就是没广告，并且可以看收到版权警告而表站隐藏的和部分明显幼化画风的图库（受到欧美反儿童色情风潮的影响），可能部分重口也受到影响（未确认）</li>
<li>相比于其他漫画站，Ehentai最大的好处是存可下载的未压缩的原图。反之如果没有下原图的需求并不推荐Ehentai，表站对于萝莉向作品确实隐藏太多了，而且作为最大的盗版站，收到版权警告而表站下架作品也是家常便饭</li>
</ul>
<hr />
<h2>进入里站的方法</h2>
<p>这里首先先推荐阅读一篇关于E站各种问题的经典文章：<a href="https://nicebowl.fun/11">https://nicebowl.fun/11</a>，本站只讲几个重点部分，详细的可以去这篇文章翻</p>
<p>步骤如下：</p>
<ol>
<li>登录e-hentai之后创建一个账号，尽量欧美邮箱（我用的是Gmail）</li>
<li>然后就是等，1个月~1年都有可能（玄学），可以试着做些贡献，据说也能增加账号过里站审核的机会，比如：多活跃账号，上传一些没被传过的作品，捐赠，做种，H@H等，也有说法是E站捐赠达到一定数额可以自动获得里站全选。我的是有两个账号，一个创建一年什么也没干，然后一年后登录突然发现就能上里站了，另一个到现在六年了也上不了里站</li>
<li>等的期间时常检查里站权限，这是最艰难的一步，检查方法如下
<ol>
<li>确保表站处于账号登录状态</li>
<li>打开里站网址，看到浏览器标签页不转圈了，但还是无任何显示内容，就是失败了，有显示内容就是成功了</li>
<li><strong>重点来了</strong>，打不开里站有两种情况，一种是IP地址被E站服务器列入黑名单，另一种是账号没权限，因此我们需要排除前两种情况</li>
<li>先讲一下里站的cookies结构，打开里站按下F12打开浏览器的开发者工具，找到应用的cookies字段，你可能会看到igneous，ipb_member_id，ipb_pass_hash，yay这四个数值，<img src="https://yukinanoheya.uk/post/exhentai_white/image_1769354573445_306.png" alt="image_1769354573445_306.png" />
<ol>
<li>igneous用于标识你是否能进里站，它的数值为mystery就进不去，为19位随机字符就能进去。</li>
<li>ipb_member_id，ipb_pass_hash是从e-hentai表站那里获取的，所以需要登录表站来让里站获取这两个数值，它用于标明你的账号身份，反之没有这两个数值的话请检查你的表站登录状态</li>
<li>yay数值对于进入里站没有任何用还似乎会阻拦换IP地址（下面会说）时igneous数值的获取，看到请删除后刷新。</li>
</ol>
</li>
<li>IP进黑名单很难排除，没人知道E站具体是什么黑名单机制，只有一些玄学猜测，所以方法上简而言之是多换IP地址尝试。换IP地址的方法最常见的是利用VPN，VPN位于欧美，且利用人数越少，成功率就越高。也就是你换一个VPN节点，然后删除里站cookies，之后刷新里站网页看进不进得去就OK。删除cookies的方法如下，借用nicebowl的图片：<img src="https://yukinanoheya.uk/post/exhentai_white/image_1769358827883_569.png" alt="image_1769358827883_569.png" /></li>
<li>部分个人自建的公共VPN提供对Exhentai的特设节点支持，由于对方不允许公共宣传，请大家自行寻找。也可以自学VPN搭建，买个欧美的VPS建就行，理论成功率最高</li>
<li>也可以尝试利用非VPN方法绕过GFW，这样用的就是你家的IP，我还真的成功过一次，绕过方法推荐<a href="https://github.com/SpaceTimee/Sheas-Cealer">Sheas-Cealer</a>，手机端的<a href="https://github.com/xiaojieonly/Ehviewer_CN_SXJ">Ehviewer</a>利用的也是类似的原理（域前置）</li>
</ol>
</li>
<li>一旦成功进入里站，请立即保存igneous的19位随机字符数值，这是进入里站的令牌。Ehviewer可在设置中找到保存cookies的功能，电脑端可使用插件：<a href="https://chromewebstore.google.com/detail/cookie-editor/hlkenndednhfkekhgcdicdfddnkalmdm">Cookie-Editor</a>，选择Export后选择一种格式导出即可。</li>
<li>下次再登录里站如果出现无内容显示时，只需要打开浏览器开发者工具，将igneous的字段的mystery数值替换为你之前保存的igneous的19位字段之后刷新就能进去。手机端Ehviewer选择cookies登录填入该数值也可以。</li>
<li>注意目前19位字段的igneous数值有效期是3个月，如果你发现你填入igneous数值刷新后变回mystery，代表这个令牌过期了，需要重新走一遍获取流程。</li>
<li>整个E站认证的流程图如下，借用Nicebowl的图片：<img src="https://yukinanoheya.uk/post/exhentai_white/image_1769358852579_174.png" alt="image_1769358852579_174.png" /></li>
</ol>
<hr />
<h2>Ehentai相关推荐和碎碎念</h2>
<h3>相关推荐</h3>
<ol>
<li>让E站更好用的必备浏览器油猴脚本：
<ol>
<li>批量下载插件：<a href="https://github.com/ccloli/E-Hentai-Downloader">Ehentai downloader</a>。</li>
<li>E站翻译插件：<a href="https://github.com/EhTagTranslation/EhSyringe">EhSyringe</a></li>
<li>E站漫画式浏览插件：<a href="https://github.com/hanFengSan/eHunter">Ehunter</a></li>
</ol>
</li>
<li>手机端E站浏览APP：<a href="https://github.com/FooIbar/EhViewer">Ehviewer</a></li>
</ol>
<h3>碎碎念</h3>
<ol>
<li>E站现在直链下载均需要GP，GP只要上传个一两本没人传过的就很好得，我自己的号传了3本生肉加上2本汉化，就有100多万GP</li>
<li>EX里站实在上不去可以用<a href="https://nhentai.net/">Nhentai</a>，<a href="https://hitomi.la">hitomi</a>，禁漫，哔咔等代替</li>
</ol>
]]></content:encoded></item></channel></rss>