모바일 웹 이미지 다운로드

데스크톱에서는 웹 페이지를 표시하는 데 걸리는 시간의 20%만이 파일을 다운로드하는 데 필요합니다. 나머지 시간은 HTTP 요청을 처리하고 스타일 시트, 스크립트 파일 및 이미지를 로드하는 데 사용됩니다. CPU, 메모리 및 캐시 크기가 데스크톱보다 훨씬 작기 때문에 스마트 폰에서 더 오래 걸립니다. sprites뒤에 아이디어는 HTTP 요청의 수를 감소, 하나의 이미지 파일에 일반적으로 사용되는 이미지를 결합하는 것입니다. 예를 들어 4개의 이미지를 단일 스프라이트에 결합하면 이론적으로 HTTP 요청을 4개에서 1개로 줄이는 것입니다. 그런 다음 CSS 배경 위치 속성을 사용하여 필요한 이미지가 표시됩니다. 다른 방법은 인라인 스타일을 사용하는 것입니다. 아마존의 별도 모바일 제품 페이지에는 하나의 외부 6 KB 스타일 시트와 일부 인라인 스타일이 있습니다. 이렇게 하면 모든 페이지 스타일을 다운로드하는 단일 추가 HTTP 요청이 발생합니다. 아마존의 데스크톱 버전은 효율적이지 않다, 아홉 외부 스타일 시트와, 총 40 KB 결합. Amazon의 별도의 모바일 제품 페이지는 미디어 쿼리 일치에 따라 특정 배경 이미지를 div에 할당하는 반응형 이미지 기술을 사용합니다. 여기는 아마존의 코드: BBC 처럼, 아마존의 모바일 제품 페이지 외부 자바 스크립트 파일 없는, 대신 최소한의 인라인 스크립트를 사용 하 여.

HTML 파일과 모든 인라인 자바스크립트를 로드하는 데 0.75초가 걸립니다. 우리는 dube.io 이러한 옵션 중 어느 것도 위에서 설명한 문제를 해결하지 않을 것이라고 생각합니다. 우리는 설정, 사용 및 유지 보수가 쉬운 다목적 솔루션을 원했습니다. 온라인 도구를 사용하는 것은 고통스럽고 귀중한 시간을 너무 많이 걸립니다. 이미지의 크기를 수동으로 조정하면 최상의 결과를 얻게 되고 모든 것을 완전히 제어할 수 있지만 여전히 많은 시간이 걸립니다. 자동화된 워크플로를 사용하는 것은 매우 좋지만 올바르게 설정하는 데 시간이 걸리므로 중간 규모에서 큰 프로젝트로만 사용할 수 있습니다. 또한 디자이너, 소셜 미디어 관리자, 온라인 마케터 또는 워드프레스 개발자와 같은 기술적이지 않은 사용자는 이러한 워크플로를 사용할 수 없습니다. 반응형 이미지를 구현하기 위한 다양한 다른 기술이 있습니다. 자세한 내용은 다음 리소스를 확인하십시오: 그러나 다운로드 속도는 병목 현상이 아닙니다. 병목 현상은 네트워크 대기 시간, 스마트 폰의 메모리 및 CPU입니다.

전화가 4 초 만에 1 MB를 다운로드 할 수 있더라도 전화가 코드와 이미지를 수신하고 처리해야하기 때문에 웹 사이트가로드하는 데 더 오래 걸립니다. 더 많은 사람들이 랩톱이나 다른 대형 시스템보다는 휴대폰을 사용하여 작업함에 따라 모바일 장치에서 특정 작업을 수행할 수 없는(예: 앨범 다운로드)은 최소한의 자극적이라고 말할 수 있습니다.