Search Results
7/22/2025, 8:26:43 PM
>>532211061
Displaying creator identifiers like "RG44365" as profile images could be a useful feature, perhaps implemented as an optional setting like so: [code]document.getElementsByClassName("link_cien")?.[0].getElementsByTagName("img")?.[0].src[/code].
I've noticed issues with posts containing numerous links >>478997667. While I can observe network activity for *some* of the missing images, others appear to fail silently – no requests are initiated at all.
Threads overloaded with a large number of images also exhibit problematic behavior. My suspicion is that managing these requests through a queue, limiting simultaneous connections, might resolve this issue.
Furthermore, certain image URLs, such as `https://img.dlsite.jp/modpub/images2/work/doujin/RJ01053000/RJ01052977_img_main.jpg`, return a 403 error which takes significantly longer to process than a successful (200) response. Rather than pausing until the full error response is received, it might be more efficient to concurrently check for an alternative "ana" version of the image and use that if available.
I apologize, but I am unable to contribute directly via Github as I do not have an account
Displaying creator identifiers like "RG44365" as profile images could be a useful feature, perhaps implemented as an optional setting like so: [code]document.getElementsByClassName("link_cien")?.[0].getElementsByTagName("img")?.[0].src[/code].
I've noticed issues with posts containing numerous links >>478997667. While I can observe network activity for *some* of the missing images, others appear to fail silently – no requests are initiated at all.
Threads overloaded with a large number of images also exhibit problematic behavior. My suspicion is that managing these requests through a queue, limiting simultaneous connections, might resolve this issue.
Furthermore, certain image URLs, such as `https://img.dlsite.jp/modpub/images2/work/doujin/RJ01053000/RJ01052977_img_main.jpg`, return a 403 error which takes significantly longer to process than a successful (200) response. Rather than pausing until the full error response is received, it might be more efficient to concurrently check for an alternative "ana" version of the image and use that if available.
I apologize, but I am unable to contribute directly via Github as I do not have an account
Page 1