You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 13, 2023. It is now read-only.
I'm using Paperclip with Amazon S3 and a request to delete the paperclip file (file.destroy) results in 2 AWS request for each file style. First is a HEAD request, another is the actual DELETE request. It seems like this happens because each file style is checked for existence before being scheduled to be deleted. As far as I understand it happens in queue_all_for_delete method: https://github.com/thoughtbot/paperclip/blob/master/lib/paperclip/attachment.rb#L563
If possible it might be a good idea to have an option to delete a file without prior checking for existence. It would be useful when the result is not important and would halve the S3 bill (the requests quickly add up when cleaning up large number of files) and reduce the operation time.
The text was updated successfully, but these errors were encountered:
I'm using Paperclip with
Amazon S3
and a request to delete the paperclip file (file.destroy
) results in 2 AWS request for eachfile
style. First is aHEAD
request, another is the actualDELETE
request. It seems like this happens because each file style is checked for existence before being scheduled to be deleted. As far as I understand it happens inqueue_all_for_delete
method: https://github.com/thoughtbot/paperclip/blob/master/lib/paperclip/attachment.rb#L563If possible it might be a good idea to have an option to delete a file without prior checking for existence. It would be useful when the result is not important and would halve the S3 bill (the requests quickly add up when cleaning up large number of files) and reduce the operation time.
The text was updated successfully, but these errors were encountered: