[X] My Assistant

你如果要堅持2H的話，我是建議你不要用2H攻擊技能做基底，

而是改用龍吼FUS RO DAH，這技能打擊是全對象，10隻都暈

https://ehwiki.org/wiki/Skills/Chinese#Special_Skills

龍吼暈人時間比較長，控制的好可以無限龍吼

而用龍吼當基底，可以改換刺劍，要不然就是直上二天，

二天的話副手武器可以增加很多保命效果，

脇差有加物理攻速有招架，還能另外再打9L的IW去加額外素質，比單2H更保命

好，謝謝
龍吼我在看指引文章時就關注很久了，在前陣子終於上 Lv.300 並打通 AR300 開心的拿到，目前使用的很頻繁
只是要說的話 2H 沒有什麼威力高的攻擊技能呢，遇到紅字敵人不是靈動小馬炮打一下然後慢慢普攻削血，就是龍吼後直接開靈動打
到鬥氣條空再慢慢補靈動。現在打一場 AR300 還要四十分鐘 (IMG:[invalid] style_emoticons/default/sad.gif)

以前有考慮過刺劍，因為它的攻擊特效是破甲，真的更實用多。但我比較喜歡長劍、太刀這類的武器，所以就不拿
了 (IMG:[invalid] style_emoticons/default/cool.gif)
二天一流我超級想玩的，可是我一直收不到能立刻用的虛空太刀殺戮…… (IMG:[invalid] style_emoticons/default/sad.gif)

台灣用戶少，所以成長比對岸慢
保持穩定的 online 狀態、提高 cache 上限 、 提高頻寬上限
這些做完以後，只能慢慢等了

另外也要停機請從 H@H 正確的下 shutdown 後，再停機
直接關閉程式的成本很高

好，那我再慢慢等，謝謝！
Maximum Burst Speed 設了 12.50 MB/s
Maximum Disk Cache Size 設了 650 GB
覺得應該是很足夠了，沒想到是跟地區用戶有關

目前的電腦掛久了很容易就當機重開，所以很少有機會從程式正確的 Shutdown H@H 關閉它 (IMG:[invalid] style_emoticons/default/sad.gif)
還有一個很好奇的問題就是 Quality 是怎麼計算的呢。時常發現明明很正常的掛著讓 H@H 使用頻寬，我電腦也僅僅只有開 H@H 沒有其它會占用頻寬的程式，但 Quality 就是會越掛越低
像現在睡醒了結果從下午的 5000 變成了 3000 (IMG:[invalid] style_emoticons/default/wink.gif)

---

脇差的話前陣子有詢問是 Balance 後綴最佳，那這次拍賣剛好有一把能馬上拿來用的脇差，請問這把就足夠用了嗎
https://hentaiverse.org/equip/284077199/753da9240c

剛好還有一個問題，想詢問為什麼會是挑 Balance 而不是 Nimble ，一直以為招架率最高才是上策呢

最近老是在把 H@H 的数据搬来搬去，感觉似乎发现了一种投机取巧的方法，但不知道到底算不算违规，比如美国的 Static Ranges 每日分配的数量是有上限的，运气不好的话可能一个月都不会分配到任何 Static Ranges，但中国大陆的 H@H 基本上每天都能分配满 40 个 Static Ranges，那我是不是可以先把新的 H@H 客户端养在大陆，直接养肥养到 6000 个 Static Ranges 然后把全部缓存数据转移到美国欧洲这些很难分配到 Static Ranges 的区域，就吃 Static Ranges 的加成，而且也可能可以分配到更多的流量曲线超车。
《H@H养成计划》（逃

https://ehwiki.org/wiki/Installing_H@H_on_Debian
linux 在 console 的話感覺是 ctrl+c ?
直接 kill 應該會被視為異常關閉，下一次開啟會檢查檔案超級無敵久

linux 在 console 确实是 Ctrl + C，实际上就是向目标程序发送 kill -2 指令，也可以优雅关闭 H@H，我结束 H@H 的脚本用的是 kill -15，普通的 kill 实际上也是 kill -15，就是发送 SIGTERM 通知 H@H 进程停止，但具体还是由 H@H 的进程自行决定该怎么做，即“优雅退出”，必要情况下甚至能忽略掉该信号。危险的是 kill -9，强制中止进程，容易导致 H@H 下次启动时做全盘缓存检查，网上的停止 H@H 的脚本很多都是写的 kill -9，是个大坑，本来我还以为 H@H 比较特殊，用 kill -9 是结束 H@H 的刚需，直到我发现 H@H 一重启就在全盘检查，2000 多 Static Ranges 扫了半个小时…

This post has been edited by VVFGV: Oct 8 2022, 03:37

好久没看本了，
谈恋爱以后就没再看本子了，
提不起兴趣

研究的真透徹呢，我都不手動kill的，都是用正常的重新開機，不會全盤檢查，不過我是用systemd。

股市放完7天再放2天，好无聊啊

最近老是在把 H@H 的数据搬来搬去，感觉似乎发现了一种投机取巧的方法，但不知道到底算不算违规，比如美国的 Static Ranges 每日分配的数量是有上限的，运气不好的话可能一个月都不会分配到任何 Static Ranges，但中国大陆的 H@H 基本上每天都能分配满 40 个 Static Ranges，那我是不是可以先把新的 H@H 客户端养在大陆，直接养肥养到 6000 个 Static Ranges 然后把全部缓存数据转移到美国欧洲这些很难分配到 Static Ranges 的区域，就吃 Static Ranges 的加成，而且也可能可以分配到更多的流量曲线超车。
《H@H养成计划》（逃

static ranges 不是服务器分配的吗？你在两个 H@H 客户端之间移动 caches 应该没用？

This post has been edited by azureice: Oct 8 2022, 05:17

砸盤的感覺就是爽

static ranges 不是服务器分配的吗？你在两个 H@H 客户端之间移动 caches 应该没用？

不是两个 H@H 客户端之间移动，是直接把单个 H@H 客户端所有数据转移到其他国家，以原来的 ID 重新运行

什么野鸡教程才会让人强制结束H@H进程.....

其实我很赞许运行H@H这种共享精神，但是如果没有一定的计算机基础还是不推荐搞的

This post has been edited by mewsf: Oct 8 2022, 06:30

跟朋友要了一台ASUS AC86U來用 換了路由器後H@H果然就不會跑了
還是不會設定 可以求H@H的教學嗎？
真的不知道該怎麼設定呢....

好，那我再慢慢等，謝謝！
Maximum Burst Speed 設了 12.50 MB/s
Maximum Disk Cache Size 設了 650 GB
覺得應該是很足夠了，沒想到是跟地區用戶有關

目前的電腦掛久了很容易就當機重開，所以很少有機會從程式正確的 Shutdown H@H 關閉它 (IMG:[invalid] style_emoticons/default/sad.gif)
還有一個很好奇的問題就是 Quality 是怎麼計算的呢。時常發現明明很正常的掛著讓 H@H 使用頻寬，我電腦也僅僅只有開 H@H 沒有其它會占用頻寬的程式，但 Quality 就是會越掛越低
像現在睡醒了結果從下午的 5000 變成了 3000 (IMG:[invalid] style_emoticons/default/wink.gif)
---
脇差的話前陣子有詢問是 Balance 後綴最佳，那這次拍賣剛好有一把能馬上拿來用的脇差，請問這把就足夠用了嗎
https://hentaiverse.org/equip/284077199/753da9240c

剛好還有一個問題，想詢問為什麼會是挑 Balance 而不是 Nimble ，一直以為招架率最高才是上策呢

Quality 主要是對方要取圖片，你沒回對方就會掉
第二是上線時間太不穩定

這你要追一下你的網路設備跟 H@H host
最常見的問題是， port forward 的設備效能不足，session 量達到一個上限後，遇到效能上限
進入了 因為連線太多，處理速度變慢 、 因為處理速度不足，累積連線太多 的惡性循環
再來是 H@H host 本身不正常，比如 DISK usge 100%
且電腦會當機這本身也有問題，需要進行追查

選 Balance 是因為要觸發第二下攻擊，來增加攻擊的樣子

最近老是在把 H@H 的数据搬来搬去，感觉似乎发现了一种投机取巧的方法，但不知道到底算不算违规，比如美国的 Static Ranges 每日分配的数量是有上限的，运气不好的话可能一个月都不会分配到任何 Static Ranges，但中国大陆的 H@H 基本上每天都能分配满 40 个 Static Ranges，那我是不是可以先把新的 H@H 客户端养在大陆，直接养肥养到 6000 个 Static Ranges 然后把全部缓存数据转移到美国欧洲这些很难分配到 Static Ranges 的区域，就吃 Static Ranges 的加成，而且也可能可以分配到更多的流量曲线超车。
《H@H养成计划》（逃
linux 在 console 确实是 Ctrl + C，实际上就是向目标程序发送 kill -2 指令，也可以优雅关闭 H@H，我结束 H@H 的脚本用的是 kill -15，普通的 kill 实际上也是 kill -15，就是发送 SIGTERM 通知 H@H 进程停止，但具体还是由 H@H 的进程自行决定该怎么做，即“优雅退出”，必要情况下甚至能忽略掉该信号。危险的是 kill -9，强制中止进程，容易导致 H@H 下次启动时做全盘缓存检查，网上的停止 H@H 的脚本很多都是写的 kill -9，是个大坑，本来我还以为 H@H 比较特殊，用 kill -9 是结束 H@H 的刚需，直到我发现 H@H 一重启就在全盘检查，2000 多 Static Ranges 扫了半个小时…

實務上可行，但是你這樣搞第二次波羅會怎樣反應是另一回事 (IMG:[invalid] style_emoticons/default/rolleyes.gif)
range 分配主要是 Server 那邊統籌，一個區域總共能分配的上限是有限的
比如同樣是 1000，越多 H@H 節點的話，各 H@H 能分配到的 range 越小
所以進行 H@H 遷移以後，原地區的 6000 range 可能得重新分配下去，新地區會怎樣對冒出來且高機率重複的 6000 range 就不知道了
我猜是會靠演算法容忍處哩，但是惡意這樣搞等於是增加系統負載的

什么野鸡教程才会让人强制结束H@H进程.....

其实我很赞许运行H@H这种共享精神，但是如果没有一定的计算机基础还是不推荐搞的

有很多操作來自於對系統或是軟體運作的不瞭解
以及系統 (range) 不夠大，所以不知道影響
6000 range 在 HDD 上做檢查可以跑兩天 .............

跟朋友要了一台ASUS AC86U來用 換了路由器後H@H果然就不會跑了
還是不會設定 可以求H@H的教學嗎？
真的不知道該怎麼設定呢....

請先自行配合下面三篇障礙排除
先說，我個人不排斥幫忙人，但是搞到最後變成義務的話我會想收費抽成，技術過度廉價反而會很不健康
https://forums.e-hentai.org/index.php?act=A...t&id=166300
[www.asus.com] https://www.asus.com/tw/support/FAQ/114093/
https://ehwiki.org/wiki/Technical_Issues#H.40H

This post has been edited by ericeric91: Oct 8 2022, 06:53

Quality 主要是對方要取圖片，你沒回對方就會掉

如果是这样的话似乎有一个很特别的影响因素，这一点我之前似乎也遇到过，但不是很确定是不是真的会影响到 Quality，就是 H@H 的公网 IP 是否能正常被大陆访问到。
我之前在一台日本独服里挂过 H@H，这台独服有5个独立 IP，但其中有一个 IP 是被 GFW 封锁的（意思是中国大陆无法访问到这个IP），当时是我第一次跑 H@H，思考既然是归属日本的 H@H，那应该不会出现被大陆访问到的情况，于是就把这个被封锁了的 IP 挂到了小鸡上跑 H@H，但实际情况是挂了很久，Quality 都很难高于 5000，甚至经常掉到 2500 以下，但我对服务器进行了抓包也没发现问题在哪，后续我换了一个没有被封锁的 IP，检查日志发现了大概有 25% 的 H@H 请求是来自大陆的。
那如果 IP 是被封锁的话，这 25% 左右的请求，H@H 就无法返回，是不是也会造成 Quality 的下降，但这些流量都不是来自日本的，无法响应请求也能算不正常返回吗？

其实比起这个，我更在意另一个问题，那就是大陆的 H@H 加速资源应该是有比较大的带宽缺口的，在这个情况下，H@H的服务端是不是真的会调用到海外的 H@H 的加速资源来弥补大陆 H@H 加速资源的带宽缺口？

實務上可行，但是你這樣搞第二次波羅會怎樣反應是另一回事 (IMG:[invalid] style_emoticons/default/rolleyes.gif)
range 分配主要是 Server 那邊統籌，一個區域總共能分配的上限是有限的
比如同樣是 1000，越多 H@H 節點的話，各 H@H 能分配到的 range 越小
所以進行 H@H 遷移以後，原地區的 6000 range 可能得重新分配下去，新地區會怎樣對冒出來且高機率重複的 6000 range 就不知道了
我猜是會靠演算法容忍處哩，但是惡意這樣搞等於是增加系統負載的

所以实际上我也不是很敢这么操作，我做迁移都是在大陆不同城市间的迁移：广州、宿迁、上海和佛山之间迁移，
因为 PCDN 资源有些不稳定，所以不时就需要做数据迁移。但因为没涉及到跨境迁移，所以也不知道会不会出事，至少像我这
样在城市间迁移的话，Static Ranges、Quality 和 Trust 甚至都能完整继承，就是需要慢慢等流量回升。

什么野鸡教程才会让人强制结束H@H进程.....

其实我很赞许运行H@H这种共享精神，但是如果没有一定的计算机基础还是不推荐搞的

事实是，在谷歌搜索的前几个中文结果里，只要写到脚本停止的操作，结束进程的方式全都是 kill -9，当时就把我整懵了，但考虑到当时对 H@H 还不熟悉，于是还是先照做试下，结果就翻车了。
现在搞得我都想自己博客里写个教程，把这些坑全写出来。（不过估计也没卵用就是，我的博客要求搜索引擎不对
其进行索引）

This post has been edited by VVFGV: Oct 8 2022, 11:05

kill -9

linux安全结束进程的指令是 kill -15。一般当进程卡死的时候才kill-9. 不过实际上kill -9还是kill -15对静态区间数量分配较少H@H的影响并不是特别大。尤其是如果你的机器是NVME固态的话。cache check几分钟就搞定了

谁能想到，二毛居然敢这么干！

今天又忘记去做核酸了
下午就只能去别的付费核酸点了
没有大佬回复我的问题，呜呜呜呜呜呜呜呜呜呜呜
========================
拔智齿真要命，上周拔的前几天发炎了，还有两颗要拔。。。

顺带一提，除了昨天问的already uploaded tag的问题
在论坛发图有什么相关的规则和限制吗

This post has been edited by last903347: Oct 8 2022, 09:29

跟朋友要了一台ASUS AC86U來用 換了路由器後H@H果然就不會跑了
還是不會設定 可以求H@H的教學嗎？
真的不知道該怎麼設定呢....

可以试试看 路由器上端口转发后 github里 下载 gost转发对应的端口，即公网状态下 已有 127.0.0.1：123到1234后端口转发到127.0.0.1：1234，h@h上填1234

顺带有一个问题想请教一下各位前辈，如果自己上传的画廊被打上了“already uploaded”的标签
会发生什么吗？上个月上传了一个cos图集，因为之前别人上传的版本被删除了(据说是版权方找上门了)
所以自己传了一次(也是离谱，明明自己的作品都在各路付费网站和QQ群贱卖了，却只挑着eh上的免费画廊删)

already uploaded為expunge的理由之一 見:wiki
只單純貼上標籤是不會怎麼樣
但expunge通過後畫廊會被隱藏或是刪除 (刪除這詞有點不精確 反正就是不讓看
一個帳號短時間內被expunge太多次有可能被ban上傳功能

E站上東西消失都有其理由
基本上不用想著補檔 會消失的東西就是會消失
樹大招風 只能這麼說了

如果是这样的话似乎有一个很特别的影响因素，这一点我之前似乎也遇到过，但不是很确定是不是真的会影响到 Quality，就是 H@H 的公网 IP 是否能正常被大陆访问到。
我之前在一台日本独服里挂过 H@H，这台独服有5个独立 IP，但其中有一个 IP 是被 GFW 封锁的（意思是中国大陆无法访问到这个IP），当时是我第一次跑 H@H，思考既然是归属日本的 H@H，那应该不会出现被大陆访问到的情况，于是就把这个被封锁了的 IP 挂到了小鸡上跑 H@H，但实际情况是挂了很久，Quality 都很难高于 5000，甚至经常掉到 2500 以下，但我对服务器进行了抓包也没发现问题在哪，后续我换了一个没有被封锁的 IP，检查日志发现了大概有 25% 的 H@H 请求是来自大陆的。
那如果 IP 是被封锁的话，这 25% 左右的请求，H@H 就无法返回，是不是也会造成 Quality 的下降，但这些流量都不是来自日本的，无法响应请求也能算不正常返回吗？

其实比起这个，我更在意另一个问题，那就是大陆的 H@H 加速资源应该是有比较大的带宽缺口的，在这个情况下，H@H的服务端是不是真的会调用到海外的 H@H 的加速资源来弥补大陆 H@H 加速资源的带宽缺口？
所以实际上我也不是很敢这么操作，我做迁移都是在大陆不同城市间的迁移：广州、宿迁、上海和佛山之间迁移，
因为 PCDN 资源有些不稳定，所以不时就需要做数据迁移。但因为没涉及到跨境迁移，所以也不知道会不会出事，至少像我这
样在城市间迁移的话，Static Ranges、Quality 和 Trust 甚至都能完整继承，就是需要慢慢等流量回升。
事实是，在谷歌搜索的前几个中文结果里，只要写到脚本停止的操作，结束进程的方式全都是 kill -9，当时就把我整懵了，但考虑到当时对 H@H 还不熟悉，于是还是先照做试下，结果就翻车了。
现在搞得我都想自己博客里写个教程，把这些坑全写出来。（不过估计也没卵用就是，我的博客要求搜索引擎不对
其进行索引）

有點意外會跨區，這要追蹤以後跑 GeoIP 分析才會發現了，有趣
這幾台都是原生就在日本的嗎?
原則上，畫廊系統難以判斷到底是誰的問題(因為client跟H@H都沒做連線紀錄與分析)，加上 GFW 是世界奇觀，不會被列入一般常理判斷的條件
所以只要 client 連線 H@H 的時候失敗了，就會算在 H@H 頭上，因為 H@H 比起 client 更容易出問題
這也是導致遭 GFW 中斷的連線失敗，全都變成是 H@H 的問題了

牆內的連線會不會用到外面的 H@H ，這真的得問波羅才知道了
假設那些在日本啟用的 H@H 遇到那問題了，那有可能真的會用周邊區域的 H@H 去填充需求
我是認為這問題可以跟波羅反應，很可能系統設計沒把這種世界奇觀導致的問題考慮進去

來合作一起寫文件吧，哈哈哈哈

是的是的 技術是無價的
不過對路由器這塊真的是完全不懂
所以變成中華小烏龜→中華0元的D-link接舊電腦掛H@H關閉WIFI→AC86U接新電腦開WIFI
反正能夠繼續掛H@H就好

連假只能玩玩STEAM了