拷贝漫画去广告🚫、加速访问🚀、并排布局📖、图片高度自适应↕️、辅助翻页↔️、页码显示⏱、侧边目录栏📑、暗夜模式🌙、章节评论💬
有同样的情况
时好时坏，目录也打不开，不知是脚本问题还是拷贝漫画的问题
有时候可以加载图片，但是刷新网页后就加载失败了，关闭脚本的话倒是能够成功加载。
前几天无论脚本的开启与否，图片都是加载不出来的。
一样的问题，加载不了图片，而且还会banIp
.
在看了T_T，估计作者没时间解决，我啃一下作者的这块儿的代码。应该是拷贝反扒更新了
.
并不会banIP吧。我看了下PC上关掉脚本是可以正常看的
在看了T_T，估计作者没时间解决，我啃一下作者的这块儿的代码。应该是拷贝反扒更新了
最近确实有点忙（
想问下你有没有兴趣来帮忙维护呀，可以给你加个greasyfork和github的权限
在看了T_T，估计作者没时间解决，我啃一下作者的这块儿的代码。应该是拷贝反扒更新了
最近确实有点忙（
想问下你有没有兴趣来帮忙维护呀，可以给你加个greasyfork和github的权限
可以的，虽然我也是个二把刀233333。看了下应该是原来获取图片List的接口停用了，改成和目录一样需要AES解密了。不过目录接口现在加了个什么防爬的东西返回的数组是空的，所以也失效了。我得研究一下目录这个是怎么回事，图片应该就一通百通了
在看了T_T，估计作者没时间解决，我啃一下作者的这块儿的代码。应该是拷贝反扒更新了
最近确实有点忙（
想问下你有没有兴趣来帮忙维护呀，可以给你加个greasyfork和github的权限可以的，虽然我也是个二把刀233333。看了下应该是原来获取图片List的接口停用了，改成和目录一样需要AES解密了。不过目录接口现在加了个什么防爬的东西返回的数组是空的，所以也失效了。我得研究一下目录这个是怎么回事，图片应该就一通百通了
建议直接勾一下JSON.parse拿明文，不要写AES对抗了，我要是官方都不知道该怎么检测（
在看了T_T，估计作者没时间解决，我啃一下作者的这块儿的代码。应该是拷贝反扒更新了
最近确实有点忙（
想问下你有没有兴趣来帮忙维护呀，可以给你加个greasyfork和github的权限可以的，虽然我也是个二把刀233333。看了下应该是原来获取图片List的接口停用了，改成和目录一样需要AES解密了。不过目录接口现在加了个什么防爬的东西返回的数组是空的，所以也失效了。我得研究一下目录这个是怎么回事，图片应该就一通百通了
建议直接勾一下JSON.parse拿明文，不要写AES对抗了，我要是官方都不知道该怎么检测（
我现在就是JSON.parse之后顺着栈找。发现他们自己的网页是用一个JS解密（还tm是混淆过的）。不用AES解密应该怎么搞呢？
另外您这个接口【api.mangacopy.com/api/v3/comic】是哪来的呀？我看他们网页用的不是这个接口，他们用的html里带回来的是个加密过的数据。开始我以为是这两天才改的，然后看见B站一年前有篇文章写爬拷贝的。那时候就已经是用加密过的数据了。目前这个接口是失效了不知道有没有替代品，还是这个接口方便啊直接List就出来了。
又看了下APP接口反爬验证太多了真要用怕是要反编译了。先把几个参数写死了能用优先，后面再优化。（看这个架势对后面拷贝会怎么更新有点悲观）
在看了T_T，估计作者没时间解决，我啃一下作者的这块儿的代码。应该是拷贝反扒更新了
最近确实有点忙（
想问下你有没有兴趣来帮忙维护呀，可以给你加个greasyfork和github的权限可以的，虽然我也是个二把刀233333。看了下应该是原来获取图片List的接口停用了，改成和目录一样需要AES解密了。不过目录接口现在加了个什么防爬的东西返回的数组是空的，所以也失效了。我得研究一下目录这个是怎么回事，图片应该就一通百通了
建议直接勾一下JSON.parse拿明文，不要写AES对抗了，我要是官方都不知道该怎么检测（
我现在就是JSON.parse之后顺着栈找。发现他们自己的网页是用一个JS解密（还tm是混淆过的）。不用AES解密应该怎么搞呢？
另外您这个接口【api.mangacopy.com/api/v3/comic】是哪来的呀？我看他们网页用的不是这个接口，他们用的html里带回来的是个加密过的数据。开始我以为是这两天才改的，然后看见B站一年前有篇文章写爬拷贝的。那时候就已经是用加密过的数据了。目前这个接口是失效了不知道有没有替代品，还是这个接口方便啊直接List就出来了。
那个接口应该是抄h5网页的api，内容好像没混淆过，替换成2025copy大概就能跑
在看了T_T，估计作者没时间解决，我啃一下作者的这块儿的代码。应该是拷贝反扒更新了
最近确实有点忙（
想问下你有没有兴趣来帮忙维护呀，可以给你加个greasyfork和github的权限可以的，虽然我也是个二把刀233333。看了下应该是原来获取图片List的接口停用了，改成和目录一样需要AES解密了。不过目录接口现在加了个什么防爬的东西返回的数组是空的，所以也失效了。我得研究一下目录这个是怎么回事，图片应该就一通百通了
建议直接勾一下JSON.parse拿明文，不要写AES对抗了，我要是官方都不知道该怎么检测（
我现在就是JSON.parse之后顺着栈找。发现他们自己的网页是用一个JS解密（还tm是混淆过的）。不用AES解密应该怎么搞呢？
另外您这个接口【api.mangacopy.com/api/v3/comic】是哪来的呀？我看他们网页用的不是这个接口，他们用的html里带回来的是个加密过的数据。开始我以为是这两天才改的，然后看见B站一年前有篇文章写爬拷贝的。那时候就已经是用加密过的数据了。目前这个接口是失效了不知道有没有替代品，还是这个接口方便啊直接List就出来了。那个接口应该是抄h5网页的api，内容好像没混淆过，替换成2025copy大概就能跑
昨天写完PC的部分调试H5的时候发现了这个接口，但是替换成2025copy试了一下不行会被反爬。刚才心血来潮又仔细看了看发现现在H5接口好像多了个参数，加上去还真可以了。我真是裂开。反正都写完了，就两种都留着以防万一，回头写个参数控制用哪种好了。
我也遇到这种情况……我的情况是 哪怕不用油猴和去广告 只要是chrome内核的浏览器 包括edge都会不加载图片 IP被禁 用火狐的情况下能看
我也遇到这种情况……我的情况是 哪怕不用油猴和去广告 只要是chrome内核的浏览器 包括edge都会不加载图片 IP被禁 用火狐的情况下能看
更新脚本也不行么？
我也遇到这种情况……我的情况是 哪怕不用油猴和去广告 只要是chrome内核的浏览器 包括edge都会不加载图片 IP被禁 用火狐的情况下能看
更新脚本也不行么？
更新到11.8可以用了
还有个奇怪的点 我前几天降级到10.4 并按照反馈区另一个评论下“我需要治疗”老哥的办法修改脚本时 2025和原站仍然都没法打开 但昨天还是前天开始莫名2025那站能用 原站仍然是会自动禁IP 实在困惑到底是什么机制
作者大大，侧边目录还是不显示
作者大大，侧边目录还是不显示
作者大大，侧边目录还是不显示
侧边目录有显示办法，上面那个框，有三个点击选项，开始阅读，加入书架，分享。如果这本漫画你没有看过，点击开始阅读，侧边目录正常显示。如果开始阅读变成你当前阅读进度，比如第91话，你直接点这个开始看漫画，侧边目录不会显示。
这个时候想要显示侧边目录，你要直接从下面点开某一话，比如我想接着第91话看，那就点击第91话，侧边目录就正常了。属于一个bug，你不使用最上面那个点击项就好了。
作者大大，侧边目录还是不显示
我这边没有复现。你是像楼下说的操作的没有显示么？我还真没登录(不可用)用过拷贝
我也遇到这种情况……我的情况是 哪怕不用油猴和去广告 只要是chrome内核的浏览器 包括edge都会不加载图片 IP被禁 用火狐的情况下能看
更新脚本也不行么？
更新到11.8可以用了
还有个奇怪的点 我前几天降级到10.4 并按照反馈区另一个评论下“我需要治疗”老哥的办法修改脚本时 2025和原站仍然都没法打开 但昨天还是前天开始莫名2025那站能用 原站仍然是会自动禁IP 实在困惑到底是什么机制
拷贝这次就是莫名其妙的。同一个接口晚上调试的时候有防爬。第二天再试就没有了...
我这边也是不显示目录，在 “登陆” 以及 “未登录(不可用)” 的情况下都不显示目录。
我这边也是不显示目录，在 “登陆” 以及 “未登录(不可用)” 的情况下都不显示目录。
脚本更新了吗
脚本更新了吗
更新了，最新的 11.8，重装也试过了。
脚本更新了吗
更新了，最新的
11.8，重装也试过了。
你看看我上面说的，你直接点击第1话，别点收藏分享旁边的那个，那个点击后就是不显示，但你直接点下面列表，随便挑选某一话，侧边目录都会显示，也能切换上一话和下一话
你看看我上面说的，你直接点击第 1 话，别点收藏分享旁边的那个，那个点击后就是不显示，但你直接点下面列表，随便挑选某一话，侧边目录都会显示，也能切换上一话和下一话
我一直都是通过点击 “第X话” 这种形式来使用的。
你看看我上面说的，你直接点击第 1 话，别点收藏分享旁边的那个，那个点击后就是不显示，但你直接点下面列表，随便挑选某一话，侧边目录都会显示，也能切换上一话和下一话
我一直都是通过点击 “第X话” 这种形式来使用的。
说一下使用环境呗
作者大大，侧边目录还是不显示
侧边目录有显示办法，上面那个框，有三个点击选项，开始阅读，加入书架，分享。如果这本漫画你没有看过，点击开始阅读，侧边目录正常显示。如果开始阅读变成你当前阅读进度，比如第91话，你直接点这个开始看漫画，侧边目录不会显示。
这个时候想要显示侧边目录，你要直接从下面点开某一话，比如我想接着第91话看，那就点击第91话，侧边目录就正常了。属于一个bug，你不使用最上面那个点击项就好了。
看了眼知道什么原因了。下次更新解决
说一下使用环境呗
macOS、Chrome、Violentmonkey（Tampermonkey 也测试过）
说一下使用环境呗
macOS、Chrome、Violentmonkey（Tampermonkey 也测试过）
发你看的一个漫画目录页的地址呗。猜到一种情况，可能跟上面是一个原因。
发你看的一个漫画目录页的地址呗
不好意思，这句话的意思没太理解
但我还是发一下链接好了，虽然你的意思可能我有些误会
mangacopy.com
mangacopy.com/comic/zangsongdefulilian
mangacopy.com/comic/zangsongdefulilian/chapter/50a49a20-8967-11ea-bb0b-00163e0ca5bd
发你看的一个漫画目录页的地址呗
不好意思，这句话的意思没太理解
但我还是发一下链接好了，虽然你的意思可能我有些误会
mangacopy.com mangacopy.com/comic/zangsongdefulilian mangacopy.com/comic/zangsongdefulilian/chapter/50a49a20-8967-11ea-bb0b-00163e0ca5bd
麻烦尝试在网站前面加上【www.】看下可不可以可以临时解决
麻烦尝试在网站前面加上【www.】看下可不可以可以临时解决
在添加前缀后，神奇的事情发生了，目录页可以正常显示了。
麻烦尝试在网站前面加上【www.】看下可不可以可以临时解决
在添加前缀后，神奇的事情发生了，目录页可以正常显示了。
那就是了，和上面本质是一个原因
那就是了，和上面本质是一个原因
还有另外的一个问题已经存在很久了。
如果使用 “横向滚动” 的翻页模式的话（这也是我长久以来使用的方式），右下角的 “页码” 并不会随着页面的变化而变化，而是只会固定在 “1/XX”。
还有另外的一个问题已经存在很久了。
如果使用 “横向滚动” 的翻页模式的话（这也是我长久以来使用的方式），右下角的 “页码” 并不会随着页面的变化而变化，而是只会固定在 “1/XX”。
好家伙又是我从来没用过的功能，真奇妙。
话说我试了一下这个模式。上下方向键和点击图片上下部分滚动页码的功能就等于没有，左右方向键切换上下话也感觉有点反直觉。这两个都是我觉得非常好用的功能等于横向滚动模式下都用不了了。你平常使用的时候不会用到这两个功能么？
你平常使用的时候不会用到这两个功能么？
一般用 MacBook 上面的触控版，鼠标的话 Shirt + 滚轮 也可以。
以及，横向滚动的阅读方式也会更加贴合漫画实体书的阅读体验。
另外，虽然我没有带鱼屏，但是带鱼屏加上横向滚动的组合可谓是绝佳。
你平常使用的时候不会用到这两个功能么？
一般用 MacBook 上面的触控版，鼠标的话 Shirt + 滚轮 也可以。
以及，横向滚动的阅读方式也会更加贴合漫画实体书的阅读体验。
另外，虽然我没有带鱼屏，但是带鱼屏加上横向滚动的组合可谓是绝佳。
那下一话你一般是怎么操作的？呼出左侧目录点击？
你平常使用的时候不会用到这两个功能么？
一般用 MacBook 上面的触控版，鼠标的话 Shirt + 滚轮 也可以。
以及，横向滚动的阅读方式也会更加贴合漫画实体书的阅读体验。
另外，虽然我没有带鱼屏，但是带鱼屏加上横向滚动的组合可谓是绝佳。
横屏现在有个尴尬的点就是一屏显示很多页，带鱼屏的话就更多了。但是此时应该算是第几页呢，以什么为基准计算？我猜作者没做横屏的处理和这个也有关系。
我的想法是要是修改这里的话以最左侧完整显示的图片为准。但这样的话每次打开一话就必不是第一页
那下一话你一般是怎么操作的？呼出左侧目录点击？
如果需要 “切换话数” 的话，一般是使用左侧的悬浮目录或者底部的 “下一章” 按钮
对于触控板来说，只是 “上下滑动” 和 “左右滑动” 的区别；至于鼠标，也只是 “滚轮” 或 “Shirt+滚轮” 的区别
但是此时应该算是第几页呢，以什么为基准计算？
这个问题，可以参考一下现有的方案
推荐一下这个漫画网站，UI/UX 的设计都很棒
在它的阅读设置里面，有很多可以进行配置的选项，希望能够带来一些值得参考的地方
https://mangadex.org/chapter/7568eb43-bc22-4104-ae49-7f28e392f0ad
这个问题，可以参考一下现有的方案
推荐一下这个漫画网站，UI/UX 的设计都很棒
在它的阅读设置里面，有很多可以进行配置的选项，希望能够带来一些值得参考的地方
https://mangadex.org/chapter/7568eb43-bc22-4104-ae49-7f28e392f0ad
interesting 他们用了在我看来不怎么完美但是很有想法的一个方案。下个版本更新。再附带一个上下方向键切换上下话的功能。
你看看我上面说的，你直接点击第1话，别点收藏分享旁边的那个，那个点击后就是不显示，但你直接点下面列表，随便挑选某一话，侧边目录都会显示，也能切换上一话和下一话
已修复
这个问题，可以参考一下现有的方案
推荐一下这个漫画网站，UI/UX 的设计都很棒
在它的阅读设置里面，有很多可以进行配置的选项，希望能够带来一些值得参考的地方
https://mangadex.org/chapter/7568eb43-bc22-4104-ae49-7f28e392f0ad
interesting 他们用了在我看来不怎么完美但是很有想法的一个方案。下个版本更新。再附带一个上下方向键切换上下话的功能。
新功能已上线
下个版本更新。再附带一个上下方向键切换上下话的功能。
切换话数的快捷键使用 “Ctrl/Cmd + Left/Right” 的方式会不会更好一些？
左右的话比上下更符合操作习惯也更自然一些
Ctrl/Cmd 组合键的加入，能够减少误触的概率
而且单独按下方向键（如：Down）的话，页面是会先滚动一下，再切换章节的
把网页原来用于 “前进/后退” 的快捷键覆盖掉就可以了，只覆盖阅读页面，其他页面就不覆盖了
下个版本更新。再附带一个上下方向键切换上下话的功能。
切换话数的快捷键使用 “Ctrl/Cmd + Left/Right” 的方式会不会更好一些？
左右的话比上下更符合操作习惯也更自然一些
Ctrl/Cmd 组合键的加入，能够减少误触的概率
而且单独按下方向键（如：Down）的话，页面是会先滚动一下，再切换章节的
把网页原来用于 “前进/后退” 的快捷键覆盖掉就可以了，只覆盖阅读页面，其他页面就不覆盖了
左右滚动的情况下，左右方向键和阅读方向一致，用来切换章节感觉有点反直觉。而且有考虑过之后增加左右翻页的功能。
没有用组合键是因为目前竖屏阅读的操作也是这么操作的，保持一致性。（PS：作为竖屏党，只方向键就能完成全部操作我还感觉挺舒服的，我喜欢左手撑着脑袋右手放在键盘上看）
滚动这问题好解决，下次顺便更新了。
下个版本更新。再附带一个上下方向键切换上下话的功能。
切换话数的快捷键使用 “Ctrl/Cmd + Left/Right” 的方式会不会更好一些？
左右的话比上下更符合操作习惯也更自然一些
Ctrl/Cmd 组合键的加入，能够减少误触的概率
而且单独按下方向键（如：Down）的话，页面是会先滚动一下，再切换章节的
把网页原来用于 “前进/后退” 的快捷键覆盖掉就可以了，只覆盖阅读页面，其他页面就不覆盖了
左右滚动的情况下，左右方向键和阅读方向一致，用来切换章节感觉有点反直觉。而且有考虑过之后增加左右翻页的功能。
没有用组合键是因为目前竖屏阅读的操作也是这么操作的，保持一致性。（PS：作为竖屏党，只方向键就能完成全部操作我还感觉挺舒服的，我喜欢左手撑着脑袋右手放在键盘上看）
滚动这问题好解决，下次顺便更新了。
左右滚动的情况下，左右方向键和阅读方向一致，用来切换章节感觉有点反直觉。而且有考虑过之后增加左右翻页的功能。 没有用组合键是因为目前竖屏阅读的操作也是这么操作的，保持一致性。（PS：作为竖屏党，只方向键就能完成全部操作我还感觉挺舒服的，我喜欢左手撑着脑袋右手放在键盘上看） 滚动这问题好解决，下次顺便更新了。
关于 “章节切换” 的快捷键：
意思是 “竖屏/横屏” 都是使用 “Ctrl/Cmd + 左右方向键” 进行切换，只覆盖掉漫画阅读页面的浏览器快捷键。
“Ctrl/Cmd + 左右方向键” 本来也是 “浏览器/操作系统” 默认的 “前进/后退” 快捷键，上面提到的 “直觉” 也是基于此。
而在 “横向滚动” 的情况下，“Ctrl/Cmd + 左右方向键” 进行章节切换也可以说是符合 “漫画实体书” 的 “直觉”，毕竟一册漫画由几话构成，而翻页都是使用的 “横向”。
以组合键的形式，可以有效防止按键的误触，毕竟章节的切换也不属于高频快捷键。
还有的是，在 “横向滚动” 模式下，使用 “下方向键” 是可以直接滚动到 “评论区/发送评论/章节切换按钮” 模块的，然后再使用 “上方向键” 滚动回到漫画图片处进行阅读。而现在的 “上下方向键” 切换章节可以说是把这个需求场景给占用覆盖掉了。
目前上下左右方向键是本插件一直使用的控制按键，没有打算更换。看漫画这个场景下没有什么必要考虑防误触，基本操作一只手就能完成，组合键反而增加操作复杂度。
滚动到评论区可以通过PageDown PageUp来操作，鼠标点击图片上下滚动这个横向滚动下也有，并不是说现在完成不了这个操作了。而且其实本来打算把评论区放到最左侧的（位置应该在漫画结尾），但是犯懒了就先没动。
至于符合实体书。我觉得章节切换反而应该类比成实体书的下一册而不是下一话。对实体书来说，每一册的阅读行为（非剧情）是连贯的，当这一册看完了换下一册的时候才需要打断阅读切换到下一本书上。对应的网络漫画切换章节的时候也是打断阅读，从一个url切换到下一个url。另外每一章节其实不一定是一话，也可能是一卷（册），只是连载模式每次更新内容体量的问题。
而就像你说的翻页用的是横向，翻页并不是从一话切换到另一话，而阅读过程中一页一页翻动，所以我认为横向阅读下左右键如果有功能那就是用来翻页的，这也符合对整个滚动方向的直觉。
发现我的意思好像并没有被准确传达到，无奈只好再详细的说明一下
原来：
提案 A：
提案 B：
备注：Win 下的 Ctrl（Control） 对应 Mac 下的 Cmd（Command）
目前上下左右方向键是本插件一直使用的控制按键，没有打算更换。
看漫画这个场景下没有什么必要考虑防误触
基本操作一只手就能完成，组合键反而增加操作复杂度。
滚动到评论区可以通过 PageDown PageUp 来操作
鼠标点击图片上下滚动这个横向滚动下也有，并不是说现在完成不了这个操作了
而且其实本来打算把评论区放到最左侧的（位置应该在漫画结尾），但是犯懒了就先没动。
至于符合实体书。 我觉得章节切换反而应该类比成实体书的下一册而不是下一话。 对实体书来说，每一册的阅读行为（非剧情）是连贯的，当这一册看完了换下一册的时候才需要打断阅读切换到下一本书上。 对应的网络漫画切换章节的时候也是打断阅读，从一个 url 切换到下一个 url。 另外每一章节其实不一定是一话，也可能是一卷（册），只是连载模式每次更新内容体量的问题。
而就像你说的翻页用的是横向，翻页并不是从一话切换到另一话，而阅读过程中一页一页翻动
所以我认为横向阅读下左右键如果有功能那就是用来翻页的
这也符合对整个滚动方向的直觉
本插件常用操作就是翻页和切换章节，四个按键就可以覆盖，那么上下左右我认为就是好选择。没有必要非要和浏览器快捷键去打架。
滚动看评论区这个操作可比翻页和切换章节低频的多，完全没有抢他们位置的道理。如果你只是觉得需要一个键盘控制上下滚动去看评论的功能，那为什么不用回车、空格、甚至组合键来控制呢？按一下直接切到评论区，再按一下切回到之前看到的位置。这样横屏竖屏都能用，保证了操作逻辑的统一。
至于“操作习惯”，这纯粹是用户被培养出来的东西。Windows浏览器支持【Alt + 左右方向】来前进后退（是的是 Alt 并不是 Ctrl），文件管理器也支持【Alt + 左右方向】前进后退。转过来看Mac，浏览器支持【Cmd + 左右方向】前进后退，访达反而没有前进后退的快捷键了。而Mac访达支持【Cmd + 上下方向】进入上级下级文件夹，Windows文件管理器却没有这个功能（浏览器其实是软件商自己选的和系统关系不大）。
为什么你会觉得Windows的【Ctrl】对应Mac的【Cmd】，因为很多常用的操作确实如此，比如最经典的复制粘贴：【Ctrl + C/V】对应【Cmd + C/V】。但切换窗口Windows的是【Alt + Tab】，Mac是【Cmd + Tab】，浏览器的前进后退同样。这个时候变成Windows的【Alt】对应Mac的【Cmd】了。所以快捷键这种“操作习惯”纯纯是用户被厂商培养出来的。
你要说播放器的话，那更是如此了，每个播放器的快捷键都不一样。比如我常用的PotPlayer，左右是视频前进后退5s，Ctrl + 左右是前进后退30s，切上/下一个视频是PageUp/Down。再次说明了快捷键这种“操作习惯”被培养出来的。而且我认为播放器在这里类比并不合适，切换功能对这类软件来说没有那么高频。
至于最后的图标。你知道播放器这些图标起源于磁带时代么？只是用了这么多年了延续下来了而已。就像保存是个💾软盘图标一样。跟现在看就是没有什么道理的。
实体漫画书你是根本没明白我类比的是什么。
开启脚本后无法加载图片的问题大家遇到了吗？这几天拷贝漫画的官方不知道一直在折腾些什么