Web-based AutoIt! - New with AuCGI!

[killervette]

How would i run a script from a hyperlink?

[spyrorocks]

Hey all...

Im getting a VPS windows server with hopes of running autoit on it full time, so I can host your autoit web apps after I give them a security analysis

[spyrorocks]

OK, my autoit server is all set up.

www.au3.us

If you guys need anything written in autoit hosted somewhere, feel free to ask me

Ill be installing some autoit web apps for fun.

[ptrex]

@spyrorocks

www.au3.us

Interesting !! Where it hosted ? What webserver does it run on ?

Regards

ptrex

[spyrorocks]

It runs windows server 2003.

It is now fully operational. Ill be writing some projects and putting them on there soon, as well as posting code to this forum.

Heres an example of it working: http://www.au3.us/test.a3w

Edited June 18, 2008 by spyrorocks

[ptrex]

@spyrorocks

You didn't exactly tell which WEBSERVER you are using ?

regards

ptrex

[ptrex]

@spyrorocks

You didn't exactly tell which WEBSERVER you are using ?

regards

ptrex

[theguy0000]

I realize I haven't worked on this for awhile, but I plan on releasing version 1.1 soon with a few changes:

quickly echo variables by using <?=$var> rather than <?au3 echo($var) ?>.

Add a way to tell how long exactly it took the page to process, starting from when AuCGI.exe is executed.

Add a cmd-line parameter for debug mode.

and maybe more.

edit: Also, I just remembered that I still need to make a formal help file for this. That will be coming with version 1.1.

Edited June 18, 2008 by theguy0000

[spyrorocks]

Id really like to get this rolling again.

I love autoit web development.

BTW, my server runs abyss webserver.

Im almost done a pretty nice guestbook script.

[NELyon]

Id really like to get this rolling again.

I love autoit web development.

BTW, my server runs abyss webserver.

Im almost done a pretty nice guestbook script.

I made a really nice skinnable guestbook a while back. I had a topic about it, but I lost it when I lost my hard drive

Someone has to have it somewhere.

[theguy0000]

I made a really nice skinnable guestbook a while back. I had a topic about it, but I lost it when I lost my hard drive

Someone has to have it somewhere.

I think I have it at www.theguy0000.com/guestbook, but I have to update it to work with AuCGI.

[NELyon]

I think I have it at www.theguy0000.com/guestbook, but I have to update it to work with AuCGI.

Could you archive it for me? Your server keeps sending back a 500 message (Internal server error)

I can't get it with WGet either.

EDIT: TheGuy, can you get on AIM? I can't log on to MSN for some reason.

Edited June 19, 2008 by KentonBomb

[theguy0000]

Could you archive it for me? Your server keeps sending back a 500 message (Internal server error)

I can't get it with WGet either.

EDIT: TheGuy, can you get on AIM? I can't log on to MSN for some reason.

stop signing off too soon, give me a minute to answer, I'm busy sometimes

[NELyon]

stop signing off too soon, give me a minute to answer, I'm busy sometimes

Ha. I had to leave to go to a store.

[NELyon]

Bump for popularity

With a simple mod of the AuCGI source, you can set the interpreter to HTML/HTM files and the files will still work, just interpret anything between <?au3 ?> tags.

Just comment out line 62 which checks for a ##WebApp definition, because the content is already defined by the server if it's an HTML file. Then set AuCGI as the default interpreter for HTML and HTM files. PHP Files will get interpreted wrong because they use "?>" as well, and will throw an Autoit error (Unable to Parse Line)

Also, setting the interpreter to a wildcard (Like *) works too, but sometimes messes up images and other things with "?>" in it.

[NELyon]

I found that this also works under the Linux version of abyss with Wine installed.

For the interpreter, type "/usr/bin/wine" or wherever your Wine binary is located.

For Arguments, put "/your/path/to/AuCGI.exe" <--Wherever your AuCGI binary is located.

Why am I experimenting with all of this? Obviously I just drank a Monster

Edited June 22, 2008 by KentonBomb

[theguy0000]

Bump for popularity

With a simple mod of the AuCGI source, you can set the interpreter to HTML/HTM files and the files will still work, just interpret anything between <?au3 ?> tags.

Just comment out line 62 which checks for a ##WebApp definition, because the content is already defined by the server if it's an HTML file. Then set AuCGI as the default interpreter for HTML and HTM files. PHP Files will get interpreted wrong because they use "?>" as well, and will throw an Autoit error (Unable to Parse Line)

Also, setting the interpreter to a wildcard (Like *) works too, but sometimes messes up images and other things with "?>" in it.

ooh, good idea

[NELyon]

I have implemented a fix for anyone who uses this under Wine or anyone who edits their Autoit scripts on a Linux machine (Idk... maybe you access it via FTP?)

Well, this fixes an "Unterminated String" error due to Linux text editors defaulting to using Line Feeds (@LF's) to mark new lines. The script looks for @CRLF, which is a problem for anyone who uses Linux.

Link: http://www.autoitscript.com/fileman/users/codemyster/AuCGI.exe

Source: http://www.autoitscript.com/fileman/users/codemyster/AuCGI.au3

(Of course, Posted with TheGuy0000's permission)

Don't use this

Just created a new disaster with this fix. Trying to sort it out.

Edited July 2, 2008 by KentonBomb

[Colin]

Alright, this is great. Just read through all 27 pages to get an idea of what's going on with this. I am definitely going to convert my project to use this.

Some background: My project is something I'm developing for the company I work for. We are a small consultant group with a small handfull of consultants living in different states and locations. We have an FTP site that we host at the main location. The use of this FTP site is to allow our clients to upload files so that we can access them. So, what we developed is a tool to allow us to create new FTP users automatically (rather than having to go onto the FTP server and do all the work manually). A script sits on each consultants computer which accepts data and sends it to the FTP server. There, another script accepts that data and creates the new user. What this does for us is allows each consultant to create FTP users on the fly by just providing a few pieces of information (client name, location, user name, email, etc.) The script then creates the windows user, the virtual directory, sets permissions (that was a pain), records the data for later use, and emails the user name and password to the client's email.

It has gone through some development to get to this point (it used to use key stroke to set permissions which was entirely unreliable and I just recently converted it to use the windows WMI objects which works great). Ever since I took over this project I have been worried about it's implementation (it uses FTP protocol to transfer a text file to the FTP server which holds all the data for the new user). My plan was to use TCP protocol instead, bypassing the need to send a text file. Instead, the data would just be sent directly to the server script.

Now, with this UDF I believe I can recreate this tool in web form (instead of using a GUI window) as well as get rid of the need for two separate scripts. Correct me if I'm wrong, but I should be able to implement all of the functionality of creating a user and everything else I am doing with the server script all in the same script that contains the form data. I guess I could create my own little include file that does everything I need and then just send in the data from the web form. Either way, much easier than what I had planned originally.

Anyways, just thought I'd let you know my plans for this web stuff. I'm very excited about it. Expect to see me in this topic a good deal as I will undoubtedly need some support. Oh, and I plan to get this working with IIS since that's what is running our FTP site anyways. I know no one has gotten it working yet (or so I've read in this topic) but I'll give it a go.

So, any comments or initial directions would be helpful. I first of all plan to work on getting this going on IIS. Just any simple script that just sends something to the web page. Then I'll build into using Form data and what not. I'll let you know how my progress is going as time goes by.

And a huge thanks to theguy0000 for developing this!

Edit: Oh, almost forgot. It seems that theguy0000's web host isn't up at the moment. Since the files are hosted there, is it possible for someone to send them to me? Alternatively (and if there is a reason why this wasn't done in the first place then that's fine) but could the files be uploaded/attached to the first post instead of just linked to?

Edited July 12, 2008 by Colin

[theguy0000]

Sorry about the host being down, that's my fault. It should be up now. Or most of it, anyway.

Also, I always love hearing these stories, and that people find my scripts useful. muttley