| | |
|
|
|
Re: Please help me with a form |
|---|
| message from teklaml on 25 Jul 2004 |
I do not have fireworks. Should I down load the free trial? I have uploaded
submit.htm. But obviously I have no clue what I am doing. I don't have a URL
for the form. Should I?
My hosting company says it is a dreamwever issue. They are not very helpful.
I just want this to work for today so I can send out emails to potential people.
|
| Alan replied to teklaml on 25 Jul 2004 |
in your prior posts- you have shown code for a FORM.
Have you uploaded that form page to your site?
If yes- where is it. If not- why not?
And- Where did the information about gdform.cgi come from?
The host? If yes- url to the host's FAQ/Support section that describes it
so that maybe i can sort this out.
If not the host- then why is the form's action set to gdform.cgi?
|
| teklaml replied to Alan on 25 Jul 2004 |
I did not have a form page. What I sent previously was part of the
www.kidsgroupinc.com/main.htm. I have uploaded the page
CGI Support
CGI stands for Common Gateway Interface. It extends the capabilities of a web
server, like Apache, so that it can accept instructions from scripts or
applications. Naturally these scripts and applications have to be written in
such a way that they are passing instructions that the web server can
understand. Thus, a variety of languages and programming approaches can be
used, as long as at the end they send their instructions to the server in the
same way. That is the "common" part. The last part of the name, "gateway
interface," is a reflexive way of saying that they web server has been set up
to listen for instructions.
Our CGI service supports PERL Scripting and applications compiled for a Linux
Operating System. It will not support Java or Python. Nor will it support
applications written in C++ or any other compiled language unless those
applications were compiled specifically for Linux, as that is the type of
operating system used by the hosting server. Individuals wishing to create
their own CGI scripts or applications are free to do so within these
limitations. It is also possible to acquire the appropriate scripts or programs
from the Web, or just use those that we have made available.
To be of use, scripts and applications will need to be placed within the CGI
directory that resides inside the hosting space on our server. Files in that
directory will be executable. The root directory of the hosting account is not.
This means that scripts or applications that have been placed anywhere on the
server except the user's CGI directory will not work. Data files may be located
elsewhere. For security, the CGI directory has a filter placed on it that
limits the scope of the programs run from within it. In other words, a person
will not be able to upload a script that alters system files on the server, or
even views them, but will be limited to in terms of access to the files and
directories within the account's hosting space.
Within that scope, a person can create files for storing information (XML,
DAT, TXT, etc), write programs that manipulate this data, and generate dynamic
content for a site. If individuals wish to write scripts that manipulate data
files they may do so at their own discretion.
Our CGI service also does not support the creation of socket connections. This
prevents scripts and applications from creating real-time links to other
servers (such as outgoing mail servers). This restriction is in place to
inhibit spammers and protect bandwidth. Likewise, streaming media is not
supported, nor are other real-time services like IRC.
Our CGI accounts are not intended to support online stores. One of the
limitations of the CGI plan is that its server does not host a secure
certificate. This means that site hosted on it will not be able to create
secure (e.g. encrypted) connections with their visitors. It is theoretically
possible to create a simple online store that takes orders and writes them to a
data file on the server for later retrieval, but this is not recommended as all
data would be sent in the clear.
This service will support server-side includes, meaning that web pages can
refer to scripts on the fly and have them work. We will also make available
several useful features such as a form handler that can send output from a form
on a web site to a specific email address (like FrontPage does now). Scripts
for hit counters and other features will probably also be created. The bottom
line is that a person using these accounts will have more freedom of design
than users of our other account types.
Originally posted by: Newsgroup User
in your prior posts- you have shown code for a FORM.
Have you uploaded that form page to your site?
If yes- where is it. If not- why not?
And- Where did the information about gdform.cgi come from?
The host? If yes- url to the host's FAQ/Support section that describes it
so that maybe i can sort this out.
If not the host- then why is the form's action set to gdform.cgi?
|
|
Archived message: Re: Please help me with a form (Macromedia Dreamweaver)
