이미지 호스팅 서비스
Image hosting service| 다음에 대한 시리즈 일부 |
| 인터넷 호스팅 서비스 |
|---|
| 완전한 기능을 갖춘 호스팅 |
| 웹 호스팅 |
| 애플리케이션별 웹 호스팅 |
| 내용 형식별 |
| 기타유형 |
이미지 호스팅 서비스는 개인이 인터넷 웹사이트에 이미지를 업로드할 수 있게 해준다.그런 다음 이미지 호스트는 이미지를 서버에 저장하고, 다른 사람이 해당 이미지를 볼 수 있도록 개별적인 다른 유형의 코드를 보여준다.가장 잘 알려진 예로는 플리커, 임구르, 포토부켓 등이 있는데 각각 다른 목적으로 음식을 공급한다.
작동 방식
일반적으로 이미지 호스팅 웹사이트는 업로드 인터페이스를 제공한다; 업로더가 로컬 컴퓨터 파일 시스템에서 이미지 파일의 위치를 지정하는 형태.제출 단추를 누르면 파일이 이미지 호스트의 서버로 업로드된다.일부 이미지[1] 호스트에서는 업로더가 이 양식을 사용하여 한 번에 여러 파일을 지정하거나, 여러 이미지가 포함된 하나의 ZIP 보관 파일을 업로드할 수 있도록 허용한다.또한 일부 호스트는 FTP 액세스를 허용하며, FTP 소프트웨어 또는 FTP 지원 브라우저를 사용하여 단일 또는 여러 개의 파일을 하나의 세션에 업로드할 수 있다.
이 프로세스 후 이미지는 서버에서 호스트된다.일반적으로 이것은 그 이미지가 (대중에게) 웹에서 이용 가능하다는 것을 의미한다.업로더는 호스트 이미지에 대한 인라인 링크를 지정하여 다른 웹 사이트에 포함시킬 수도 있다.
일반적으로 이미지 호스트는 허용되는 최대 이미지 크기 또는 사용자당 허용되는 최대 공간 또는 대역폭을 제한한다.대역폭 비용 때문에 무료 서비스는 일반적으로 유료 서비스와 비교할 때 이미지당 비교적 작은 크기 제한을 제공하지만 사용자들은 자신의 이미지를 핫링크로 연결할 수 있다.
도구들
또한 이미지 호스트는 이미지를 사용하여 포토로그/갤러리를 만들거나 슬라이드 쇼에 추가하여 보기 쉽게 하는 등의 도구를 허용한다.업로드한 이미지로 anl, 사이드로더 또는 브라우저 사이드바와 같은 고급 도구를 제공하는 프로그램도 있다.다른 호스트들은 사용자가 선택한 크기로 이미지를 자동으로 크기를 조정할 수 있는 기능과 같은 새로운 기능을 도입했다.Flickr 도구는 이메일 기능이 있는 카메라 폰으로 사진을 업로드할 수 있게 해준다.[1]
식별
호스팅 서비스는 자신의 이미지가 언제 어디서 사용되고 있는지 식별할 수 있는 잠재력을 가지고 있다.이미지 파일에 액세스할 때 이미지 호스트는 요청의 날짜와 일반 숫자 인터넷 주소를 기록할 수 있다.
스팸의 경우 메시지에는 해당 메시지에만 해당하는 고유한 이미지 URL이 포함되는 경우가 많다.고유 URL은 이미지 호스트가 이미지에 액세스하는 날짜 및 호스트 외에도 특정 수신자가 본 메시지에 대해 정확히 어떤 메시지를 의도했는지 식별할 수 있도록 추적 ID로 사용된다.많은 전자 메일 읽기 시스템이 기본적으로 이미지를 표시하지 않는 이유는 이 때문에 전자 메일 보낸 사람에 의해 스팸 읽기가 추적되는 것을 독자로 하여금 보호하기 위해서입니다.
비용
많은 이미지 호스트들은 무료고, 어떤 호스트들은 등록조차 필요하지 않다.무료 이미지 호스트 중 대다수는 광고에 의해 지원되며, 대부분 상위 페이지, 썸네일 페이지 또는 "찾을 수 없는" 페이지에 있다.사용자에게 광고를 보여주는 것은 이미지 크기와 대역폭 제한을 증가시킬 수 있게 했다.
일부 무료 호스트는 선택적으로 유료 이미지 호스팅 기능을 가지고 있는 반면, 다른 호스트는 유료 서비스만 제공한다.유료 서비스에서는 일반적으로 이용 가능한 기능과 스토리지가 더 나은 반면, 웹 사이트를 운영하기 위해 웹 호스팅을 구입하는 비용보다 비용이 훨씬 적다.유료 서비스는 종종 사용자들이 암호로 보호된 사진 앨범, 사용자 지정 가능한 스킨, 사용자 지정 서브 도메인을 가질 수 있도록 한다.다양한 옵션, 기능 및 비용 패키지를 제공하는 다른 유료 서비스도 많이 있다.
역사
이미지 호스팅 서비스가 개발되기 전, 1980~1990년대 초기 공공 인터넷에서의 이미지 표시와 교환은 고된 작업이었고 복잡한 과정이었다.개인 파일 서버를 설치하고, 이를 인터넷에 연결하며, 잠재적으로 비싼 전용 인터넷 연결 비용을 지불하기 위해서는 전문지식이 필요했다.일부 전문가들은 유닉스 쉘과 일부 파일 저장소에 대한 액세스를 유료 액세스, 무료 공개 액세스 또는 선별된 개인 친구 그룹에게 제공할 수 있다.이미지 업로드는 FTP와 같은 명령줄 도구를 사용하여 수행하거나, 느린 14.4~33.6킬로비트 전화 접속 모뎀 연결과 XMODEM과 같은 터미널 프로토콜을 사용하여 서버 저장소에 이미지를 업로드했다.
웹이 개발되기 전에 이미지는 주로 파일 서버 또는 유스넷의 이진 뉴스 그룹에서 수동으로 다운로드되고 별도의 이미지 뷰어와 함께 표시되었다.1990년대 웹의 확장은 텍스트와 이미지를 하나로 묶어 별도의 다운로드 없이 이미지를 인라인으로 표시할 수 있게 했지만, 여전히 이미지를 사용할 수 있도록 하기 위해서는 위의 전문지식과 방법이 필요했다.
또한, 초기 웹에서는, 토론 포럼에 업로드된 이미지 디스플레이를 만드는 방법까지 알기 위해 몇 가지 기술적 지식이 요구되었다.일반적으로 이미지는 다음과 유사한 URL 형식을 사용하여 액세스한다.
http://www.website.com/~jpg/mige/jpg
그러나 토론 포럼에서 이미지를 실제로 표시하기 위해서는 포럼 포스트의 HTML 마크업에서 수동으로 다시 작성해야 한다.
<img src="http://www.website.com/~migration/migure.jpg">
이미지 및 기타 데이터의 손쉬운 공유를 가능하게 한 초기 및 개발 웹의 주요 새로운 기능 중 하나는 웹 브라우저를 통해 파일을 업로드하거나 원격 서버로 HTTP POST할 수 있다는 개념이었다.이것만으로도 FTP와 같은 명령줄 도구를 이해하거나 모뎀 단말기를 통해 업로드해야 하는 복잡한 단계를 모두 제거하는 데 도움이 되었다.
초기 이미지 및 데이터 스토리지 서버 역시 처음에 업로드된 컨텐츠를 변경하지 않고 그대로 두었으며, 때로는 토론 포럼의 페이지 레이아웃 문제를 야기하는 너무 높은 해상도 또는 너무 높은 세부 정보를 통해 페이지 로딩 시간이 매우 느린 등의 바람직하지 않은 웹 페이지 표시 문제를 야기하기도 했다.호환되지 않을 수 있는 이미지 형식을 공유하면 일부 뷰어에 대한 이미지 형식이 제대로 표시되지 않을 수도 있다.
초기 개발되고 있는 이미지 공유 서비스는 브라우저 호환성을 극대화하고 불필요하게 큰 이미지의 대역폭 사용을 최소화하기 위해 업로드된 이미지를 표준화된 크기와 형식으로 자동으로 크기를 조정하고 다시 압축할 수 있는 기능을 추가했다.
공유 링크를 자동으로 만들 수 있는 초기 이미지 공유 서비스 제공도 이미지가 업로드된 위치에 대한 기술적 지식의 필요성을 줄였다.
참고 항목
참조
- ^ 이야기야, 데릭"위대한 Flickr ad-ons."Macworld.com, 2007년 10월 9일.2009년 12월 15일 회수.
