-
Notifications
You must be signed in to change notification settings - Fork 39
对于有Referer要求的图片 无法加载 #99
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.
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 Gi 8000 tHub? Sign in to your account
Comments
建议开启miniflux的图片代理功能 |
这个启用主要配置下面参数吗 当前设置有问题吗 |
我没有开启过这个功能,但是理论上还需要配置一个指向的地址,否则可能会默认是本地的代理,https://miniflux.app/docs/configuration.html#base-url |
本地代理应该也可以用吧 现在我这样配置看着还是不行 |
需要指向miniflux服务端所在的地址 |
测试发现 miniflux中获取全文时 图片是从 https://xxx.xxx.xxx/proxy 代理地址获取 但是nextflux是从源地址获取 MEDIA_PROXY_CUSTOM_URL= https://xxx.xxx.xxx/proxy 手动配置 MEDIA_PROXY_CUSTOM_URL=https://xxx.xxx.xxx/proxy 情况下 miniflux依然从该地址获取 但是图片无法加载 并且nextflux依然从源地址获取图片 |
https://www.v2ex.com/t/1068042 看起来启用 MEDIA_PROXY_MODE=all miniflux就会启用代理功能 但是nextflux不会从代理地址获取图片 |
奇怪了 看着nextflux访问的api与miniflux一样 但是返回内容就是不一致 |
你似乎需要配置BASE_URL参数 |
BASE_URL 最开始就配置了 写的是 https://xxx.xxx.xxx |
可以提供个邮箱吗 这边把地址发给你你测试下 |
建议在console检查miniflux网页和nextflux获取的同一个图片的地址是否一致 |
测试了下 就是不一致 才感觉奇怪 |
看了下源代码 nextflux 调用的fetch-content 走的 entry.go 里面的 fetchContent 获取的就是原始图像链接 miniflux 网页里面调用的 /entry/download/{entryID} 走的 entry_scraper.go 里面的 fetchContent ,处理多了 mediaproxy.RewriteDocumentWithRelativeProxyURL ,所以获取的图片是代理的图片 可能 nextflux 要额外逻辑处理了,或者问下上游为什么这样的实现? |
https://miniflux.app/docs/api.html#endpoint-fetch-content https://miniflux.app/docs/api.html#endpoint-get-entry 现在看来可行的是 添加rss的时候 勾选 抓取全文内容 |
或许只是开发者疏忽了,忘了同步 Web 端和 API 端的逻辑。 |
最新的 v2.2.8 已经支持和 Web 端相同的逻辑了,不过因为向后兼容的关系,需要额外的参数。
|
可以更新试试 |
关键要 @electh 更新相应的逻辑 |
使用miniflux自带的抓取全文 图片可以正常加载
在nextflux中无法加载
测试 rss
https://hellogithub.com/rss
HelloGitHub 第 107 期
The text was updated successfully, but these errors were encountered: