Large files are a problem on the web, because they take so long to download.  For this reason, it is always recommended to compress media files (such as images and movies) before presenting them to the public on your website.  High degrees of compression can reduce quality, so you have to judge what tradeoff between download time and quality is acceptable, remembering that not everyone has an Internet connection that is as fast as yours.

Sometimes you need to post files that are very large, but are not traditional media files that can undergo extra compression at the expense of quality.  Examples include large ZIP files or other archives, PowerPoint presentations, large PDF files, data sets, and so on.  These are treated as "documents" by ExSite, which means that if you display one of these content items on your site, ExSite will automatically convert it to a download link to allow the user to grab the original file.

One megabyte takes about 10 seconds to download on a reasonably quick internet connection, and a few minutes on a dial-up connection.  Waits can be longer if you are not getting good bandwidth due to traffic or poor line conditions.

Media such as images and movies will often display when only partly loaded, so the problem is partly mitigated.  If the movie play rate is slower than the download speed, movies may start playing relatively quickly.  (Although this can depend on the viewer's browser or media plug-in settings.)  However, if the download speed of a movie is slower than the play rate, the user will effectively have to wait until the movie is fully downloaded before it begins to play.  This is unsatisfactory, because to the user it appears as if they have clicked to play, and then nothing happens for a long, long time.  Unless they are savvy enough to understand that they are downloading a large movie file, the movie will simply appear to be broken.  To deal with this, you can either include some text to explain the long wait, or you can shrink the movie file.

There are limits to the size of files you can archive in the CMS.  There are two reasons for this:

For these reasons, the default limit for upload files into the database is 1 MB.  This is reasonable for day-to-day handling of regular web content such as images, small documents, etc.  If you hit this limit, take it as a hint that your file is not web-friendly, and see if you can shrink it first.  If you cannot, there are a few work-arounds:

If this becomes a problem the only reliable solution is to upload the file again.

Casual users will often find their attempts to upload large files will be blocked, or in some cases (eg. with images) the files will automatically be scaled down in size.  These limits are in place because it has been observed that most casual users do not give much thought to file size or bandwidth, and may not even know what to do if they learned that their files are too large.

Advanced users, however, have ways to bypass these restrictions and get their large files uploaded into the CMS exactly as they provide it.  It is assumed that users with enough knowledge to use these advanced tools will also take care to ensure the file is web-friendly, so the system does not police their actions.

Method 1:  Website Manager "update" function.  This is the standard way of performing content updates using the Website manager.  If oversize files are detected, it will automatically bypass the database and publish the file direct to disk.  The revision handling system will only get a pointer to this file.

Method 2:  The Upload plug-in always bypasses the database and publishes files direct to disk.  (Even if the file is not oversized!)  The way it works is you select your section, library, and content object, and then upload a file to that location.  If no content object is selected, a new one will be created.  Otherwise a new revision will be added to the one you selected.