zijiren 0 Posted June 22, 2023 Posted June 22, 2023 After modifying the media image, requesting /emby/Items/id/Images/Primary again does not change the request parameter tag, which is very unfriendly to the cache I have seen my test and found that the tag is obtained by requesting /emby/Shows/NextUp, but the tag returned by this request will not change after the image is updated
Abobader 3464 Posted June 22, 2023 Posted June 22, 2023 Hello zijiren, ** This is an auto reply ** Please wait for someone from staff support or our members to reply to you. It's recommended to provide more info, as it explain in this thread: Thank you. Emby Team
Luke 42080 Posted June 22, 2023 Posted June 22, 2023 Hi, did you run a library scan after modifying the image?
zijiren 0 Posted June 23, 2023 Author Posted June 23, 2023 I just modified the image without rescanning the media library, but I think the tag should change so that the cache or cdn can be refreshed as a new image
Luke 42080 Posted June 23, 2023 Posted June 23, 2023 It does, but first you have to scan the library so that the server becomes aware that the file has changed.
zijiren 0 Posted June 23, 2023 Author Posted June 23, 2023 How to automatically change the tag after modifying the picture, can the new version implement the second function? I think the need to manually rescan the media library is redundant
visproduction 315 Posted June 23, 2023 Posted June 23, 2023 Rescanning the entire library every time you make a single tag change would slow down the server for everyone using it. This would not be an efficient design to update immediately all the cache. You only notice that the image hasn't change because you check it immediately. The change will get processed after a short amount of time.
Luke 42080 Posted June 23, 2023 Posted June 23, 2023 2 hours ago, visproduction said: Rescanning the entire library every time you make a single tag change would slow down the server for everyone using it. This would not be an efficient design to update immediately all the cache. You only notice that the image hasn't change because you check it immediately. The change will get processed after a short amount of time. Just scanning the parent folder will do the trick as well.
Luke 42080 Posted June 23, 2023 Posted June 23, 2023 9 hours ago, zijiren said: How to automatically change the tag after modifying the picture, can the new version implement the second function? I think the need to manually rescan the media library is redundant If you have the realtime monitor enabled, and the realtime monitor supports your file system, then it will be automatic (within a minute or two).
zijiren 0 Posted June 25, 2023 Author Posted June 25, 2023 I modified the picture through the webpage, that is, the picture modified by requesting the api. If the picture is modified through the api, it should be possible to execute some kind of callback function to make the tag change immediately. The monitoring function of the file system should only be used if the source files of the directory are directly modified. Is this a design flaw?
Luke 42080 Posted June 28, 2023 Posted June 28, 2023 On 6/25/2023 at 5:10 AM, zijiren said: I modified the picture through the webpage, that is, the picture modified by requesting the api. If the picture is modified through the api, it should be possible to execute some kind of callback function to make the tag change immediately. The monitoring function of the file system should only be used if the source files of the directory are directly modified. Is this a design flaw? Hi, yes this already happens automatically. Did the date modified timestamp of the image change? That's what needs to happen.
zijiren 0 Posted June 30, 2023 Author Posted June 30, 2023 I don't know if the timestamp changes, but I noticed that the etag changes, but the cdn or cache doesn't check every time if the etag changes. The end result is that after the image is modified in the browser, the tag parameter of the requested image will not change. I think the tag parameter should be changed immediately to refresh the cache.
Luke 42080 Posted July 1, 2023 Posted July 1, 2023 It does. Maybe the cdn is caching the json response?
zijiren 0 Posted July 2, 2023 Author Posted July 2, 2023 I don't think so, because I tested the origin site request API: /Shows/15130/Seasons The ImageTags value of the returned json result is still unchanged
zijiren 0 Posted July 2, 2023 Author Posted July 2, 2023 Directly access the web page on port 8096 without going through CDN and cache, and the tag returned by modifying the picture is still unchanged 屏幕录制2023-07-02 12.00.29.mov
Luke 42080 Posted July 3, 2023 Posted July 3, 2023 On 7/2/2023 at 12:04 AM, zijiren said: Directly access the web page on port 8096 without going through CDN and cache, and the tag returned by modifying the picture is still unchanged 屏幕录制2023-07-02 12.00.29.mov That json value you're pointing to is the primary image tag of the Season. You changed the image of the series, not the season.
zijiren 0 Posted July 4, 2023 Author Posted July 4, 2023 (edited) But the picture really hasn't changed Edited July 4, 2023 by zijiren
Luke 42080 Posted July 4, 2023 Posted July 4, 2023 8 hours ago, zijiren said: But the picture really hasn't changed What does that mean?
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now