Script tutorials

[tadpole]

Hi

I don't know a damn thing about scripting. Does anyone know of a good resource for beginners, that has tutorials?

[pc]

Originally Posted by tadpole

Hi

I don't know a damn thing about scripting. Does anyone know of a good resource for beginners, that has tutorials?

Anything particular ?

[DiGiT]

... and what kind of scripting - which language?

JavaScript? BASH Script? Powershell Script? Even PHP is a scripting language...

[javbucks]

Originally Posted by tadpole

Hi

I don't know a damn thing about scripting. Does anyone know of a good resource for beginners, that has tutorials?

Start with C if you really want to learn and have a GOOD understanding of how computers work.

http://c.learncodethehardway.org/boo...rd-waypa1.html

[tadpole]

Thanks for your replies. What I am after is how to use scripts, written in any scripting language. The instructions I have seen so far, appear to be written for people who know what they are doing.

Sorry, I didn't explain myself very well.

[javbucks]

Originally Posted by tadpole

Thanks for your replies. What I am after is how to use scripts, written in any scripting language. The instructions I have seen so far, appear to be written for people who know what they are doing.

Sorry, I didn't explain myself very well.

Depends on the script and which language it is in really.

Are you trying to just execute it or configure it to a specific purpose?

[tadpole]

I just want to know how to execute a script

[ecchi]

Originally Posted by tadpole

I just want to know how to execute a script

If you mean how to upload and use one: upload it as an ASCII file (it won't work otherwise) to your cgi-bin then set the permissions to whatever is stated on the script (different FTP clients have different ways of doing this, see your FTP software's help file for details) and it should work. Some scripts require changes before uploading, but if the script creator is any damn good they should be in simple English (e.g. "Change 'YOUR_DOMAIN' to your actual domain name").

Some more complicated scripts require a slight programming knowledge but, as has already been posted, we need to know what language they are in. Asking for instructions for all programming languages is like asking a chef to give you a recipe that will make all types of food! However if you have some specific instruction that you do not understand, post it here and someone will probably be able to explain it for you.

[tadpole]

Okay thanks, your reply has answered a couple of things. I will re read the script and come back.

Many thanks

[tadpole]

Okay, so I am trying to install rstgp script which is supposed to be very basic. I use Core FTP

The instructions are as follows :

Step 1. Set permissions on your ROOT(public_html) directory to "0777" and upload file "rstgp_install.php" on your ROOT directory.

I do not have a public_html file, so I made one. (Go Daddy) when I checked my FTP for info on setting permissions, it had "comming soon" written under it. I looked at the permissions on my hosting, and they just say the file is viewable to the public.

So I don't know what to do next?

Could anyone please explain? Searching on google did not help me.

[ecchi]

PHP is not a language I know much about (I use Perl as it runs faster, so I never really learnt more than the most basic PHP) however WRT "permissions":

Originally Posted by tadpole

Set permissions on your ROOT(public_html) directory to "0777"

Umm, are you sure you need this script. I'd never set any folder to 777, this is basically telling your server "let any asshole do anything they like in this folder". A great gift for hackers!

Originally Posted by tadpole

I do not have a public_html file, so I made one.

I don't use the same host as you. However for every host I have used (it took 4 before I found the one I now use) you don't need to do this. Simply change the permissions on the directory.

This varies as to what FTP client you use (I'll say further down why I'm assuming it won't be Core FTP). On the FTP clients I have used you select the directory folder, then select "change permissions" either from a menu, from a button on the software window, or by right clicking on the directory name - if you don't have the instruction file for your FTP client, simply try all these and look for an option that says "change permissions" or "set permissions" or similar.

Once you have found this you may be lucky and your FTP client may simply allow you to set it to 777, but it may be called something else. It may say "allow all", or you may have to set three different things, which will be labelled; owner, group, and other to 7 (which is basically what 777 means "owner=7, group=7, other=7), or, if you are really unlucky, each of owner, group, and other may have an option of "read, write, and execute for each of owner, group, and other, all 9 of which you will have to set to "allow" or "yes" or "OK" or whatever terminology your FTP client uses. Sorry I am not being very clear on this part, but it depends on which FTP client you use. So if you cannot see how to set permissions to 777, you will have to read the help file on your FTP client, to see how that program expects you to do it.

Originally Posted by tadpole

Go Daddy

Whoa, change hosting. For a start, do a search on this board (or any board) for GoDaddy top see why they are shit. Secondly, unless they have changed policy, if you do anything vaguely adult and they find out, they will close down your site and lock you out of your own domain.

Originally Posted by tadpole

when I checked my FTP for info on setting permissions, it had "comming soon" written under it.

Then it is no good, change it. If it cannot change permissions then choosing it to run a website is like choosing a fork to eat soup. It is the wrong tool for the job, you cannot do what you need to do with it.

Originally Posted by tadpole

they just say the file is viewable to the public.

This basically means that surfers can "see" the page but cannot "use" it. Which basically means "any script will NOT work"

Sorry I'm being more negative than helpful, but if I am reading your post correctly your problem is not that you do not understand how to use scripts, but that you don't have the right tools to use them. So any attempt you make will fail. This is not only bad because it means the site won't work, but because it will confuse you when you do the right thing and everything fails, you will probably assume the fault is with your knowledge and give up. So the first two things you need to do are:

1) Get a FTP client (FTP software) that can change permissions.
2) Get a proper host, NOT GoDaddy.

[tadpole]

I uploaded that as my testing page and am still receiving a blank page. The source I am getting is :

<p><!--webbot bot="HTMLMarkup" startspan --><html><head><title>Test</title>
</head>
<body>
<!--#include virtual="cgi-bin/readblog.cgi"-->
</body></html><!--webbot bot="HTMLMarkup" endspan --></p>

That was using the insert button Front page has, I also typed it in exactly as your sample code and got a blank page.

[ecchi]

Originally Posted by tadpole

I uploaded that as my testing page and am still receiving a blank page.

Your host has not enabled SSI. They may also have not enabled your CGI-BIN. If they were both enabled that page would have either worked or given you an error message. And either way, the server at your host's end should have deleted the following line from your source code:

<!--#include virtual="cgi-bin/readblog.cgi"-->

Copy and paste the last three messages on this board, and send them to your hosting company. They will be able to work out what they are doing wrong from these three posts.

[flowersgone]

Originally Posted by tadpole

The source I am getting is :

<p><!--webbot bot="HTMLMarkup" startspan --><html><head><title>Test</title>
</head>
<body>
<!--#include virtual="cgi-bin/readblog.cgi"-->
</body></html><!--webbot bot="HTMLMarkup" endspan --></p>

That also indicates to me that the file is not being processed with server side include processing. With server side include processing the <!--#include ... line should be gone and replaced with something else.

I have set up an example page here: http://development.toosxxx4.com/ssh-test/test.shtml

The source code is below:

<!DOCTYPE HTML>

<html>
<head><title>shtml test page</title></head>
<body>

<h3>include flat html</h3>
<!--#include virtual="static.html"-->

<h3>include cgi from bad config</h3>
<!--#include virtual="/no-such-cgi-bin/noprog.cgi"-->

<h3>include cgi from good config</h3>
<!--#include virtual="/cgi-bin/smaller-min.cgi"-->

</body>
</html>

When you do a view source on the result page all the #include lines are gone including the one with a bad cgi directive. The line with a bad cgi directive is replaced at the hosting computer with an error message so the message and not the include line is sent to the browser.

fg

[tadpole]

Thanks for your reply ecchi, and flowersgone for the example page.

The script I have uploaded to cgi, and the test.shtml is in the root. I have tried both codes :-

<html><head><title>Test</title>
</head>
<body>
<!--#include virtual="cgi/readblog.cgi"-->
</body></html>

and

<html><head><title>Test</title>
</head>
<body>
<!--#include virtual="/cgi/readblog.cgi"-->
</body></html>

I am still receiving a blank page that shows the source code exactly as the above two examples.

I have tried saving the script file with .txt and .cgi extensions, but nothing is working or giving me an error message.

[ecchi]

Originally Posted by tadpole

I have tried saving the script file with .txt and .cgi extensions, but nothing is working or giving me an error message.

At this point it does not matter what you do with the script file because the shtml file is not even looking at it yet. Your host has NOT enabled SSI. I cannot understand how they think they have. Try sending them the message below, although obviously replace (name) and (domain) with your own name and domain.

I am trying to help (name) get a script of mine working on (domain). The script is called from a shtml page. Although you have assured (name) that SSI is enabled, this is not correct. If you look at the page on the domain called test.shtml in a web browser you will notice that it is a blank page. If both the script and SSI call are working it would show an adult blog feed. If there was a problem with the script the page would show an error message. There is no such message. Even if I were to assume your server was running some cut price software that did not show an error code (I'm NOT saying you are, I am just trying to cover all possibilities here), it would still delete the call to SSI from the page. If you look at the source code, you will see that this has not been done. The only way that can happen is if SSI is not enabled for this account. So please could you enable it.

Also: To save the possibility of future problems please check that CGI is enabled and that your Perl engine is live.

Finally, in your previous message you stated that your server does not use the usual protocol of calling the folder where the scripts are stored "cgi-bin" and instead calls it simply "cgi". Could I ask you to confirm this and also let me know if there are any other unusual settings on your server that I need to know about, to avoid future problems. And is your path to Perl "usr/bin/perl" as is common, or do you use any unusual folder names/directory structure that I need to know about?

Thank you in advance for your help.

[tadpole]

Many thanks, I have contacted my hosting company and am waiting for a reply. They had assured me after a previous e mail that the SSI and CGI bin was enabled. Hopefully a different person will receive my latest e mail

[tadpole]

Below is the reply I received from my hosting company :-

I understand you are inquiring about SSI and CGI for fetishfiends.com. The script mentioned references "/cgi-bin", which is incorrect. Your current directory is named as "/cgi". I do show both SSI and CGI are enabled. Server-side scripts and executables can be uploaded to any directory on your site and are not restricted to run only in the cgi directory. These scripts and executables are any files with the following extensions: .cgi, .pl, and .py.

So it looks like I will need a slightly different script. I tried making a directory called cgi-bin, and uploaded the script to that, but it didn't work.

[ecchi]

Originally Posted by tadpole

I tried making a directory called cgi-bin, and uploaded the script to that, but it didn't work.

No, the CGI-BIN is not like a normal folder, you cannot make it yourself, it is done at the server end.

Originally Posted by tadpole

The script mentioned references "/cgi-bin", which is incorrect. Your current directory is named as "/cgi".

What they are saying is that for some reason they have decided to ignore the convention of calling the folder where scripts are stored as "CGI-BIN" and instead called it cgi. In the SSI call change "cgi-bin/readblog.cgi" to "cgi/readblog.cgi":

<html><head><title>Test</title>
</head>
<body>
<!--#include virtual="cgi/readblog.cgi"-->
</body></html>

If that does not work try the following (but by "work" I mean "do something", if you get an error message, assume this part has worked and let me know what the error message says.):

<html><head><title>Test</title>
</head>
<body>
<!--#include virtual="/cgi/readblog.cgi"-->
</body></html>

(the same thing but with a slash before cgi.)


Note that practically every script you get will assume your host will be calling the folder where scripts are stored as "CGI-BIN" so you will always have to remember to change the call from "CGI-BIN" to "cgi"

Originally Posted by tadpole

So it looks like I will need a slightly different script.

No the script should still work, all you need to change is the SSI call, in the way I mentioned above.

Originally Posted by tadpole

Server-side scripts and executables can be uploaded to any directory on your site and are not restricted to run only in the cgi directory.

Are you trying to run test.shtml from the cgi folder? If so only readblog.cgi should be in the cgi folder - test.shtml should be in root (or whatever your hosting company called the other folder).

Originally Posted by tadpole

I do show both SSI and CGI are enabled.

I'm still not convinced of this because if SSI were enabled you should at the very least get an error message, and the line with the include statement should have been deleted from the source code. However, if you have put test.shtml in the cgi folder, perhaps SSI is only active in the root folder.

If you are running test.shtml in the root directory (or whatever your host calls the other folder) and you are still not getting either the blog appearing or an error message, then let me know and I'll tell you what to say to your host to get things fixed at their end.

[tadpole]

Thanks

I have sent that off, and will let you know when I get a reply.

[tadpole]

Hi

Below is the reply I received from my hosting provider :-

Thank you for contacting Online Support. Based on the information provided, you experiencing some difficulty with CGI and SSI scripts. SSI and CGI are enabled and functioning on the account. You can place CGI scripts anywhere on the hosting account, they do not need to be in a cgi-bin or cgi directory. Because you have a CGI/Perl enabled account, the system path to our Perl interpreter is /usr/bin/perl. I have provided a test PERL script below if needed.


NOTE: The file's permissions must be set to execute to work.




Example of a Test PERL Script


#!/usr/bin/perl

use CGI qw(:standard);
print "Content-type: text/html

";
print "Greetings user.
";

I have not fiddled with his example as he gave no call to SSI, (that I could recognise!)

[ecchi]

Is the location of the test page http://fetishfiends.com/test.shtml ? If so, I just tried it and I am not getting the same source code as you posted!

Also where is the Perl script? I have tried both http://fetishfiends.com/cgi-bin/readblog.cgi and http://fetishfiends.com/cgi/readblog.cgi both of which go to what I assume is your 404 page, which infers the script does not exist at either location.

[tadpole]

Thanks for your reply. Yes, http://fetishfiends.com/test.shtml is the test page. Sorry, I had left the page up without the call to code, as I had been trying it out in various ways, ie directly putting in the html and code, and trying the insert button. I have now got it with the call to code.

From your e mail, I see that I had misnamed the script. I saved it as script.cgi, I have now renamed it to readblog.cgi, so http://fetishfiends.com/cgi/readblog.cgi now shows the blog.

My test page is still blank.

[ecchi]

Originally Posted by tadpole

Sorry, I had left the page up without the call to code

Could you re-upload the test.shtml page with the call code in it please. The actual script is working fine on your server so the problem must be with the SSI call. What I need to do is look at the page with the SSI call intact and see if I can find a problem with it. And if there is no problem I'll need the page up with the call in it for your hosting company to look at.

[ecchi]

Originally Posted by tadpole

From your e mail, I see that I had misnamed the script. I saved it as script.cgi.

Whoops. This may have been your problem, you may find that the page now works when you upload the original test.shtml page with the SSI call intact.