Hope add the list_page_size setting

[hugo529100]

我希望可以在options内增加一個關於paging的設置，因爲如果在大文件夾當中，每次加載100個文件的話在某些情況下會引起大量的傳輸請求。

list_page_size: 20 的話，這樣可以大幅削減頁面的同時加載，例如相冊文件夾，如果開啓了縮略圖插件的情況下，請求往往突破到100以上，如果限制在20這樣有利於低端設備的訪問。

何況我製作了一個“MVfiles-covers”插件，對所有視頻都進行加載14秒的gif作爲封面圖，這樣上百的paging聯動請求，就讓我的服務器和瀏覽器發生癱瘓了，儘管我已經製作額外的hotfix的攔截插件也是不能有效地進行壓縮傳輸。

期望有辦法可以改寫這個分頁的機制，甚至是翻頁后前面的可以釋放收起就更好了...

I hope to add a paging-related setting in the options. Because in large folders, loading 100 files at a time can cause massive transfer requests in certain situations.

If list_page_size: 20, this would significantly reduce simultaneous loading on the page. For example, in album folders where thumbnail plugins are enabled, requests often exceed 100+. Limiting to 20 would benefit low-end device access.

Moreover, I created an "MVfiles-covers" plugin that loads 14-second GIFs as cover images for all videos. With hundreds of simultaneous paging requests, this causes my server and browser to crash, even though I've already created additional hotfix interception plugins that still can't effectively compress transmission.

I hope there's a way to rewrite this pagination mechanism, or even better, release/close previous pages after flipping pages...

SHANA.Screenrecorder-2026-01-01-14-30-07-154.1.mp4

[rejetto]

at the moment there's no way to change it.
i will work in it asap.
keep you posted.

[hugo529100]

是的，因爲内核固定了這個參數，只能向您提出求救了。
非常感謝 也非常期待 這對我來説是個極好的消息

Yes, because the kernel has this parameter fixed, I can only turn to you for help.
Thank you so much, and I’m really looking forward to it—this is excellent news for me.

[rejetto]

that would be a single configuration that's the same for all users, right?

[hugo529100]

yes~Simply limit how many documents can be defined for display on each page, with the goal of reducing the number of loading requests when entering a folder.