Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Dmm的所有信息都刮削不到了 #352

Open
jiaminxun opened this issue Feb 27, 2025 · 28 comments
Open

Dmm的所有信息都刮削不到了 #352

jiaminxun opened this issue Feb 27, 2025 · 28 comments

Comments

@jiaminxun
Copy link

jiaminxun commented Feb 27, 2025 •
edited
Loading

Dmm的所有信息都刮削不到了，包括片名，演员，简介，2K封面，看日志里所有dmm的都是失败。不是梯子的问题，浏览器打开dmm没问题
@Crispy-Bones
Copy link
Contributor

dmm网站页面更新了, 需要更改xpath, 本地已修复, 待会儿推上来

@jiaminxun
Copy link
Author

dmm网站页面更新了, 需要更改xpath, 本地已修复, 待会儿推上来

感谢大佬，现在还用着你上次修复打包给我的那个版本，那个版本大部分片子都能刮到日亚，是最好用的。

@Crispy-Bones
Copy link
Contributor

Crispy-Bones commented Feb 27, 2025 •
edited
Loading

dmm网站页面更新了, 需要更改xpath, 本地已修复, 待会儿推上来

感谢大佬，现在还用着你上次修复打包给我的那个版本，那个版本大部分片子都能刮到日亚，是最好用的。

现在在改日亚刮削的代码, 改过之后如果挂日本代理刮到的概率会更大

@jiaminxun
Copy link
Author

dmm网站页面更新了, 需要更改xpath, 本地已修复, 待会儿推上来

感谢大佬，现在还用着你上次修复打包给我的那个版本，那个版本大部分片子都能刮到日亚，是最好用的。

现在在改日亚刮削的代码, 改过之后如果挂日本代理刮到的概率会更大

那就更好了，期待!!

@helo1220
Copy link

dmm网站页面更新了, 需要更改xpath, 本地已修复, 待会儿推上来

求一个 今天突然刮不到dmm 好难受

@anyingxiuluo
Copy link
Contributor

dmm网站页面更新了, 需要更改xpath, 本地已修复, 待会儿推上来

感谢大佬，现在还用着你上次修复打包给我的那个版本，那个版本大部分片子都能刮到日亚，是最好用的。

现在在改日亚刮削的代码, 改过之后如果挂日本代理刮到的概率会更大

大佬，看一下这个问题能不能顺便解决一下#344

@Crispy-Bones
Copy link
Contributor

已推送, 详细说明参考: #353
着急用的话可以先使用我的构建: https://github.com/Crispy-Bones/mdcx/releases/tag/mdcx-v1.0

@jiaminxun
Copy link
Author

已推送, 详细说明参考: #353 着急用的话可以先使用我的构建: https://github.com/Crispy-Bones/mdcx/releases/tag/mdcx-v1.0

感谢大佬，基本正常了，但有一个问题，dmm2K横版封面，日志里看已经取到了，NFO里的封面地址也已经是dmm2K封面的地址，但还是会采用javbus的小封面。这个现象偶尔出现。这个现象你修复的上一个版本也有一样情况。

@Crispy-Bones
Copy link
Contributor

已推送, 详细说明参考: #353 着急用的话可以先使用我的构建: https://github.com/Crispy-Bones/mdcx/releases/tag/mdcx-v1.0

感谢大佬，基本正常了，但有一个问题，dmm2K横版封面，日志里看已经取到了，NFO里的封面地址也已经是dmm2K封面的地址，但还是会采用javbus的小封面。这个现象偶尔出现。这个现象你修复的上一个版本也有一样情况。

能否提供一下番号和日志附件

@jiaminxun
Copy link
Author

已推送, 详细说明参考: #353 着急用的话可以先使用我的构建: https://github.com/Crispy-Bones/mdcx/releases/tag/mdcx-v1.0

感谢大佬，基本正常了，但有一个问题，dmm2K横版封面，日志里看已经取到了，NFO里的封面地址也已经是dmm2K封面的地址，但还是会采用javbus的小封面。这个现象偶尔出现。这个现象你修复的上一个版本也有一样情况。

能否提供一下番号和日志附件

番号是IENF-377，刚刮的

2025-02-28-18-27-27.txt

@Crispy-Bones
Copy link
Contributor

已推送, 详细说明参考: #353 着急用的话可以先使用我的构建: https://github.com/Crispy-Bones/mdcx/releases/tag/mdcx-v1.0

感谢大佬，基本正常了，但有一个问题，dmm2K横版封面，日志里看已经取到了，NFO里的封面地址也已经是dmm2K封面的地址，但还是会采用javbus的小封面。这个现象偶尔出现。这个现象你修复的上一个版本也有一样情况。

能否提供一下番号和日志附件

番号是IENF-377，刚刮的

2025-02-28-18-27-27.txt

这是因为向服务器发送请求时返回405错误

Image
日志中会打印thumb图片失效

Image
但不一定百分百复现, 隔段时间重新尝试会恢复正常
原因可能是你所用代理的问题, 对请求进行拦截. 建议更换代理或等待之后重试.

@mobilesuits
Copy link

mobilesuits commented Feb 28, 2025 •
edited
Loading

已推送, 详细说明参考: #353 着急用的话可以先使用我的构建: https://github.com/Crispy-Bones/mdcx/releases/tag/mdcx-v1.0

感谢大佬，不过这个版本(aarch64)dmm的2k竖版封面错了，poster的地址变成了和thumb的一样了。poster的图片应该是ps.jpg结尾

Image

@mobilesuits
Copy link

mobilesuits commented Feb 28, 2025 •
edited
Loading

已推送, 详细说明参考: #353 着急用的话可以先使用我的构建: https://github.com/Crispy-Bones/mdcx/releases/tag/mdcx-v1.0

感谢大佬，基本正常了，但有一个问题，dmm2K横版封面，日志里看已经取到了，NFO里的封面地址也已经是dmm2K封面的地址，但还是会采用javbus的小封面。这个现象偶尔出现。这个现象你修复的上一个版本也有一样情况。

能否提供一下番号和日志附件

番号是IENF-377，刚刮的
2025-02-28-18-27-27.txt

这是因为向服务器发送请求时返回405错误

Image 日志中会打印thumb图片失效

Image 但不一定百分百复现, 隔段时间重新尝试会恢复正常 原因可能是你所用代理的问题, 对请求进行拦截. 建议更换代理或等待之后重试.

这个问题应该是横板封面请求哪里出了问题，大概率会失败，竖版封面100%成功，从您这次这个版本来看，由于竖版封面的削刮地址错误变成了横版封面的地址，所请求到的横版地址下载都是100%成功。所以不应该是代理或拦截的问题。

Image

@Crispy-Bones
Copy link
Contributor

已推送, 详细说明参考: #353 着急用的话可以先使用我的构建: https://github.com/Crispy-Bones/mdcx/releases/tag/mdcx-v1.0

感谢大佬，基本正常了，但有一个问题，dmm2K横版封面，日志里看已经取到了，NFO里的封面地址也已经是dmm2K封面的地址，但还是会采用javbus的小封面。这个现象偶尔出现。这个现象你修复的上一个版本也有一样情况。

能否提供一下番号和日志附件

番号是IENF-377，刚刮的
2025-02-28-18-27-27.txt

这是因为向服务器发送请求时返回405错误
Image 日志中会打印thumb图片失效
Image 但不一定百分百复现, 隔段时间重新尝试会恢复正常 原因可能是你所用代理的问题, 对请求进行拦截. 建议更换代理或等待之后重试.

这个问题应该是横板封面请求哪里出了问题，大概率会失败，竖版封面100%成功，从您这次这个版本来看，由于竖版封面的削刮地址错误变成了横版封面的地址，所请求到的横版地址下载都是100%成功。所以不应该是代理或拦截的问题。

Image

感谢指正! 确实少改了一处地方, 已更新分支!
不过漏改的地方并非是造成thumb图片下载失败的原因.

  1. 过往日志中, 老版本刮削时也会报同样的错, 即使thumb和poster的链接是正确的.
  2. 为什么poster能够100%成功? 因为脚本只会检测thumb的链接, 这个检测是有概率报错的, 超过重试次数后就不再使用此链接下载图片, 而poster链接不会被检测.
    所以我还是倾向认为是代理的问题.

@jiaminxun
Copy link
Author

已推送, 详细说明参考: #353 着急用的话可以先使用我的构建: https://github.com/Crispy-Bones/mdcx/releases/tag/mdcx-v1.0

感谢大佬，基本正常了，但有一个问题，dmm2K横版封面，日志里看已经取到了，NFO里的封面地址也已经是dmm2K封面的地址，但还是会采用javbus的小封面。这个现象偶尔出现。这个现象你修复的上一个版本也有一样情况。

能否提供一下番号和日志附件

番号是IENF-377，刚刮的
2025-02-28-18-27-27.txt

这是因为向服务器发送请求时返回405错误
Image 日志中会打印thumb图片失效
Image 但不一定百分百复现, 隔段时间重新尝试会恢复正常 原因可能是你所用代理的问题, 对请求进行拦截. 建议更换代理或等待之后重试.

这个问题应该是横板封面请求哪里出了问题，大概率会失败，竖版封面100%成功，从您这次这个版本来看，由于竖版封面的削刮地址错误变成了横版封面的地址，所请求到的横版地址下载都是100%成功。所以不应该是代理或拦截的问题。
Image

感谢指正! 确实少改了一处地方, 已更新分支! 不过漏改的地方并非是造成thumb图片下载失败的原因.

  1. 过往日志中, 老版本刮削时也会报同样的错, 即使thumb和poster的链接是正确的.
  2. 为什么poster能够100%成功? 因为脚本只会检测thumb的链接, 这个检测是有概率报错的, 超过重试次数后就不再使用此链接下载图片, 而poster链接不会被检测.
    所以我还是倾向认为是代理的问题.

大佬，是要重新下载新版吗？

@Crispy-Bones
Copy link
Contributor

已推送, 详细说明参考: #353 着急用的话可以先使用我的构建: https://github.com/Crispy-Bones/mdcx/releases/tag/mdcx-v1.0

感谢大佬，基本正常了，但有一个问题，dmm2K横版封面，日志里看已经取到了，NFO里的封面地址也已经是dmm2K封面的地址，但还是会采用javbus的小封面。这个现象偶尔出现。这个现象你修复的上一个版本也有一样情况。

能否提供一下番号和日志附件

番号是IENF-377，刚刮的
2025-02-28-18-27-27.txt

这是因为向服务器发送请求时返回405错误
Image 日志中会打印thumb图片失效
Image 但不一定百分百复现, 隔段时间重新尝试会恢复正常 原因可能是你所用代理的问题, 对请求进行拦截. 建议更换代理或等待之后重试.

这个问题应该是横板封面请求哪里出了问题，大概率会失败，竖版封面100%成功，从您这次这个版本来看，由于竖版封面的削刮地址错误变成了横版封面的地址，所请求到的横版地址下载都是100%成功。所以不应该是代理或拦截的问题。
Image

感谢指正! 确实少改了一处地方, 已更新分支! 不过漏改的地方并非是造成thumb图片下载失败的原因.

  1. 过往日志中, 老版本刮削时也会报同样的错, 即使thumb和poster的链接是正确的.
  2. 为什么poster能够100%成功? 因为脚本只会检测thumb的链接, 这个检测是有概率报错的, 超过重试次数后就不再使用此链接下载图片, 而poster链接不会被检测.
    所以我还是倾向认为是代理的问题.

大佬，是要重新下载新版吗？

没有构建新版, 用这个就可以, 改的地方不影响现在的刮削

@jiaminxun
Copy link
Author

已推送, 详细说明参考: #353 着急用的话可以先使用我的构建: https://github.com/Crispy-Bones/mdcx/releases/tag/mdcx-v1.0

感谢大佬，基本正常了，但有一个问题，dmm2K横版封面，日志里看已经取到了，NFO里的封面地址也已经是dmm2K封面的地址，但还是会采用javbus的小封面。这个现象偶尔出现。这个现象你修复的上一个版本也有一样情况。

能否提供一下番号和日志附件

番号是IENF-377，刚刮的
2025-02-28-18-27-27.txt

这是因为向服务器发送请求时返回405错误
Image 日志中会打印thumb图片失效
Image 但不一定百分百复现, 隔段时间重新尝试会恢复正常 原因可能是你所用代理的问题, 对请求进行拦截. 建议更换代理或等待之后重试.

这个问题应该是横板封面请求哪里出了问题，大概率会失败，竖版封面100%成功，从您这次这个版本来看，由于竖版封面的削刮地址错误变成了横版封面的地址，所请求到的横版地址下载都是100%成功。所以不应该是代理或拦截的问题。
Image

感谢指正! 确实少改了一处地方, 已更新分支! 不过漏改的地方并非是造成thumb图片下载失败的原因.

  1. 过往日志中, 老版本刮削时也会报同样的错, 即使thumb和poster的链接是正确的.
  2. 为什么poster能够100%成功? 因为脚本只会检测thumb的链接, 这个检测是有概率报错的, 超过重试次数后就不再使用此链接下载图片, 而poster链接不会被检测.
    所以我还是倾向认为是代理的问题.

大佬，是要重新下载新版吗？

没有构建新版, 用这个就可以, 改的地方不影响现在的刮削

又发现一个问题，如果设置选择从DMM下载剧照的话，现在下载到的全是120*90的小图，看了下直接从Dmm打开的地址，现在DMM的地址后面多了jp两个字母，例如DMM的地址是https://pics.dmm.co.jp/digital/video/mimk00197/mimk00197jp-3.jpg，而现在下载采用的地址是https://pics.dmm.co.jp/digital/video/mimk00197/mimk00197-3.jpg

@mobilesuits
Copy link

感谢指正! 确实少改了一处地方, 已更新分支! 不过漏改的地方并非是造成thumb图片下载失败的原因.

  1. 过往日志中, 老版本刮削时也会报同样的错, 即使thumb和poster的链接是正确的.
  2. 为什么poster能够100%成功? 因为脚本只会检测thumb的链接, 这个检测是有概率报错的, 超过重试次数后就不再使用此链接下载图片, 而poster链接不会被检测.
    所以我还是倾向认为是代理的问题.

正是因为您这次这个漏改的地方，从而使poster的地址变成了thumb的，反而让thumb可以100%成功。在poster和thumb的地址都是thumb的地址时，从poster下载的thumb会100%成功，从thumb下载的thumb还是以前的大概率报错，这个逻辑不知道我讲明白了吗？

另外以前的版本还有个100%成功的方法，就是先手动在浏览器访问thumb地址的图片，只要手动访问过的地址，削刮时不会出现下载失败的情况。

所以按照以上的逻辑来看，我还是倾向于程序自身的问题

@Crispy-Bones
Copy link
Contributor

感谢指正! 确实少改了一处地方, 已更新分支! 不过漏改的地方并非是造成thumb图片下载失败的原因.

  1. 过往日志中, 老版本刮削时也会报同样的错, 即使thumb和poster的链接是正确的.
  2. 为什么poster能够100%成功? 因为脚本只会检测thumb的链接, 这个检测是有概率报错的, 超过重试次数后就不再使用此链接下载图片, 而poster链接不会被检测.
    所以我还是倾向认为是代理的问题.

正是因为您这次这个漏改的地方，从而使poster的地址变成了thumb的，反而让thumb可以100%成功。在poster和thumb的地址都是thumb的地址时，从poster下载的thumb会100%成功，从thumb下载的thumb还是以前的大概率报错，这个逻辑不知道我讲明白了吗？

另外以前的版本还有个100%成功的方法，就是先手动在浏览器访问thumb地址的图片，只要手动访问过的地址，削刮时不会出现下载失败的情况。

所以按照以上的逻辑来看，我还是倾向于程序自身的问题

感谢建议! 程序确实有问题, 但是属于历史问题, 与漏改与否无关.
以下分析仅针对dmm刮削:

  1. 如果poster和thumb均来自dmm网站, 则直接会将thumb截取作为poster, 并不会单独下载poster.
  2. poster的url正确与否和thumb能否正常下载无关, 如下图, poster的url明显错误, 依然显示成功, 因为不会对其检测, 也不会进行下载.

Image
3. dmm下载图片前会使用head方法对thumb的url进行检测, 仅返回响应头, 主要用于确认数据是否存在. 如果检测失败就放弃下载thumb
4. 检测失败的报错如图

Image
报错信息为 X-Cache: Error from cloudfront, 这说明请求被 AWS CloudFront CDN 拦截, 可能是dmm新加入的拦截机制, 使head请求的被拦截率大大增加. 而且请求的url是通过替换字符换将 'https://pics.dmm.co.jp/' 替换为 'https://awsimgsrc.dmm.co.jp/pics_dig/', 这对于没有2K封面的老片拦截概率更高.

如何解决:

  1. 去除图片url检测机制, 直接下载. 但是这个是通用的功能, 适用所有刮削网站, 如果目标网站无资源, 可能会出现下载空图片的情况.
  2. 将head方法改为get, 报错情况显著减少. 但是脚本除了检测图片外, 还会检测预告片, 如果改为get则会下载整个预告片, 极大拖慢性能.
  3. 专门针对dmm的图片设定下载机制, 这个改动较多, 这并非我所擅长的, 可以咨询管理员或者其他contributor.
    总之目前遇到这种情况, 建议还是多试几次或者等会儿再下

Image

如果还有其他更好的提议, 欢迎提出!

@jiaminxun
Copy link
Author

感谢指正! 确实少改了一处地方, 已更新分支! 不过漏改的地方并非是造成thumb图片下载失败的原因.

  1. 过往日志中, 老版本刮削时也会报同样的错, 即使thumb和poster的链接是正确的.
  2. 为什么poster能够100%成功? 因为脚本只会检测thumb的链接, 这个检测是有概率报错的, 超过重试次数后就不再使用此链接下载图片, 而poster链接不会被检测.
    所以我还是倾向认为是代理的问题.

正是因为您这次这个漏改的地方，从而使poster的地址变成了thumb的，反而让thumb可以100%成功。在poster和thumb的地址都是thumb的地址时，从poster下载的thumb会100%成功，从thumb下载的thumb还是以前的大概率报错，这个逻辑不知道我讲明白了吗？
另外以前的版本还有个100%成功的方法，就是先手动在浏览器访问thumb地址的图片，只要手动访问过的地址，削刮时不会出现下载失败的情况。
所以按照以上的逻辑来看，我还是倾向于程序自身的问题

感谢建议! 程序确实有问题, 但是属于历史问题, 与漏改与否无关. 以下分析仅针对dmm刮削:

  1. 如果poster和thumb均来自dmm网站, 则直接会将thumb截取作为poster, 并不会单独下载poster.
  2. poster的url正确与否和thumb能否正常下载无关, 如下图, poster的url明显错误, 依然显示成功, 因为不会对其检测, 也不会进行下载.

Image 3. dmm下载图片前会使用head方法对thumb的url进行检测, 仅返回响应头, 主要用于确认数据是否存在. 如果检测失败就放弃下载thumb 4. 检测失败的报错如图

Image 报错信息为 X-Cache: Error from cloudfront, 这说明请求被 AWS CloudFront CDN 拦截, 可能是dmm新加入的拦截机制, 使head请求的被拦截率大大增加. 而且请求的url是通过替换字符换将 'https://pics.dmm.co.jp/' 替换为 'https://awsimgsrc.dmm.co.jp/pics_dig/', 这对于没有2K封面的老片拦截概率更高.

如何解决:

  1. 去除图片url检测机制, 直接下载. 但是这个是通用的功能, 适用所有刮削网站, 如果目标网站无资源, 可能会出现下载空图片的情况.
  2. 将head方法改为get, 报错情况显著减少. 但是脚本除了检测图片外, 还会检测预告片, 如果改为get则会下载整个预告片, 极大拖慢性能.
  3. 专门针对dmm的图片设定下载机制, 这个改动较多, 这并非我所擅长的, 可以咨询管理员或者其他contributor.
    总之目前遇到这种情况, 建议还是多试几次或者等会儿再下

Image Image

如果还有其他更好的提议, 欢迎提出!

大佬，设置剧照从dmm下载现在只能下载到120*90的小图这个能不能修复一下，现在dmm的剧照地址多了jp两个字母

@Crispy-Bones
Copy link
Contributor

感谢指正! 确实少改了一处地方, 已更新分支! 不过漏改的地方并非是造成thumb图片下载失败的原因.

  1. 过往日志中, 老版本刮削时也会报同样的错, 即使thumb和poster的链接是正确的.
  2. 为什么poster能够100%成功? 因为脚本只会检测thumb的链接, 这个检测是有概率报错的, 超过重试次数后就不再使用此链接下载图片, 而poster链接不会被检测.
    所以我还是倾向认为是代理的问题.

正是因为您这次这个漏改的地方，从而使poster的地址变成了thumb的，反而让thumb可以100%成功。在poster和thumb的地址都是thumb的地址时，从poster下载的thumb会100%成功，从thumb下载的thumb还是以前的大概率报错，这个逻辑不知道我讲明白了吗？
另外以前的版本还有个100%成功的方法，就是先手动在浏览器访问thumb地址的图片，只要手动访问过的地址，削刮时不会出现下载失败的情况。
所以按照以上的逻辑来看，我还是倾向于程序自身的问题

感谢建议! 程序确实有问题, 但是属于历史问题, 与漏改与否无关. 以下分析仅针对dmm刮削:

  1. 如果poster和thumb均来自dmm网站, 则直接会将thumb截取作为poster, 并不会单独下载poster.
  2. poster的url正确与否和thumb能否正常下载无关, 如下图, poster的url明显错误, 依然显示成功, 因为不会对其检测, 也不会进行下载.

Image 3. dmm下载图片前会使用head方法对thumb的url进行检测, 仅返回响应头, 主要用于确认数据是否存在. 如果检测失败就放弃下载thumb 4. 检测失败的报错如图
Image 报错信息为 X-Cache: Error from cloudfront, 这说明请求被 AWS CloudFront CDN 拦截, 可能是dmm新加入的拦截机制, 使head请求的被拦截率大大增加. 而且请求的url是通过替换字符换将 'https://pics.dmm.co.jp/' 替换为 'https://awsimgsrc.dmm.co.jp/pics_dig/', 这对于没有2K封面的老片拦截概率更高.
如何解决:

  1. 去除图片url检测机制, 直接下载. 但是这个是通用的功能, 适用所有刮削网站, 如果目标网站无资源, 可能会出现下载空图片的情况.
  2. 将head方法改为get, 报错情况显著减少. 但是脚本除了检测图片外, 还会检测预告片, 如果改为get则会下载整个预告片, 极大拖慢性能.
  3. 专门针对dmm的图片设定下载机制, 这个改动较多, 这并非我所擅长的, 可以咨询管理员或者其他contributor.
    总之目前遇到这种情况, 建议还是多试几次或者等会儿再下

Image

    [
      
    
        ![Image](https://github.com/user-attachments/assets/bf628c5a-17d4-45ac-bd31-9f79454c5906)
      ](https://private-user-images.githubusercontent.com/53372503/418248183-bf628c5a-17d4-45ac-bd31-9f79454c5906.gif?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDA4MTk2NTEsIm5iZiI6MTc0MDgxOTM1MSwicGF0aCI6Ii81MzM3MjUwMy80MTgyNDgxODMtYmY2MjhjNWEtMTdkNC00NWFjLWJkMzEtOWY3OTQ1NGM1OTA2LmdpZj9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAzMDElMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMzAxVDA4NTU1MVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTMzOWVlMTBjNzFjMDBiNTZhOGEzNTAyZTk1YTNiNmY3MTVjMDE2ZmM4NzExMzM2MWZhOTA4NWE1OTNkNzZlMGImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.sn5Gqg3uLzp-urdi2J4IEZN2Gj0KBqfoLlaieTl9a0o)
    
    
      
        
          
        
        
          
          
        
      
      [
        
          
        
      ](https://private-user-images.githubusercontent.com/53372503/418248183-bf628c5a-17d4-45ac-bd31-9f79454c5906.gif?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDA4MTk2NTEsIm5iZiI6MTc0MDgxOTM1MSwicGF0aCI6Ii81MzM3MjUwMy80MTgyNDgxODMtYmY2MjhjNWEtMTdkNC00NWFjLWJkMzEtOWY3OTQ1NGM1OTA2LmdpZj9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAzMDElMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMzAxVDA4NTU1MVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTMzOWVlMTBjNzFjMDBiNTZhOGEzNTAyZTk1YTNiNmY3MTVjMDE2ZmM4NzExMzM2MWZhOTA4NWE1OTNkNzZlMGImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.sn5Gqg3uLzp-urdi2J4IEZN2Gj0KBqfoLlaieTl9a0o)
    
   [ ![Image](https://github.com/user-attachments/assets/bf628c5a-17d4-45ac-bd31-9f79454c5906) ](https://private-user-images.githubusercontent.com/53372503/418248183-bf628c5a-17d4-45ac-bd31-9f79454c5906.gif?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDA4MTgyOTUsIm5iZiI6MTc0MDgxNzk5NSwicGF0aCI6Ii81MzM3MjUwMy80MTgyNDgxODMtYmY2MjhjNWEtMTdkNC00NWFjLWJkMzEtOWY3OTQ1NGM1OTA2LmdpZj9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAzMDElMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMzAxVDA4MzMxNVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWJiZDZlNzVjMGFlZWI2OWE0MjI1NWM5YTgyNjk2YTlmYjM3MGRmNGZlYzVmZTFhY2I4Yzc0MTVlNTg1ZTI1ZjImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.YTQ2xzlCVg77QzMY4EY2uhu_MNAb7d1p5YxsIceQTCc)
  
    [
      
    
        ![Image](https://github.com/user-attachments/assets/bf628c5a-17d4-45ac-bd31-9f79454c5906)
      ](https://private-user-images.githubusercontent.com/53372503/418248183-bf628c5a-17d4-45ac-bd31-9f79454c5906.gif?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDA4MTgyOTUsIm5iZiI6MTc0MDgxNzk5NSwicGF0aCI6Ii81MzM3MjUwMy80MTgyNDgxODMtYmY2MjhjNWEtMTdkNC00NWFjLWJkMzEtOWY3OTQ1NGM1OTA2LmdpZj9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAzMDElMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMzAxVDA4MzMxNVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWJiZDZlNzVjMGFlZWI2OWE0MjI1NWM5YTgyNjk2YTlmYjM3MGRmNGZlYzVmZTFhY2I4Yzc0MTVlNTg1ZTI1ZjImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.YTQ2xzlCVg77QzMY4EY2uhu_MNAb7d1p5YxsIceQTCc)
    
    
      
        
          
        
        
          
          
        
      
      [
        
          
        
      ](https://private-user-images.githubusercontent.com/53372503/418248183-bf628c5a-17d4-45ac-bd31-9f79454c5906.gif?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDA4MTgyOTUsIm5iZiI6MTc0MDgxNzk5NSwicGF0aCI6Ii81MzM3MjUwMy80MTgyNDgxODMtYmY2MjhjNWEtMTdkNC00NWFjLWJkMzEtOWY3OTQ1NGM1OTA2LmdpZj9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAzMDElMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMzAxVDA4MzMxNVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWJiZDZlNzVjMGFlZWI2OWE0MjI1NWM5YTgyNjk2YTlmYjM3MGRmNGZlYzVmZTFhY2I4Yzc0MTVlNTg1ZTI1ZjImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.YTQ2xzlCVg77QzMY4EY2uhu_MNAb7d1p5YxsIceQTCc)
    
   [ ](https://private-user-images.githubusercontent.com/53372503/418248183-bf628c5a-17d4-45ac-bd31-9f79454c5906.gif?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDA4MTgyOTUsIm5iZiI6MTc0MDgxNzk5NSwicGF0aCI6Ii81MzM3MjUwMy80MTgyNDgxODMtYmY2MjhjNWEtMTdkNC00NWFjLWJkMzEtOWY3OTQ1NGM1OTA2LmdpZj9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAzMDElMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMzAxVDA4MzMxNVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWJiZDZlNzVjMGFlZWI2OWE0MjI1NWM5YTgyNjk2YTlmYjM3MGRmNGZlYzVmZTFhY2I4Yzc0MTVlNTg1ZTI1ZjImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.YTQ2xzlCVg77QzMY4EY2uhu_MNAb7d1p5YxsIceQTCc)

如果还有其他更好的提议, 欢迎提出!

大佬，设置剧照从dmm下载现在只能下载到120*90的小图这个能不能修复一下，现在dmm的剧照地址多了jp两个字母

应该还是xpath的问题, 今天查的时候发现预告片的路径也要改, 这些功能我平时不怎么用, 没测这么多. 看来dmm网站大改了, 具体有哪些变动得花时间一个个测, 最近比较忙, 看有谁可以帮忙改一下, 抱歉.

@zhanghu2000
Copy link

Image
挂了日本代理，链接可以直接打开，但是为啥mcdx不知道为啥打不开

@mobilesuits
Copy link

如何解决:

  1. 去除图片url检测机制, 直接下载. 但是这个是通用的功能, 适用所有刮削网站, 如果目标网站无资源, 可能会出现下载空图片的情况.
  2. 将head方法改为get, 报错情况显著减少. 但是脚本除了检测图片外, 还会检测预告片, 如果改为get则会下载整个预告片, 极大拖慢性能.
  3. 专门针对dmm的图片设定下载机制, 这个改动较多, 这并非我所擅长的, 可以咨询管理员或者其他contributor.
    总之目前遇到这种情况, 建议还是多试几次或者等会儿再下

如果还有其他更好的提议, 欢迎提出!

嗯，这个问题确实不是您这次改动引起的，只是恰好验证了一些逻辑，看到您的分析，我也总算明白为什么了。可惜我不太会编程，不然可以自己动手。

除了2D资源，我还削刮VR资源，VR的poster一般不能靠裁剪thumb来获取，所以单独下载poster还是必要的。而且现在dmm的2Kposter封面还是挺清晰的，能下载原图何必还要靠裁剪。

我现在新片都是把thumb手动下载到网盘，然后削刮网盘时保留原文件，毕竟网盘也是要放一份图片留档的。

老资源需要重新整理削刮的时候，才会靠程序批量削刮下载封面图，校验失败的再手动补，确实比较麻烦。

我建议也是不要检测thumb的链接了，直接下载，如果地址不对，下载空着也行。有空白的地方在手动想办法补全，否则这总是校验失败也跟空着没啥区别。

@mobilesuits
Copy link

大佬，设置剧照从dmm下载现在只能下载到120*90的小图这个能不能修复一下，现在dmm的剧照地址多了jp两个字母

应该还是xpath的问题, 今天查的时候发现预告片的路径也要改, 这些功能我平时不怎么用, 没测这么多. 看来dmm网站大改了, 具体有哪些变动得花时间一个个测, 最近比较忙, 看有谁可以帮忙改一下, 抱歉.

剧照图片在dmm这次改版之前，也一直都是jp-X.jpg，一般jp-1和poster一样，之前的版本削刮都正常的，这个应该也是您这个版本的问题了。望大佬有时间了修复一下，再发布一个版本。

@jiaminxun
Copy link
Author

jiaminxun commented Mar 2, 2025 •
edited
Loading

感谢指正! 确实少改了一处地方, 已更新分支! 不过漏改的地方并非是造成thumb图片下载失败的原因.

  1. 过往日志中, 老版本刮削时也会报同样的错, 即使thumb和poster的链接是正确的.
  2. 为什么poster能够100%成功? 因为脚本只会检测thumb的链接, 这个检测是有概率报错的, 超过重试次数后就不再使用此链接下载图片, 而poster链接不会被检测.
    所以我还是倾向认为是代理的问题.

正是因为您这次这个漏改的地方，从而使poster的地址变成了thumb的，反而让thumb可以100%成功。在poster和thumb的地址都是thumb的地址时，从poster下载的thumb会100%成功，从thumb下载的thumb还是以前的大概率报错，这个逻辑不知道我讲明白了吗？
另外以前的版本还有个100%成功的方法，就是先手动在浏览器访问thumb地址的图片，只要手动访问过的地址，削刮时不会出现下载失败的情况。
所以按照以上的逻辑来看，我还是倾向于程序自身的问题

感谢建议! 程序确实有问题, 但是属于历史问题, 与漏改与否无关. 以下分析仅针对dmm刮削:

  1. 如果poster和thumb均来自dmm网站, 则直接会将thumb截取作为poster, 并不会单独下载poster.
  2. poster的url正确与否和thumb能否正常下载无关, 如下图, poster的url明显错误, 依然显示成功, 因为不会对其检测, 也不会进行下载.

Image 3. dmm下载图片前会使用head方法对thumb的url进行检测, 仅返回响应头, 主要用于确认数据是否存在. 如果检测失败就放弃下载thumb 4. 检测失败的报错如图
Image 报错信息为 X-Cache: Error from cloudfront, 这说明请求被 AWS CloudFront CDN 拦截, 可能是dmm新加入的拦截机制, 使head请求的被拦截率大大增加. 而且请求的url是通过替换字符换将 'https://pics.dmm.co.jp/' 替换为 'https://awsimgsrc.dmm.co.jp/pics_dig/', 这对于没有2K封面的老片拦截概率更高.
如何解决:

  1. 去除图片url检测机制, 直接下载. 但是这个是通用的功能, 适用所有刮削网站, 如果目标网站无资源, 可能会出现下载空图片的情况.
  2. 将head方法改为get, 报错情况显著减少. 但是脚本除了检测图片外, 还会检测预告片, 如果改为get则会下载整个预告片, 极大拖慢性能.
  3. 专门针对dmm的图片设定下载机制, 这个改动较多, 这并非我所擅长的, 可以咨询管理员或者其他contributor.
    总之目前遇到这种情况, 建议还是多试几次或者等会儿再下

Image

    [
      
    
        ![Image](https://github.com/user-attachments/assets/bf628c5a-17d4-45ac-bd31-9f79454c5906)
      ](https://private-user-images.githubusercontent.com/53372503/418248183-bf628c5a-17d4-45ac-bd31-9f79454c5906.gif?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDA4ODkxNTksIm5iZiI6MTc0MDg4ODg1OSwicGF0aCI6Ii81MzM3MjUwMy80MTgyNDgxODMtYmY2MjhjNWEtMTdkNC00NWFjLWJkMzEtOWY3OTQ1NGM1OTA2LmdpZj9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAzMDIlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMzAyVDA0MTQxOVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTQ3MDdlNDA0ZDk1ZTIwMzNhNGQwNWZlYzJkNDUxMmRmZmU3YzQ5OWRiNjA4NWM2ZjBjZjRjZDA1ZmRiOWVhZWEmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.ZVesi88OJaswl8GJa2hwfSjX_KNOM7wHVRu3RHoy65g)
    
    
      
        
          
        
        
          
          
        
      
      [
        
          
        
      ](https://private-user-images.githubusercontent.com/53372503/418248183-bf628c5a-17d4-45ac-bd31-9f79454c5906.gif?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDA4ODkxNTksIm5iZiI6MTc0MDg4ODg1OSwicGF0aCI6Ii81MzM3MjUwMy80MTgyNDgxODMtYmY2MjhjNWEtMTdkNC00NWFjLWJkMzEtOWY3OTQ1NGM1OTA2LmdpZj9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAzMDIlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMzAyVDA0MTQxOVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTQ3MDdlNDA0ZDk1ZTIwMzNhNGQwNWZlYzJkNDUxMmRmZmU3YzQ5OWRiNjA4NWM2ZjBjZjRjZDA1ZmRiOWVhZWEmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.ZVesi88OJaswl8GJa2hwfSjX_KNOM7wHVRu3RHoy65g)

    [
      
    
        ![Image](https://github.com/user-attachments/assets/bf628c5a-17d4-45ac-bd31-9f79454c5906)
      ](https://private-user-images.githubusercontent.com/53372503/418248183-bf628c5a-17d4-45ac-bd31-9f79454c5906.gif?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDA4MTk2NTEsIm5iZiI6MTc0MDgxOTM1MSwicGF0aCI6Ii81MzM3MjUwMy80MTgyNDgxODMtYmY2MjhjNWEtMTdkNC00NWFjLWJkMzEtOWY3OTQ1NGM1OTA2LmdpZj9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAzMDElMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMzAxVDA4NTU1MVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTMzOWVlMTBjNzFjMDBiNTZhOGEzNTAyZTk1YTNiNmY3MTVjMDE2ZmM4NzExMzM2MWZhOTA4NWE1OTNkNzZlMGImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.sn5Gqg3uLzp-urdi2J4IEZN2Gj0KBqfoLlaieTl9a0o)
    
    
      
        
          
        
        
          
          
        
      
      [
        
          
        
      ](https://private-user-images.githubusercontent.com/53372503/418248183-bf628c5a-17d4-45ac-bd31-9f79454c5906.gif?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDA4MTk2NTEsIm5iZiI6MTc0MDgxOTM1MSwicGF0aCI6Ii81MzM3MjUwMy80MTgyNDgxODMtYmY2MjhjNWEtMTdkNC00NWFjLWJkMzEtOWY3OTQ1NGM1OTA2LmdpZj9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAzMDElMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMzAxVDA4NTU1MVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTMzOWVlMTBjNzFjMDBiNTZhOGEzNTAyZTk1YTNiNmY3MTVjMDE2ZmM4NzExMzM2MWZhOTA4NWE1OTNkNzZlMGImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.sn5Gqg3uLzp-urdi2J4IEZN2Gj0KBqfoLlaieTl9a0o)
    
   [ ![Image](https://github.com/user-attachments/assets/bf628c5a-17d4-45ac-bd31-9f79454c5906) ](https://private-user-images.githubusercontent.com/53372503/418248183-bf628c5a-17d4-45ac-bd31-9f79454c5906.gif?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDA4MTgyOTUsIm5iZiI6MTc0MDgxNzk5NSwicGF0aCI6Ii81MzM3MjUwMy80MTgyNDgxODMtYmY2MjhjNWEtMTdkNC00NWFjLWJkMzEtOWY3OTQ1NGM1OTA2LmdpZj9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAzMDElMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMzAxVDA4MzMxNVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWJiZDZlNzVjMGFlZWI2OWE0MjI1NWM5YTgyNjk2YTlmYjM3MGRmNGZlYzVmZTFhY2I4Yzc0MTVlNTg1ZTI1ZjImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.YTQ2xzlCVg77QzMY4EY2uhu_MNAb7d1p5YxsIceQTCc)
  
    [
      
    
        ![Image](https://github.com/user-attachments/assets/bf628c5a-17d4-45ac-bd31-9f79454c5906)
      ](https://private-user-images.githubusercontent.com/53372503/418248183-bf628c5a-17d4-45ac-bd31-9f79454c5906.gif?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDA4MTgyOTUsIm5iZiI6MTc0MDgxNzk5NSwicGF0aCI6Ii81MzM3MjUwMy80MTgyNDgxODMtYmY2MjhjNWEtMTdkNC00NWFjLWJkMzEtOWY3OTQ1NGM1OTA2LmdpZj9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAzMDElMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMzAxVDA4MzMxNVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWJiZDZlNzVjMGFlZWI2OWE0MjI1NWM5YTgyNjk2YTlmYjM3MGRmNGZlYzVmZTFhY2I4Yzc0MTVlNTg1ZTI1ZjImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.YTQ2xzlCVg77QzMY4EY2uhu_MNAb7d1p5YxsIceQTCc)
    
    
      
        
          
        
        
          
          
        
      
      [
        
          
        
      ](https://private-user-images.githubusercontent.com/53372503/418248183-bf628c5a-17d4-45ac-bd31-9f79454c5906.gif?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDA4MTgyOTUsIm5iZiI6MTc0MDgxNzk5NSwicGF0aCI6Ii81MzM3MjUwMy80MTgyNDgxODMtYmY2MjhjNWEtMTdkNC00NWFjLWJkMzEtOWY3OTQ1NGM1OTA2LmdpZj9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAzMDElMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMzAxVDA4MzMxNVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWJiZDZlNzVjMGFlZWI2OWE0MjI1NWM5YTgyNjk2YTlmYjM3MGRmNGZlYzVmZTFhY2I4Yzc0MTVlNTg1ZTI1ZjImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.YTQ2xzlCVg77QzMY4EY2uhu_MNAb7d1p5YxsIceQTCc)
    
   [ ](https://private-user-images.githubusercontent.com/53372503/418248183-bf628c5a-17d4-45ac-bd31-9f79454c5906.gif?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDA4MTgyOTUsIm5iZiI6MTc0MDgxNzk5NSwicGF0aCI6Ii81MzM3MjUwMy80MTgyNDgxODMtYmY2MjhjNWEtMTdkNC00NWFjLWJkMzEtOWY3OTQ1NGM1OTA2LmdpZj9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAzMDElMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMzAxVDA4MzMxNVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWJiZDZlNzVjMGFlZWI2OWE0MjI1NWM5YTgyNjk2YTlmYjM3MGRmNGZlYzVmZTFhY2I4Yzc0MTVlNTg1ZTI1ZjImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.YTQ2xzlCVg77QzMY4EY2uhu_MNAb7d1p5YxsIceQTCc)

如果还有其他更好的提议, 欢迎提出!

大佬，设置剧照从dmm下载现在只能下载到120*90的小图这个能不能修复一下，现在dmm的剧照地址多了jp两个字母

应该还是xpath的问题, 今天查的时候发现预告片的路径也要改, 这些功能我平时不怎么用, 没测这么多. 看来dmm网站大改了, 具体有哪些变动得花时间一个个测, 最近比较忙, 看有谁可以帮忙改一下, 抱歉.

大佬，现在下载剧照还能用javbus顶着，但就怕javbus出问题，有个dmm就放心多了，反正又不急，看你有空再找时间改改呗，能改就行。

@Crispy-Bones
Copy link
Contributor

抽空做了一版, 修复了剧照下载, 预告片下载的问题, 提升了thumb图片下载的成功率, 不能保证100%成功, 还存在一些问题, 这次就不推分支了.
https://github.com/Crispy-Bones/mdcx/releases/tag/250303
这次因为dmm出问题, 影响比较大, 所以临时做了构建, 为了owner能够统一管理, 今后不再单独构建.

@jiaminxun
Copy link
Author

抽空做了一版, 修复了剧照下载, 预告片下载的问题, 提升了thumb图片下载的成功率, 不能保证100%成功, 还存在一些问题, 这次就不推分支了. https://github.com/Crispy-Bones/mdcx/releases/tag/250303 这次因为dmm出问题, 影响比较大, 所以临时做了构建, 为了owner能够统一管理, 今后不再单独构建.

感谢大佬

@mobilesuits
Copy link

抽空做了一版, 修复了剧照下载, 预告片下载的问题, 提升了thumb图片下载的成功率, 不能保证100%成功, 还存在一些问题, 这次就不推分支了. https://github.com/Crispy-Bones/mdcx/releases/tag/250303 这次因为dmm出问题, 影响比较大, 所以临时做了构建, 为了owner能够统一管理, 今后不再单独构建.

感谢大佬，能否发一个mac的aarch64版本的

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
6 participants
@zhanghu2000 @Crispy-Bones @jiaminxun @helo1220 @mobilesuits @anyingxiuluo