You can add the timeout parameter to your upload call to override the maximum amount of time to wait for a response from Cloudinary before the connection is terminated through the SDK.
For example:
Rails:
Cloudinary::Uploader.upload('my_image.jpg', timeout:60)
PHP:
\Cloudinary.Uploader::upload('my_image.jpg', array("timeout" => 60));
IOS:
uploader upload:@"my_image.jpg"options:@{@"timeout": @"60"}]
.NET (global variable):
m_cloudinary.Api.Timeout = 60000;
Python:
uploader.upload("my_image.jpg", timeout=0.001)
UPDATE:
Node.js (v2):
cloudinary.v2.uploader.upload('my_image.jpg', {timeout:60000}, function(error,result){});
If timeouts still persist, please open a support ticket.
Comments
6 comments
Hi,
How set this limit in .NET?
Thanks
Changing the timeout on our .NET libraries is still not supported. Default value is 100000 milliseconds (=100 seconds).
As the libraries currently use the WebRequest class for HTTP client, you can dive into the code to implement this on your own. We will update here once it becomes officially supported.
UPDATE: customizing
timeoutwithin our .NET libraries is now supported as well.Hey nadav, the node.js update that you just added has an error in syntax. The {timeout:60000} is supposed to come after the callback function
Hi Navjeet, this syntax relates to the .v2 syntax, e.g.:
var cloudinary = require('cloudinary').v2;What time unit is the timeout measured in? In some examples it's 60, others 60000. I assume 60 is in seconds, but 60000 is milliseconds? Why is the unit different between different languages?
Is it possible to set a default timeout anywhere? Using Django Admin's CloudinaryField it doesn't seem like it's easy to override a timeout since we don't directly access the uploader.
Hi Richard.
There is currently no way to implement a global timeout like you say.
We do have an open request with our dev team to allow more access in CloudinaryField and the timeout is one of them.
As soon as there are any insights regarding this I would let you know.
The implementation in seconds and milliseconds is different because the languages and SDKs are different, Some of our libraries perfromed better with milliseconds implementation so we chose that.
In other cases the default was seconds so we wanted to conform to the default.
Hope that helps.
Please sign in to leave a comment.