<<< PreviousNext >>>

4.0 Finishing Touches

1.0 Welcome! 4.1.0 Common Gateway Interface Scripts
4.1.1 Imagemaps
4.1.2 Forms
4.1.3 Server-Side Includes
4.1.4 Feedback
4.2.0 Keywords and Other Metacontent
4.3.0 Copyright and Other Legal Issues
4.4.0 Putting Your Page Up
2.0 Envisioning
Your Web Presence
3.0 Shaping
the Pieces
Index of Terms
and Resources
Feedback


<<< PreviousNext >>>

4.1 Common Gateway Interface (CGI) Scripts

A Common Gateway Interface (CGI) script, stored on the server, allows the server to respond to input from the browser--thus allowing you to collect information from people browsing your site, or to produce customized documents based on your guests' needs, or on events like mouse movements or clicks. Forms, imagemaps, interactive animations, download links, and search functions all rely on these scripts.

Before you can employ a script in your document, you'll need to find out

and to familiarize yourself with the fundamentals of programming in that language. Some popular languages: Perl, the Practical Extraction and Report Language, which is great for slicing and dicing data any which way, but may open up security holes (if you're new to programming, try the Leeds Perl tutorial before hitting the bare documentation); Java, which allows you to create fairly secure crossplatform applets (to supplement your HTML documents), customized user interfaces, or standalone applications (check out this excellent Java tutorial, or try to Teach Yourself Java in 21 Days with this handy book/CD combination); and Netscape's JavaScript, which provides some of the same interactive functions as Java applets, but is interpreted by the server, so it sucks up RAM but doesn't need to be compiled before it runs.

Depending on your platform and the configuration of your server, one of these resources might help you. NCSA provides some excellent documentation on using CGI scripts.

If you're not careful, unscrupulous people can worm their way into your server's files and create havoc, so familiarize yourself with some of the cracker moleholes and how to seal them. This Java applet security FAQ shows you how your browser responds to applets with attitude .


<<< PreviousNext >>>

4.1.1 Imagemaps

When you just want to use an image as a "button" for a hypertext link, you know what to do: just put the <img src="url"> tag <a href="path/file.name">here, inside the anchor, instead of text</a>.

But if you want to link different parts of an image to different documents, you'll need to do four things:

  1. Select an image: The image you use as a map should have distinct sections; otherwise, people might not be able to tell where one link ends and another begins.

  2. Create an imagemap file:

  3. Link the inline image tag to the URL of the map file: place the <img> tag, with the ISMAP attribute (<img src="????.gif" ismap>) inside your anchor to the URL of your map file. The final result should look something like this:

    <a href="../path/cgi-bin/directory (imagemap, for NCSA; for CERN, htimage)/mapfile.name"> <img src="????.gif" ismap></a>.

  4. Provide the same links somewhere in your text, for the benefit of visitors using text-only browsers.
For more information, visit Imagemap Resources or NCSA's Imagemapping Tutorial.


<<< PreviousNext >>>

4.1.2 Forms

If you wanted to find out the names, ages, e-mail addresses, and three favorite flavors of visitors to your site, you'd need a form to collect and process all the different kinds of data.

Forms are bounded by the <form method=POST action="URL of script">...</form> tags. The method= attribute has a value of post (preferred) or get (the default), and the action= attribute indicates the URL of the script that will process the form data. Within the form tags, you may include a range of <input>:


<<< PreviousNext >>>

4.1.3 Server-Side Includes

If you have access to your server, your documents can be automatically modified--to show, for example, the date the document was modified, the contents of a file with your address, or the size of the file--with a Server-Side Include (SSI). Rather than reproduce all the information you'll need to use any include on any server, I'll just refer you to the tutorials on SSIs for Server Administrators and SSIs for the Rest of Us Mortals.


<<< PreviousNext >>>

4.1.4 Feedback

Maybe you don't want to bother with scripts at all. You can still get feedback if your server supports the mailto URL--just by making an anchor using "mailto:them@example.org" as the URL of an anchor. For example, to allow your visitors to mail the President of the United States, you'd include this anchor:

<a href="mailto:president@whitehouse.gov">Mail the President</a>


<<< PreviousNext >>>

4.2 Keywords and Other Metacontent

With the <META> tag, you can alert search engines to some basic information about your document, like keywords, copyright, and a description of the content--or even another resource (a soundtrack, for example) to load automatically after a specified number of seconds.

The HTTP-EQUIV=, NAME=, and CONTENT= attributes allow you to select different types of metainformation and then to assign a value to each type:

<META NAME="resource-type"CONTENT="document">
<META NAME="copyright"CONTENT="a few words detailing the copyright">
<META NAME="description"CONTENT="a sentence or brief paragraph describing your presentation">
<META NAME="keywords"CONTENT="categories in which one might logically expect to find your site ">
<META HTTP-EQUIV="Reply-to"CONTENT="address">
<META HTTP-EQUIV="Expires"CONTENT="expiration date">
<META HTTP-EQUIV="keywords"CONTENT="keywords">
<META HTTP-EQUIV="refresh"CONTENT="#of seconds delay; URL=[URL of resource file]">

The HTML Survival Guide's Indexing Your Web Site page offers more detailed advice.


<<< PreviousNext >>>

4.3 Copyright and Other Legal Issues

In this age of mechanical reproduction, it's easy to ignore other people's intellectual property rights, and to leave your own rights unprotected. Ten Big Myths About Copyright Explained, the U.S. Library of Congress Copyright Office page, the EFF Blue Ribbon site, and the San FranZiskGo! Freedom page will help keep you on the safe side of the law.


<<< PreviousIndex >>>

4.4 Putting Your Page Up

If you're not running your own server or receiving free access from work or school, you'll need to find a service provider. The following criteria might help you choose one:

If you are running your own server, the NCSA HTTPd Tutorial and the CERN (aka W3C) HTTPd Overview may help you with make some decisions about configuration and security.

Once you have access to a server, you'll need to check your HTML (with your editor or an automated validation service), arrange your documents into directories, and transfer them to the server via ftp. Then, before your elation wears off, check your links and graphics. Sometimes your beautiful GIFs will not load in the proper format; other times strange cyberbugs or a misplaced capital letter will stall your hypertext.

OK, it's on the server and everything works--now what? Well, you'll need to publicize it, or else it will just sit there, all coded up with noplace to go. Here's how:


Happy Spinning!


<<< Shaping the PiecesMaximizing
Meaning

in Your Text
TopHomereturn to

TRANSACTION NET
Index of Terms and Resources >>>

http://www.transaction.net/web/tutor/tutor4.html
zisk@well.com