Account Overview - Getting Started - Control Panel Overview - Chapter 1 FTP Software Setup
Chapter 2 SSH / Telnet Setup - Chapter 3 Email Software Setup - Chapter 4 CGI-Bin - Chapter 5 Secure Server
Chapter 6 FormMail - Chapter 7 MS FrontPage - Chapter 8 CGI Scripts - Chapter 9 ASP - Active Server Pages
Chapter 10 JSP - Java Server Pages - Chapter 11 PHP - Chapter 12 Real Audio/Real Video
Chapter 13 File Manager - Chapter 14 Mail Manager - Chapter 15 Changing Passwords - Chapter 16 Site Statistics
Chapter 17 Network Tools - Chapter 18 FTP Manager - Chapter 19 Backup Manager - Chapter 20 Password Protect Directories
Chapter 21 Custom Error Pages - Chapter 22 MySQL & PhpMyAdmin - Chapter 23 Mime Types - Chapter 24 CronTab
Chapter 25 Entropy Chat - Chapter 26 Akopia Shopping Cart - Chapter 27 Search Engine Submission
Chapter 28 PGP & PGP Mail - Chapter 29 Subdomains

Chapter 9 - ASP

The version of ASP that we have preconfigured on our servers is Chilisoft ASP 3.5.2.31 for Linux. We have configured this software on our servers as a convenience to our customers. We do not provide support in your use of ASP.

ASP is only available for select plans. Please check our Web Hosting Plans page for availability. Users with select plans will need to submit the Technical Support Request form and request that ASP be enabled for your account plan.

Following is information provided by ChiliSoft for your convenience. Click the link that pertains to your interest. We will be adding more to this section over time.

What are Active Server Pages (ASP)
ASP Scripts
ASP Applications
ASP Using Objectives
ASP Built In Objects
ASP @Directives
ASP Server Side Includes
ASP Supported Databases
ASP Users Manual
ASP Tutorials


What Are Active Server Pages (ASP)

Active Server Pages (ASP) enables the developer to create scripts that run on the server to create dynamic Web pages. An ASP document can contain a combination of HTML text, server-side, and client-side scripts that are combined to create an engaging experience for the Web user.

ASP is extensible with the Component Object Model (COM). This enables the web developer to use programming languages such as C++ and Java to create sophisticated functionality that can be incorporated by using ASP scripting languages as the "glue" to link the COM objects.

Back To Top


ASP Scripts:

An ASP script contains optional text (usually HTML and/or client-side scripts) interspersed with one or more ASP script blocks. Any valid HTML page is also a valid ASP page, enabling the Web developer to easily transform a static Web site into a dynamic Web site by adding ASP scripts to existing documents.

A key feature of ASP is that the scripts run at the server. As each ASP script block is processed, it creates HTML text that is returned to the browser for rendering. The Web developer does not need to be concerned about the capabilities of the browser, all processing is done at the server and only standard HTML is returned. Server-side scripts can not be copied by users since only the output is returned to the browser.

Script blocks are set off from text by using delimiters. ASP uses <% and /%> to delimit primary script commands, script blocks in the primary scripting language. By default, the primary scripting language is Microsoft® Visual Basic® Scripting Edition (VBScript), but that can be changed for each page by using the <%@ LANGUAGE> directive at the beginning of your ASP file or for an ASP application on a UNIX system by setting the defaultlanguage parameter in the Chili!Soft ASP configuration file.

You can use the <SCRIPT> ... </SCRIPT> tags to set the language for an individual block of ASP script. Normally, a block of code enclosed in <SCRIPT> tags runs on the client side, you can force the block to run on the server by including the runat=server attribute, as in the following example:

<SCRIPT language=JScript runat=server>

Back To Top


ASP Applications:

An ASP application is synonymous with a directory structure. It represents a collection of files (URLs) and virtual directories that are intended to work together to create a Web-based application. An application starts the first time the Web server receives a request for an ASP page in that application directory. It ends when the Web server is shut down. You can create global data for an application using the built-in ASP Application object. Variables and object instances can be assigned to application variables so they are available to all pages of an application.

Back To Top


Using Objects:

Active Server Pages (ASP) provides access to Component Object Model (COM) objects. To use an object provided by a component, you create an instance of the object and assign the new instance to a variable name. Use the ASP Server.CreateObject method to create the object instance. Use your scripting language's variable assignment statement to give your object instance a name. When you create the object instance, you must provide its registered name (PROGID). For the base components provided with ASP, you can get the PROGID for the objects from the reference pages.

Back To Top


ASP Built In Objects:

Chili!Soft ASP provides five built-in or intrinsic objects for the Active Server Pages (ASP) framework: Request, Response, Application, Server, and Session. Built-in objects are objects that are included on all ASP pages, they do not need to be created before they can be used. The following table summarizes the built-in objects: (click on the Built-in Object Link for more information regarding that object)

Built-in Object Description
Application Stores information (variables and objects) needed for all users of a particular application. Information stored in the Application object persist for the lifetime of the application.
Request Provides access to values passed to the server by the client.
Response Controls the output from an ASP script to the requesting client.
Session Stores information (variables and objects) needed for a particular user session. Information stored in the Session object is not discarded when the user jumps between pages in the application, instead information persists for the entire user session.


Back To Top


@Directives:

@ directives are provided in addition to the scripting language used. These directives set the environment used by an ASP script. Directives are delimited by <%@ keyword=value>. There must be a space between the @ and the keyword. More than one keyword can be specified in a directive, each keyword/value pair must be separated by a space. Do not put spaces around the equal sign (=).

The following standard ASP directives are available:

ENABLESESSIONSTATE
LANGUAGE

The following standard ASP directives are not implemented by Chili!Soft ASP:

CODEPAGE
LCID
TRANSACTION

Back To Top


Server Side Includes:

Use Server-side includes to import other files into an ASP page during processing. The included files can be any kind of text file. The contents of the included file are treated as if it had been placed at that position in the ASP file. Include files can be nested, i.e., included files can also contain included files of their own. ASP will detect loops (files that ultimately include themselves) and report an error. Included files can also be ASP files, meaning the results of an included ASP file will be placed at the position of the #INCLUDE statement.

ASP processes #INCLUDE directives before processing any script, so it is not possible to build an include statement programmatically.

Syntax:
<!--#INCLUDE VIRTUAL|FILE="filename"-->

Remarks:

Use the Virtual keyword to indicate a path beginning with a virtual directory. Use the File keyword to indicate a relative path. A relative path begins with the directory that contains the including file. For example, if you have a file in the directory Dir1, and the file Header1.inc is in Dir1/Headers, the following line would insert Header1.inc in your file: <!--#INCLUDE FILE="Headers/header1.inc"-->

If the EnableParentPaths registry setting is True, you can also use the File parameter with ../ syntax to include a file from a parent, or higher-level, directory.

Within an included ASP file, script commands and procedures must be entirely contained within the script delimiters <% and %>, the HTML tags <SCRIPT> and </SCRIPT>, or the HTML tags <OBJECT> and </OBJECT>. That is, you cannot open a script delimiter in an included ASP file, and then close the delimiter in the referencing file. The script or script command must be a complete unit.

There is no real performance penalty for using Server Side Includes. ASP saves files in memory in a compiled form after processing the includes. The include processing will only occur the first time a file is accessed.

Note:
Often, after editing an "included" file, the change will not show up in your ASP page. The ASP engine will only pick up changes in an included file if it re-compiles the page that contains the #INCLUDE directive. You can force a re-compile of this page by "touching" the file, or by making a trivial change that updates the timestamp on the file.

Back To Top


Database Drivers:

Our servers support the following databases, however, users must submit a support request to request which database driver they need installed.

PostgreSQL
MySQL
dBase
Oracle
MS SQL Server
Sybase
Informix

When making your request, you must submit a username and password that we will assign that will allow you access to your databases.

Back To Top


ASP Users Manual:

You will find a users manual for ASP located at Microsoft's web site at http://msdn.microsoft.com/workshop/server/asp/asptutorial.asp

Back To Top


ASP Tutorials:

There are many tutorials and references across the web for ASP, we have listed a few of these below for your convenience.

http://www.stardeveloper.com/asp_tutorial_1.asp
http://www.4guysfromrolla.com/webtech/top10/
http://www.aspsites.com/directory/i41r1195p1.asp
http://www.web-savant.com/users/kathi/asp/asplinks.html
Back To Top







©Copyright 1998 Web Host It. All Rights Reserved.