Absolytely, this is what hosting account needs for. The web server supports PHP, CGI, Perl, gcc compiler. If you need to run C++ or others that require custom installation plese contact our support team.

Yes you may run CGI scripts in your CGI bin. Please note, however, that CGI scripts can be resource intensive and as such we recommend that you look first to finding a PHP solution if one exists.

Yes. Every account includes it's own cgi-bin. We have a library of free scripts for your use, or you are more than welcome to provide your own.

No, sorry. Our server uses the Red Hat Linux™ operating system, and ASP scripts are native to the Microsoft Windows™ operating system. Although it is possible to run ASP scripts on a Linux system, we suggest that ASP scripts be run where they truly belong. PHP is the open source alternative to ASP that runs on multiple operating systems, including Linux and Windows. And in our personal opinion, PHP code runs faster and are more reliable than ASP.

Our servers have the capability to run CGI scripts based on Perl, Unix SH, KSH, CSH, and C/C++ languages. If you have a custom CGI script that you need to use, simply upload it to your personal "cgi-local" Here are some helpful tips to follow when installing Perl scripts: If a script calls another file within your account, but the script does NOT require a URL, you need to use the system path: Substitute the path to the file with your domain name.

No. Only the GEX server can run scripts. The GEX standalone is designed for users that want local use of the solution and want a standard turn-key solution with no custom files to support: this is exactly what the GEX assistants provide. To run scripts, you need to run the GEX server version.

No, you cannot. For security reasons, we DO NOT allow our dialup subscribers to run their own CGI/PERL scripts. This is our security policy to protect our SingNet customers. However, SingNet has provided a customizable cgi script (mailback.pl) for user to run on their web pages. Please note that this script is provided to users as a form of value-add service, and hence, SingNet will not be held responsible of helping the customers to debug any problems. If you think that mailback.

We don't recommend or support it and we have not tested it. As these scripts run for extended periods of time it is likely that they will timeout if run through a web browser. They should be run from the shell

Yes! With a freshwebhosting.com account you have full use of the Operating System and can run CGI connecting to: server-side includes, Perl, C, and C++. You can create your own CGI-BIN and run your own CGI programs.

For most of the scripts in the Library, you need to donwload the right verison of REBOL for your computer and operating system. The download file size is between 250K and 650K, so it doesn't take long. Some scripts in the Library need alpha or beta versions. They are available from REBOL.net download page. Some scripts run under the REBOL browser plugin. If you have a supported browser and have enabled the running of plugins, the browser will download REBOL for you.

Yes. You are allowed to run your own scripts as long as they do not damage our servers. If this happens we will disable the script. We also provide some scripts for some new accounts.

Perl scripts can be run from anywhere on your domain inside the Windows 2003 /wwwroot directory. They do not have to reside inside the cgi-bin directory. If we were a Unix hosting company (which we aren't) we would have to set permissions, but running Windows 2003 servers with our configuration, it doesn't make a difference where you put them.

We reserve the right to disable or remove any script residing on the server that causes a security concern or interferes with the acceptable operation of the server.

We used to offer PHP and CGI on free accounts. Unfortunately, this had to be disabled due to repeated abuse from some users. If you require the ability to run scripts we would advise you to upgrade to premium.

Yes. We provide our Web Hosting customers with a CGI-BIN in their Web directory. • Path to Perl: /usr/bin/perl • Path to Sendmail: /usr/sbin/sendmail

Currently we only offer ASP or .NET on our Windows 2000 server packages (which cost roughly 50% more than our Linux hosting) We support: CGI, SSI, Perl, Java, C/C++, PHP, (no one's requested HTMLScript yet, but if you want it, I can get it for you), Hit Counter, WWWBoard, GuestBook, Search Tool, FormMail Text counter, Graphical counter, Formmail, Random Image.Random Link,,Random text, WWWboard, Animation, Links, Search,Credit card CRC checker, Countdown It's called counter.

You are welcome to use any script that you want. However some scripts use way too much of the CPU. If this is the case we will contact you and request that you make changes so that we can maintain a fast server for everyone. Please note that any support for your own scripts should either be directed to the author of the script or the appropriate newsgroup.

Put them into ~/.irssi/scripts/autorun/ directory. Or better would be if you placed them in ~/.irssi/scripts/ and created symlinks to autorun directory (eg. cd ~/.irssi/scripts/autorun/ ; ln -s ../script.pl .)

A.: A script is a routine written in one of the supported languages - VBScript, JScript, DelphiScript, C++Script or C#Script. Scripts can call one another. So assuming your problem is that you run Script1, it stops, then you launch Script2, it ends too, then the solution is simply to modify the main script in the following way -- You also have another way to run several scripts: you can switch to the Test Items page of the project editor and specify which tests to run and their order.

PhoenixSong.net runs a custom-designed and -built series of scripts, written in PHP with a MySQL back end. The code is not currently available, although if you have any questions, please email wizards@phoenisong.net

Each account has a private cgi-bin directory. You will find this directory (named cgi-bin) in the same directory as your htdocs folder. Upload your personal cgi scripts into that directory. Be sure to make them executable by checking "execute" permission on the file, but do NOT check "write" permission for anyone but yourself. Note that we do not offer our server for development or testing of scripts. We require that you install only proven and tested scripts.

The second most common cause for web servers being used to send SPAM is Matt Wright's FormMail script. Many people use his scripts - his FormMail.pl script for instance was downloaded 2 million times according to his own website. However, please note that Matt Wright is one of the most horrible PERL programmers under the sun and ever since 1997 FormMail.pl has had security issues which could be abused to trick your mail server into sending emails to anyone.

If /opt/hpapache2/logs/error_log says "Apache.pm" failed to load then mod_perl has not loaded and all perl scripts will fail. This is usually due to perl binaries not being in the PATH or the PERL5LIB environment variable not being set to include following as a single line: SOLUTION: Verify that perl is installed in /opt/perl/bin and that /opt/perl/bin/perl and /opt/perl/lib/5.6.1 exist.

Yes. But you must have a CGI account. Please visit the CGI Service page to learn about the service and request an account.