Image hosting service
Part of a series on |
Internet hosting service |
---|
Full-featured hosting |
Web hosting |
Application-specific web hosting |
By content format |
Other types |
An image hosting service allows individuals to upload images to an Internet website. The image host will then store the image onto its server, and show the individual different types of code to allow others to view that image.
How it works
Typically image hosting websites provide an upload interface; a form in which the uploader specifies the location of an image file on their local computer file system. After pressing a "Submit" button the file is uploaded to the image host’s server. Some image hosts allow the uploader to specify multiple files at once using this form, or the ability to upload one ZIP archive containing multiple images. Additionally, some hosts allow FTP access, where single or multiple files can be uploaded in one session using FTP software or an FTP-capable browser.
After this process, the image is hosted on the server. Typically this means that the image is available on the web (to the public). The uploader may also be allowed to specify inline links to the hosted image, in order to embed it on other websites e.g.
Usually, the image host will put restrictions on the maximum image size allowed, or the maximum space or bandwidth allowed per user. Due to bandwidth costs, free services usually offer relatively modest size limits per image when compared to paid services, but allow users hotlinking their images.
Tools
Image hosts also allow tools such as the ability to create photoblogs/galleries with your images, or add them to a slide show for easier viewing. Some offer more advanced tools such as the ability for anl to ato an image they uploaded, sideloaders, or browser sidebars. Other hosts have introduced novel features such as the ability to automatically resize images down to a user-selected size. A Flickr tool allows one to upload photos using a camera phone with email capability.[1]
Identification
Hosting services have the potential ability to identify when and where their images are being used. When an image file is accessed, the image host is capable of logging the date and the general numeric internet address of the request.
In the case of spam, the messages often include unique image URLs that are specific to that message only. The unique URL is used as a tracking ID, so that the image host can identify exactly what message intended for what specific recipient has been viewed, in addition to the date and host accessing the image. This is why many email reading systems do not show images by default, to protect the reader from having their reading of spam being tracked by the email senders.
Cost
Many image hosts are free, some do not even require registration. Of the free image hosts, the vast majority are supported by advertisements, mostly on their top pages, thumbnail pages, or "not found" pages. Showing advertisements to users has enabled image size and bandwidth limits to increase.
Some free hosts have optional paid image hosting functions, while other hosts offer only paid services. Features and storage available are generally better for paid services, while cost is still much less than the cost of purchasing webhosting to operate a website. Paid services often allow users to have password protected photo albums, customizable skins, and customized subdomains. There are many other paid services available that offer different packages of options, features, and costs.
History
Prior to the development of image hosting services, the display and exchange of images on the early public Internet of the 1980s-1990s was a laborious and difficult process. Expertise was needed to know how to set up a private file server, how to get it connected to the Internet, and then paying for the potentially very expensive dedicated Internet connection. Some of these experts would provide access to a unix shell and some file storage, via paid access, free public access, or just made available to a select group of private friends. Uploading of images was exclusively accomplished via command-line tools like FTP, or uploading images using slow 14.4 to 33.6 kilobit dialup modem connections and terminal protocols like XMODEM to the server storage.
Before the world wide web was developed, images would primarily be downloaded manually from file servers or from binary newsgroups on Usenet, and displayed with a separate image viewer. The rise of the world wide web in the 1990s brought text and images together, allowing for inline display of images without separate downloading, but still required the above expertise and methods to make the images available.
Also, on the early web, some technical knowledge was required to know how to even make an uploaded image display on a discussion forum. Typically, images would accessed using a URL format similar to
http://www.website.com/~username/directory/image.jpg
but to make the image actually display in a discussion forum, this would need to be manually rewritten in HTML markup in the forum post, as
<img src="http://www.website.com/~username/directory/image.jpg">
One of the primary new features of the early and developing world wide web that enabled the easy sharing of images and other data, was the concept of being able to upload or HTTP POST a file via the web browser to the remote server. This alone helped to eliminate all the complex steps of needing to understand command line tools like FTP or uploading via a modem terminal.
Early image and data storage servers also initially left the uploaded content unchanged. This would sometimes result in undesirable web page display problems, such as too high resolution causing page layout problems in discussion forums, or too high detail causing intolerably slow page loading times. The sharing of potentially incompatible image formats could also result in them not displaying properly for some viewers.
The early and developing image sharing services eventually added the ability to automatically resize and recompress uploaded images into standardized sizes and formats, for maximum browser compatibility and minimizing of bandwidth usage for unnecessarily large images.
The provision for early image sharing services to automatically create sharing links also eliminated the need for technical knowledge of where the uploaded
See also
References
- ^ Story, Derrick. "Great Flickr ad-ons". Macworld.com, October 9, 2007. Retrieved 15 December 2009.