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.

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

希望能将cloudreve显示文件夹大小和缩略图功能分开 #6721

Closed
4 tasks done
Ayazk726 opened this issue Jul 8, 2024 · 5 comments
Closed
4 tasks done

希望能将cloudreve显示文件夹大小和缩略图功能分开 #6721

Ayazk726 opened this issue Jul 8, 2024 · 5 comments
Labels
enhancement New feature or request stale No activity for more than 30 days

Comments

@Ayazk726
Copy link

Ayazk726 commented Jul 8, 2024

Please make sure of the following things

  • I have read the documentation.
  • I'm sure there are no duplicate issues or discussions.
  • I'm sure this feature is not implemented.
  • I'm sure it's a reasonable and popular requirement.

Description of the feature / 需求描述

  • 当cloudreve文件数量很多或者大小很大时,计算文件夹大小会消耗大量的时间(有时甚至会504)的同时会让部署了cloudreve的服务器负载很高,希望分开功能只显示缩略图或者只显示文件夹大小

Suggested solution / 实现思路

  1. 我建议只在网格视图打开时才通过api请求缩略图url从而先显示出内容,谁都不想点进去一直转圈圈。
  2. 目前的alist在获取完文件夹大小和缩略图url后,由于自动同步刷新的缘故会清空缓存导致重新发送请求获取,这会导致alist还未获取完url后就自动刷新,实际做了无用功。而cloudreve的api提供的缩略图url貌似是永久的可以考虑创建一个thumb_url字段写入数据库中永久保存,通过对比/api/v3/directory获得的文件id和thumb_url最后的文件id的一致性判断文件是否有被修改,加快缩略图的显示速度。
  3. 获取文件夹大小功能建议删掉感觉没用。

Additional context / 附件

No response

@Ayazk726 Ayazk726 added the enhancement New feature or request label Jul 8, 2024
Copy link

welcome bot commented Jul 8, 2024

Thanks for opening your first issue here! Be sure to follow the issue template!

@Ayazk726 Ayazk726 changed the title 希望能将cloudreve显示文件大小和缩略图功能分开 希望能将cloudreve显示文件夹大小和缩略图功能分开 Jul 8, 2024
@Simonzhang8
Copy link

?这个不是cloudreve的问题吗

@Ayazk726
Copy link
Author

Ayazk726 commented Jul 9, 2024

?这个不是cloudreve的问题吗
Jul 9, 2024

  1. 计算文件夹大小在文件夹内容很多时cr的反应确实很慢,我说实话这功能没什么用还特别影响响应速度可以删了。
  2. 我非常不理解alist获取cr文件缩略图的逻辑,假如文件夹内有1w张图片alist必须列取完所有的缩略图url后才会显示而不是获取到url后立即显示,这会消耗大量的时间,这是cr那边的问题导致的吗?

Copy link

stale bot commented Aug 22, 2024

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale No activity for more than 30 days label Aug 22, 2024
Copy link

github-actions bot commented Sep 1, 2024

Hello @, this issue was closed due to inactive more than 52 days. You can reopen or recreate it if you think it should continue. Thank you for your contributions again.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Sep 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request stale No activity for more than 30 days
Projects
None yet
Development

No branches or pull requests

2 participants