Acrylian,
I ran the test as you suggested, the process still times out at 30 seconds. And generated the same php error.
CURLOPT_RETURNTRANSFER => false,
CURLOPT_TIMEOUT => 5000,
This had no effect. Raising "max_execution_time" in php.ini was the only setting that allowed the process to complete.
Let me know if you want me to try any other tests.
Thanks.
Thanks so far. We need to do some more investigation but will take some time. We did tests on our own server which is just fairly standard shared hosting actually and all worked so far. Have to look what timeout setting we have here actually. We can actually try to raise the timeout in the function itself but that is last resort…
Acrylian, I used the Cachemanager locally for my entire gallery for 8 cache sizes. Worked fine with the max_execution_time set very high. Uploaded 76,000 cache files in about 7 zip files. Only took 1 day of work. I will test cachemanager on my live site, which has the 30 second limit, and see if it generates an error in the php log. I get throttled very quickly so I haven't tested yet.
Thanks
As I posted on the other topic, it seems not that nothing is happening - at least what Fretzl reported from his server - but for some reason no output is shown. But it should frequently do that one by one (we are testing some modifications). Still investigation why this behaves so different and even without errors.
@tplowe56 The support build now pragmatically adds option to choose precaching using the classic image ouput way or the cURL way. Sadly we couldn't figure out yet why the cURL way behaves so different to weird on some servers. Anyway, now anyone can choose what works best and classic way is default for that reason…