-
-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
Cache folder content instead of getting it from the server every time #1611
Comments
I'd do it the other way around, just send a subfolder listing back as well in the top parent node. So if I'm in the folder Once we then enter the subfolder it's subfolders and ETAGs are requested as well. I'm not entirely sure how this would behave with external storages, @icewind1991. Thoughts on that? |
The problem is, that a change in the share information, and favoriting/commenting does not change the etag... Therefor you would then need to do a hard refresh to see if something changed.... |
Well, we could still refresh the page like we do now, but just not get the list of files if we know things haven't changed. I'm not sure how it works in the back-end. I'm assuming you can do partial retrieval of data if a comment has been added per example. |
We use webdav now. So we can just do etag magic. Which might be a ton of fun in javascript ... But as @nickvergessen points out not all info will be updated then. And we currently (besides polling) have no way to get notified about new comments or shares. Of course we could still fire off a request in the background. And rerender stuff as needed. But that to will be a major rewrite. |
I suppose this issue is still valid? If not, please close this issue! |
Built-in files to vue. |
(Original issue opened by @oparoz in the old repo)
Every time we enter a folder, a request is made to apps/files/ajax/list.php in order to get data to build the view.
It can take between 100ms and 500ms to get that information (on top of the time it takes to connect) on a fast server, depending on the folder's content. Probably much more on a Raspberry.
It turns out that even a 100ms delay is noticeable when you do a A/B comparison.
I propose the following change:
Letting the Files experts decide if that's feasible and worth it
@schiessle @LukasReschke @icewind1991
The text was updated successfully, but these errors were encountered: