[X] My Assistant

那么多年了，第一次中新年抽奖! (IMG:[invalid] style_emoticons/default/cry.gif)

那么多年了，第一次中新年抽奖! (IMG:[invalid] style_emoticons/default/cry.gif)

哇 恭喜
還沒中過QQ

hash 比對，對到就默認是同一個檔案，建立一個 softlink 跟網頁 url 給你
檔案刪除權限在公司手上，使用者只有刪除 url 的權限
百度如果沒變的話，檔案是永不刪除的，以前有人測試過

我认为不会“永不删除”，只是会像电脑文件系统一样标记已删除，然后下次写入其他文件时覆盖。具体来说就
是，一段时间内尚可秒传，但时间久了就不能秒传了。

最搞笑的是他本人自己也不是什么积极上传者，搞得好像自己贡献有多少一样。

像这种，注册账号却不遵守站规；用着 EhViewer、不仅不看 JuicyAd 广告、还给菠萝服务器产生巨大压力；既不搭建 H@H、也不捐赠、又不 Adopt A Server；不积极上传画廊、也不参加 Tagging 和 Renaming；不仅不对无私奉献的 菠萝、Moderator、Uploader、其他积极参与社区建设的贡献者 心怀感恩，反而在画廊评论区无脑瞎骂、对着 Moderator 和其他用户指手画脚、甚至在 Expunge 里捣乱、故意违规上传画廊，「六分仔」这个词已经不足以形容他们了，这一类人应该叫做「蛀虫」。

其实“不看 JuicyAd 广告”是一个技术问题，如果ehv是一个页面parser，它可以做到去请求JuicyAd但是不显示
出来。就是说，JuicyAd判断你是否看了的方法和你到底看没看到其实没有关系。JuicyAd的服务端知道谁向它发
了请求，但是管不着它的广告有没有倒映在用户的视网膜上。以上假设基于JuicyAd是贴片广告。理论上强制看
15s之类的广告也可以模拟观看但实际不看。事实上我用Ublock Origin，它会彻底阻挡向JuicyAd的请求，所以
我的广告拦截是“损害E站利益的”（悲）。 (IMG:[invalid] style_emoticons/default/rolleyes.gif)

“给菠萝服务器产生巨大压力”我感觉也是说的不全。理论上（如果ehv的缓存机制做的合理）对菠萝服务器的总
压力并没有增加，可能还减少了：比如说一个本子有19页，最戳我的地方在8页，我一般从头到尾翻一遍再返回
第8页。如果我用网页端看，由于eh的H@H机制，同一页的图片URL可能会刷新，进而造成重复请求。但是如果
我用一个合理缓存的阅读器，每页就只需要请求一遍，而且来回翻还快得多。

但是不可否认的是，服务器的瞬时压力确实会增大：因为阅读器自动请求比人手动翻快，这个也可以通过更改预
加载数量解决：比如只保证用户正在看的页面的接下来3页已被加载。这样可以在尽量不影响用户体验的状态下降
低服务器压力。

唯一可能给服务器（其实是H@H节点，非赞助用户还不配直接从服务器加载）造成压力的可能就是自动下载，如
果它本质是自动点一遍所有页面的下载原图。

当然我只是洗一下ehv（或者说所有“阅读器”），和这些人没关系。等会我好像也是6分 (IMG:[invalid] style_emoticons/default/mellow.gif)

Mayriad edit: Consecutive posts merged and � characters fixed.

This post has been edited by Mayriad: Jan 2 2023, 13:00

今天的签到怎么回事居然有 hath ？

看你头像底下，有个饼干，那就是给你增加签到奖励的徽章

我认为不会“永不删除”，只是会像电脑文件系统一样标记已删除，然后下次写入其他文件时覆盖。具体来说就
是，一段时间内尚可秒传，但时间久了就不能秒传了。
其实“不看 JuicyAd 广告”是一个技术问题，如果ehv是一个页面parser，它可以做到去请求JuicyAd但是不显示
出来。就是说，JuicyAd判断你是否看了的方法和你到底看没看到其实没有关系。JuicyAd的服务端知道谁向它发
了请求，但是管不着它的广告有没有倒映在用户的视网膜上。以上假设基于JuicyAd是贴片广告。理论上强制看
15s之类的广告也可以模拟观看但实际不看。事实上我用Ublock Origin，它会彻底阻挡向JuicyAd的请求，所以
我的广告拦截是“损害E站利益的”（悲）。 (IMG:[invalid] style_emoticons/default/rolleyes.gif)

“给菠萝服务器产生巨大压力”我感觉也是说的不全。理论上（如果ehv的缓存机制做的合理）对菠萝服务器的总
压力并没有增加，可能还减少了：比如说一个本子有19页，最戳我的地方在8页，我一般从头到尾翻一遍再返回
第8页。如果我用网页端看，由于eh的H@H机制，同一页的图片URL可能会刷新，进而造成重复请求。但是如果
我用一个合理缓存的阅读器，每页就只需要请求一遍，而且来回翻还快得多。

但是不可否认的是，服务器的瞬时压力确实会增大：因为阅读器自动请求比人手动翻快，这个也可以通过更改预
加载数量解决：比如只保证用户正在看的页面的接下来3页已被加载。这样可以在尽量不影响用户体验的状态下降
低服务器压力。

唯一可能给服务器（其实是H@H节点，非赞助用户还不配直接从服务器加载）造成压力的可能就是自动下载，如
果它本质是自动点一遍所有页面的下载原图。

当然我只是洗一下ehv（或者说所有“阅读器”），和这些人没关系。等会我好像也是6分 (IMG:[invalid] style_emoticons/default/mellow.gif)

Mayriad edit: Consecutive posts merged and � characters fixed.

老白嫖怪一般就是6分，没事的

冷沒幾天又回暖了
但是搭配下雨更不想出門上班QQ

剛剛網路延遲反而被判定成連續回復
真是抱歉...

This post has been edited by holyvoice00: Jan 2 2023, 15:47

天冷可以忍一下，下雨真的难受，太潮湿了

Happy new year (IMG:[invalid] style_emoticons/default/biggrin.gif)

介绍介绍都是怎么得来的。

嗯 除了裤子收到的 其余都是雪花所得 昨晚一发雪花P风袍。

其实“不看 JuicyAd 广告”是一个技术问题，如果ehv是一个页面parser，它可以做到去请求JuicyAd但是不显示
出来。就是说，JuicyAd判断你是否看了的方法和你到底看没看到其实没有关系。JuicyAd的服务端知道谁向它发
了请求，但是管不着它的广告有没有倒映在用户的视网膜上。以上假设基于JuicyAd是贴片广告。理论上强制看
15s之类的广告也可以模拟观看但实际不看。事实上我用Ublock Origin，它会彻底阻挡向JuicyAd的请求，所以
我的广告拦截是“损害E站利益的”（悲）。 (IMG:[invalid] style_emoticons/default/rolleyes.gif)

“给菠萝服务器产生巨大压力”我感觉也是说的不全。理论上（如果ehv的缓存机制做的合理）对菠萝服务器的总
压力并没有增加，可能还减少了：比如说一个本子有19页，最戳我的地方在8页，我一般从头到尾翻一遍再返回
第8页。如果我用网页端看，由于eh的H@H机制，同一页的图片URL可能会刷新，进而造成重复请求。但是如果
我用一个合理缓存的阅读器，每页就只需要请求一遍，而且来回翻还快得多。

但是不可否认的是，服务器的瞬时压力确实会增大：因为阅读器自动请求比人手动翻快，这个也可以通过更改预
加载数量解决：比如只保证用户正在看的页面的接下来3页已被加载。这样可以在尽量不影响用户体验的状态下降
低服务器压力。

唯一可能给服务器（其实是H@H节点，非赞助用户还不配直接从服务器加载）造成压力的可能就是自动下载，如
果它本质是自动点一遍所有页面的下载原图。

当然我只是洗一下ehv（或者说所有“阅读器”），和这些人没关系。等会我好像也是6分 (IMG:[invalid] style_emoticons/default/mellow.gif)

Mayriad edit: Consecutive posts merged and � characters fixed.

JuicyAd 我自己也曾经注册过用过。要想看广告计数、菠萝要想有收入，首先你得加载 JuicyAd 的 JS。我和现有的三个 EhViewer 分支的开发者/开发团队都很熟悉，他们明确告诉我了，EhViewer 根本不可能加载 JuicyAd 的 JS，使用 EhViewer 确确实实会让菠萝损失这部分 JuicyAd 收入。

其次，EH 的 H@H机制，同一页图片，分配给你的 URL 在可以预见的时间内不会刷新、只有你手动点击按钮更换 URL。所以不存在重复请求的情况。而且 EH 网页端，严格限制你同一时间能看的图片数（你如果想快速看很多图片，你需要使用 Multi Page Viewer，这个功能不是免费的、并不是 EH 所有访客都能使用）；反而是 EhViewer，会毫无节制和限制的请求图片。我和现有的三个 EhViewer 分支的开发者/开发团队聊过了，他们中没有任何一人在他们 end 实现了 debounce 或 throttle。

更重要的是，EhViewer 下载本子的方式就是把整个画廊所有的图片都请求一遍、因此每张图片都要请求一次 EH API；反而你在 EH 上下载本子，要么使用种子、要么使用 Archive Download，下载一个画廊只需要请求 EH API 一次、不会对 EH API 造成压力。EhViewer 这种 bypass EH Archive Download 的行为本身就是错误的。

This post has been edited by OnceForAll: Jan 2 2023, 17:53

本来没想玩HV的，但它总提示我遇到怪了可以打，就忍不住进去把它打趴下，打了几天现在已经没法空手打过了，
开始考虑装备和加点的事。。。

This post has been edited by 幻影游侠: Jan 2 2023, 17:48

那么多年了，第一次中新年抽奖! (IMG:[invalid] style_emoticons/default/cry.gif)

恭喜, 十分羡慕

本来没想玩HV的，但它总提示我遇到怪了可以打，就忍不住进去把它打趴下，打了几天现在已经没法空手打过了，
开始考虑装备和加点的事。。。

簡單的講，主手拿武器，副手拿盾牌，穿重甲
技能點了要掛上去

細節說明與指引：
https://forums.e-hentai.org/index.php?showtopic=189266
hc br 的中文指引

其次，EH 的 H@H机制，同一页图片，分配给你的 URL 在可以预见的时间内不会刷新、只有你手动点击按钮更换 URL。所以不存在重复请求的情况。而且 EH 网页端，严格限制你同一时间能看的图片数（你如果想快速看很多图片，你需要使用 Multi Page Viewer，这个功能不是免费的、并不是 EH 所有访客都能使用）；反而是 EhViewer，会毫无节制和限制的请求图片。我和现有的三个 EhViewer 分支的开发者/开发团队聊过了，他们中没有任何一人在他们 end 实现了 debounce 或 throttle。

更重要的是，EhViewer 下载本子的方式就是把整个画廊所有的图片都请求一遍、因此每张图片都要请求一次 EH API；反而你在 EH 上下载本子，要么使用种子、要么使用 Archive Download，下载一个画廊只需要请求 EH API 一次、不会对 EH API 造成压力。EhViewer 这种 bypass EH Archive Download 的行为本身就是错误的。

原来如此，看来我得把 EhViewer 下载线程调低了。另外，除了 EhViewer ，其他的非官方阅读器如 Tachiyomi、EhPanda、FEhviewer 不都是这样请求的和不解析广告 JS 吗？为什么只骂 EhViewer 用户。

嘛, 澄清幾點:

1. 這些翻譯者廣告不會對菠蘿的伺服器造成任何值得提及的影響
要知道 Pixiv 的東西也沒有造成任何顯著的問題
(FYI: 搜尋引擎的更新不是 imageset 所造成的)

2. 菠蘿基本上不太理會廣告收入
所以如要用甚麼 XXViewer/Adsblocker 的話
其實我們也沒有甚麼意見
(但最好還是不要啦)

3. EHViewer 最令人討厭的是它請求 Thumbnails 的方式
之前的亞洲畫廊延遲
你可以把 EHV 視為其中一個主要罪魁禍首

另外一個令人討厭的地方就是
當 EH 更新弄得第三方 viewers 出事的時候
基本上主要都是 EHViewer 的用戶出來投訴

嗯 除了裤子收到的 其余都是雪花所得 昨晚一发雪花P风袍。

感觉雪花还是比彩票强不少，彩票虽然可以根据装备定点下注，但是要和其他人竞争而且一年就生成 365X2 件装备，还是在武器防具两个大池子里选，雪花的无双票卷好歹可以定向到大类。

另外一個令人討厭的地方就是
當 EH 更新弄得第三方 viewers 出事的時候
基本上主要都是 EHViewer 的用戶出來投訴

不過一開始更新後沒有頁數顯示 確實讓網頁用戶也感到稍微困擾
但是我還是搞不清楚使用EHViewer看畫廊的用戶為什麼這麼堅持
我是絕對不會拿著手機在外面看本子的 很羞恥的啊 (IMG:[invalid] style_emoticons/default/huh.gif)

不過一開始更新後沒有頁數顯示 確實讓網頁用戶也感到稍微困擾
但是我還是搞不清楚使用EHViewer看畫廊的用戶為什麼這麼堅持
我是絕對不會拿著手機在外面看本子的 很羞恥的啊 (IMG:[invalid] style_emoticons/default/huh.gif)

在家里我也经常用手机看，我已经捐了100$+一个H@H但一次加载17张和一次加载3张还是有区别的

連假閒閒把HV開起來點點
功能比以前方便好多
連中文插件都有了
希望這次能破250等
聖誕襪不能賣，請問有要留到高等後再開嗎?

This post has been edited by lf2000i: Jan 3 2023, 03:01

hash 比對，對到就默認是同一個檔案，建立一個 softlink 跟網頁 url 給你
檔案刪除權限在公司手上，使用者只有刪除 url 的權限
百度如果沒變的話，檔案是永不刪除的，以前有人測試過

這樣的話只要把秒傳存起來刪掉不就相當於無限容量了ww