내가 선택할 수있는 두 가지 옵션이 있습니다 프로 : 클라이언트 측 (플래시 또는 자바 스크립트와 함께) 클라이언트 측에서 발생 이미지 조작, 서버 단점에 너무 무부하을 : 업로드 된 데이터보다
서버 측 (루비 레일) 프로 : 이하 업로드 된 데이터 단점 : 이미지 조작은 서버 측에서 발생하므로 일부 존재 로드 및 쿼리됩니다 ...
예를 들어, 이미지를 업로드하면 큰 이미지, 중간, 엄지 1, 엄지 2의 4 개의 이미지가 표시됩니다. 따라서 클라이언트 측의 경우 업로드가 필요합니다 4 개의 최적화 된 이미지. 서버 쪽에서는 최적화 된 이미지 1 개만 업로드되고 조작됩니다.
더 좋고 소비가 적은 방법은 무엇입니까?
편집 : 서버 측 : 실제로 이러한 세부 사항을 알지 못하지만 레일에 루비가 사용됩니다.
1) 플래시로 이미지를로드하고 최적화 한 다음 서버에 업로드 한 다음 서버 측에서 4 개의 엄지 손가락을 만든 다음 저장합니다.
또는
2
), 플래시에서 이미지를로드 4 엄지 손가락을 서버에 업로드 할 수 있습니다.엄지 손가락 해상도가 여전히 가변적이어서 크기를 말할 수 없습니다.
글쎄, 클라이언트 측에서 FLASH는 보편적이며 거의 모든 컴퓨터에서 실행됩니다. 서버 측 : 실제로 이러한 세부 사항을 알지 못하지만 레일에 루비가 사용됩니다. 내가 더 알고 싶었던 유일한 것 : 1) FLASH로 이미지를로드하고 최적화 한 다음 서버에 업로드 한 다음 서버 측에서 4 개의 엄지 손가락을 만든 다음 저장합니다. 또는 2) 플래시에 이미지를로드하고 4 개의 손가락을 만들어 서버에 업로드하십시오. 엄지 손가락 해상도가 여전히 가변적이어서 크기를 말할 수 없습니다. –
여전히 플래시 앱을 브라우저에 다운로드해야합니다. 이 앱의 크기는 얼마나 될까요? 배포 시나리오 (서버 리소스 또는 클라이언트 응답 시간)가 더 중요합니까? 클라이언트의 업로드 속도가 빠르면 클라이언트의 탐색을 막을 수 있습니까? 더 간결하게 : 기본적인 개념 증명 코드를 만들고 직접 테스트하지 않는 이유는 무엇입니까? 특히 배포의 세부 사항을 알 수없는 것 때문에 특히 ... – atk