업로드시 이미지 손상 (s3에만 해당). (carrierwave, engineyard)

carrierwave를 사용하여 amazon s3에 이미지를 업로드하고 있습니다. 이 기능은 개발 단계에서 훌륭하게 작동하지만 내 서버 (Engineyard Cloud 시험판)로 가져 가면 작동하지 않습니다.업로드시 이미지 손상 (s3에만 해당). (carrierwave, engineyard)

프로세스가 정상적으로 작동하고 오류가 발생하지 않으며 링크가 다시 제공됩니다. 그러나 실제 이미지가 손상되었습니다.

여기 예를 들어, 하나 : https://s3.amazonaws.com/ZenBucket/uploads/goal/photo/30/guinness-toucan.jpg

는 사람이 손상되는 것을 어떻게 말해 줄 수, 또는 그 일을 어떻게 할 수 있을까?

편집 : 배포 후 첫 번째 이미지 업로드 시도가 항상 실패한 것으로 보이지만 오류는 로그에 표시되지 않습니다. 그것이 관련성이 있는지 확실하지 않습니다.

Edit2 : 또한 carrierwave 대신 dragonfly gem으로 발생하는 것으로 보입니다. 그것은 단지 배포 후 첫 번째 이미지에 발생하면

감사

출처

2012-02-10 Peter Ehrlich

다른 사람들도 이와 같은 현상이 발생 했습니까? (그래서 upvotes에서 수집) –

업로드하려는 원본 이미지를 제공 할 수 있으며 모든 이미지가 손상되었거나 배포 후 처음입니까? – Dan

원본은 다음과 같습니다. http://yfrog.com/ms0pubj - 항상 모든 이미지가 손상되었습니다. 이걸 알아낼 수 있다면 현상금을 연장 할께. –

:이 "거짓"만약 당신이 대신 반환 무슨의 "authenticated_url"속성을 사용해야합니다으로,이 스레드를 확인 해결되었습니다. 누군가 내 스택에서 버전 번호를 필요로한다면, 나는 그럴 수있다.

출처

2012-03-28 14:46:05

, 나는, CPU 사용량을 유발하고 업로드 과정을 늦추고, 앱이 여전히로드 (또는 적어도 일부 근로자가) 의심 것 동시에 타임 아웃되어 이미지가 손상 될 수 있습니다.

Engine Yard가 첫 번째 요청시에만 앱을 다시로드한다고 가정합니다. 그 이유가 여기에 해당됩니다. 배포 후에 앱을 "컬링"하고 몇 분 정도 기다려야 도움이되는지 확인해야합니다.

EC2의 작은 인스턴스는 단일 코어를 가지며 많은 작업자가 다시 시작될 때 매우 느려질 수 있습니다.

출처

2012-02-15 21:58:27

첫 번째 요청을로드하는 데 시간이 걸리지 만 문제가 발생하지는 않습니다. –

여기에 설명 된 바와 같이, EngineYard에 대한 carrierwave/안개 설정을 통해 이동 여기 http://www.engineyard.com/blog/2011/a-gentle-introduction-to-carrierwave/ 과 : 당신의 "안개"공개 설정을 "false"또는 "true"로이 http://docs.engineyard.com/use-carrierwave-and-optionally-fog-to-upload-and-store-files.html

인가? (아마도에 https) JRuby를에 gzip 압축에 문제가 있었던 나타납니다 http://groups.google.com/group/carrierwave/browse_thread/thread/2f727c77864ac923

출처

2012-02-21 03:56:37

불행히도 파일은 s3 패널에서도 직접 손상됩니다. –

업로드시 이미지 손상 (s3에만 해당). (carrierwave, engineyard)

답변

관련 문제