Publishing a project happens at the end of the project development process. It is the final stage in creating a project. Sometimes it is called "delivery". Publishing involves one or more of the following processes ...
Here are some of the ways in which a project may be published ...
More and more portable gaming devices are coming with the ability to run web browsers and multimedia and video projects. You will need to find the exact technical spec required for such projects. We will cover this emerging area as they become more commonplace.
Apple is fast turing the iPod into a multimedia / player platform. Read Apple's support articles here.
Mobile phone companies are trying to encourage us to use their hardware to search the internet and access web sites and multimedia content. Many offer software development kits to help web developers create sites that will function well on small screens, but the iPhone has shown that standard sites can work well on mobile devices with large touch screens.
When you are publishing a project to be viewed on Macs and PCs, such as a cross platform CDROM or a web site, you must make allowances for the differences between them.
Click here for advice on cross platform issues.
Read me files are necessary for projects published to CDROM and DVDROM. Click here to read about Read Me files.
You will have decided what are the minimum end-user system requirements for your project during the planning stages of your project as part of your profiling of end users.
You will need to re-state minimum system requirements on packaging such as boxes and disc inlays, and in Read Me files for projects published to discs.
Click here for more on minimum system requirements.
Before uploading or burning a project to disc you will need to test your project on as many end-user systems as possible. There are 3 stages for testing ...
Providing you have considered all the above issues, you can go ahead and upload your site. Here's what you will need to do ...
There are a multitude of organisations who do this. The domain name needs to be hosted (a process known as Domain Name Service). I use http://www.ukreg.co.uk. You don't need to use the same company to register your domain name and host your actual site, but it may be easier if you do.
For example, you may wish to register your domain name with a registration company and then upload your web site to the space that came free with your ISP internet connection. Your ISP will be able to give you the FTP remote site log-in details for your web space (which you can enter into the Manage sites>Remote detail boxes in Dreamweaver, for eg), and you can direct surfers there by configuring your web address forwarding control panel that will come with your domain name registration account.
There are 3 primary ways you can do this ...
If you want to read about domain name service and hosting in technical depth, click this link.
You will need the ftp address, log-in and password details for your space in order to upload it. These will be supplied by the hosting company. FTP (File Transfer Protocol) is a popular way to transfer web files to a server and Dreamweaver is FTP enabled.
Dreamweaver's remote site specification window.
Once your site has been uploaded you will be able to use the Synchronise feature of Dreamweaver to ensure that your remote and local sites match exactly. Synchronising checks the files on the local and remote site and ensures that the most recently updated files are copied to the remote server.
There should be little difference here to uploading to a web site but you will need to talk to the network manager, instruct them on any issues concerning how the site works and will be updated, and sort out any remaining technical and password access issues.
This is the easiest scenario. You will know the target system. However, if you are not going to be the one to maintain it then you must instruct whoever will and provide them with a written set of troubleshooting guidelines.
This is the most challenging way to publish a project. You will need to consider a number of cross platform issues if you want your project to run on PCs and Macs, and you will need to allow for differences in end-user systems.
Publishing issues include ...
If you are publishing a Director project, click here for comprehensive advice.
None at present