Digital Point Image Proxy

Digital Point Image Proxy [Paid] 1.0.4

No permission to buy ($75.00)
Hello, I just got this addon and it works well, however when I enable the php mcrypt mod in apache, it breaks most of the images and they 404. It still does it even when trying to open the image url directly in the browser. When I disable mcrypt it fixes the issue and I believe the URLs revert to the base64 method, and I don't need mcrypt for anything at the moment, so it is not really a problem. I wanted to just mention this in case it's an issue with the addon and not my configuration, or if I end up needing mcrypt in the future.
 
Hello, I just got this addon and it works well, however when I enable the php mcrypt mod in apache, it breaks most of the images and they 404. It still does it even when trying to open the image url directly in the browser. When I disable mcrypt it fixes the issue and I believe the URLs revert to the base64 method, and I don't need mcrypt for anything at the moment, so it is not really a problem. I wanted to just mention this in case it's an issue with the addon and not my configuration, or if I end up needing mcrypt in the future.
Try this:
Digital Point Image Proxy [Paid]
 
Hello, I just got this addon and it works well, however when I enable the php mcrypt mod in apache, it breaks most of the images and they 404. It still does it even when trying to open the image url directly in the browser. When I disable mcrypt it fixes the issue and I believe the URLs revert to the base64 method, and I don't need mcrypt for anything at the moment, so it is not really a problem. I wanted to just mention this in case it's an issue with the addon and not my configuration, or if I end up needing mcrypt in the future.
Well if you ever want to use mcrypt with Apache/PHP, let me know and I'll see if I can go digging on your server (if you want) to see what's going on. I don't have access to an Apache web server myself, so...
 
@digitalpoint

re: "If your installation uses a caching mechanism (for example memcached), it will be used to store images for 1 hour."

Is there any way to increase that to much longer, like a week?

Edit: I think I found it in library>DigitalPointImageProxy>Model>Proxy.php

Code:
        if ($cache)
        {
            $cache->save(serialize($image), $cacheKey, array(), 3600); // 1h cache
        }

change to

Code:
        if ($cache)
        {
            $cache->save(serialize($image), $cacheKey, array(), 604800); // 168h cache
        }

Is that right? Any reason I shouldn't do it?
 
Last edited:
@digitalpoint

I'm having an issue where one member's images are showing only partially like this:

proxy.webp

Seems to be specific to his hosting company abload.de, but the images show in full when I disable the addon. Here are the exact contents of his post:

Code:
Always happy to find a nice big bug sleeping like this robber fly - unfortunately it wasn't sleepy enough to photograph it to the maximum extent possible (kept orienting itself to the exact same facing to the light / ground, argh) this was a pretty patient subject and let me snip off the branch it was on and mount it on my little model painting thing and get a background set up :D

E-P5 / Tokina AT-X 90mm 2.5 / Raynox 150

[URL='http://abload.de/img/p9240302sju8b.jpg'][IMG]http://abload.de/img/p9240302tha5swl.jpg[/IMG][/URL]

[URL='http://abload.de/img/p92400875qukc.jpg'][IMG]http://abload.de/img/p9240087thfiszm.jpg[/IMG][/URL]

[URL='http://abload.de/img/p9240179nyuoa.jpg'][IMG]http://abload.de/img/p9240179th5ks8q.jpg[/IMG][/URL]
 
That first image is huge... specifically 4608 x 3456 (1.8MB). While there's nothing in the plugin that prevents large images from being loaded, it's a possibility you might be hitting a server-side limit on your server... either raw size or the time it allows a PHP request to go on before it kills it (if the file was taking too long to download from the source server).

I did a little testing, and that same image is working just fine via the Image Proxy on my server, so I'd say the first thing to look at would be server-side limitations (PHP timeouts or memory limits most notably).

You can see that first image working fine through the proxy on my site:

https://forums.digitalpoint.com/proxy/V/lNRoM4xG+FIbu5nEOar/IjctB9Za7iufG0BTpyi58nAZcri7w=/image.png
 
That first image is huge... specifically 4608 x 3456 (1.8MB). While there's nothing in the plugin that prevents large images from being loaded, it's a possibility you might be hitting a server-side limit on your server... either raw size or the time it allows a PHP request to go on before it kills it (if the file was taking too long to download from the source server).

I did a little testing, and that same image is working just fine via the Image Proxy on my server, so I'd say the first thing to look at would be server-side limitations (PHP timeouts or memory limits most notably).

You can see that first image working fine through the proxy on my site:

https://forums.digitalpoint.com/proxy/V/lNRoM4xG+FIbu5nEOar/IjctB9Za7iufG0BTpyi58nAZcri7w=/image.png

These are my settings:

max_execution_time = 300
max_input_time = 600
max_input_vars = 10000
memory_limit = 512M

Could it need more than that? The same image works fine with XenForo image proxy.
 
This seems to have fixed it:

max_execution_time = 2000
max_input_time = 2000
max_input_vars = 10000
memory_limit = 1024M
 
The only thing I can think of would be the max execution time being an issue (the other 3 variables shouldn't matter either way). But even then, 5 minutes is a pretty long time to be able to download a single image... but there could (I suppose) just some sort of massive network congestion or bad route between your server and abload.de. That really seems to be the only thing unique about what's going on there.

Either way, the addon itself put no limitations on size or download speed or anything else... so any issues with that stuff should be "fixable" via changing server settings. Still crazy to me that the image couldn't download in 5 minutes before.
 
Back
Top Bottom