簡體   English   中英

上傳到s3時的圖像損壞,僅限生產。 (載波,發動機廠)

[英]Image corruption on upload to s3, production only. (carrierwave, engineyard)

我正在使用carrierwave將圖像上傳到亞馬遜s3。 這在開發上非常有用,但是當我將它推送到我的服務器(發動機場雲試用版)時卻沒有。

該過程工作正常,不會拋出任何錯誤,並返回一個鏈接。 但是,不知何故,實際圖像已損壞。

這是一個,例如: https//s3.amazonaws.com/ZenBucket/uploads/goal/photo/30/guinness-toucan.jpg

任何人都可以告訴我它是如何被破壞,或者是什么可以做到這一點?

編輯:部署后的第一個圖像上載嘗試總是似乎失敗500,但錯誤不會顯示在日志中。 不確定這是否相關。

編輯2:似乎也發生了蜻蜓寶石而不是載波。

謝謝

如果它只發生在部署后的第一個圖像上,我會懷疑你的應用程序仍在加載(或者至少是一些工作者),導致高CPU使用率並減慢上傳過程,這可能會使其超時並破壞圖像與此同時。

我假設Engine Yard將僅在第一次請求時重新加載您的應用程序,這可能就是原因。 您應該在部署后嘗試“卷曲”您的應用程序並等待幾分鍾,看看是否有幫助。

EC2上的小實例具有單個核心,並且當許多工作者重新啟動時可能變得非常慢。

通過carrierwave /霧設置為EngineYard的進入,如下所述: http://www.engineyard.com/blog/2011/a-gentle-introduction-to-carrierwave/這里: http://docs.engineyard.com /use-carrierwave-and-optionally-fog-to-upload-and-store-files.html

你的“迷霧”公眾是“假”還是“真”? 如果它是“假”,請檢查此主題,因為您需要使用“authenticated_url”屬性而不是返回的內容: http//groups.google.com/group/carrierwave/browse_thread/thread/2f727c77864ac923

似乎已經解決了jRuby(可能使用https)上的gzip壓縮問題。 如果有人需要我的堆棧中的版本號,我可以強迫。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM