Making A Small Reply Box For Visitors how to?
#1
Posted 28 March 2007 - 02:11 PM
#2
Posted 29 March 2007 - 05:35 PM
#3
Posted 10 April 2007 - 11:30 AM
#4
Posted 10 April 2007 - 12:00 PM
a. What programming capabilities do you have?.. Perl?, PHP, HTML, JAVA?, XML? ASP?...etc..
b. Are you familiar with databases and how to create and implement them?
If you answer no/none to the above questions, then I would say do it with Perl. You can always migrate to another language later on.
#5
Posted 11 April 2007 - 11:36 AM
#6
Posted 11 April 2007 - 08:04 PM
#7
Posted 11 April 2007 - 09:44 PM
Here is how simple Perl is.
1. All you would do is download a file or files, maybe some folders too, to your hard drive.
2. Open up a file, then set the perl location on the 1st row of the file,,, and then uncomment a few lines, and maybe fill in your server content on a few lines. Normally you'll use a relative path and (or) an absolute path when setting up the file.
3. Save your changes.
4. Upload to your /cgi-bin/ or /cgi/ directory.... set some Permissions.... and you're all done.
You may have just a small bit of code to insert into your HTML page to call up the box, and process it for you. The problem you'll most likely face when using the email to you method is that is still leaves you with manual manipulations of your data, whereas with the script, you can have it automate the task at hand, and still email you the results.
Actually, you could use the formail script, and make whatever modifications you need and want, and it'll do what you need it to do, which includes posting your submitted data into a page where you can see all the responses, in any order you choose.
When doing the above, you'll quickly see that your needs are going to grow, and then you'll need a script and (or) a database one way or another. Having a setup to just email you will leave you still doing most of the manual work, and if you know what I know, you'll want to automate as much as possible as soon as possible.
Since just about all servers have a cgi-bin, I'd say you could do what you're trying to do in just a few hours. And another good thing about Perl is that 9 out of 10 perl scripts are ready to run. Just modify a few lines, set some permissions, and you're all done.
#8
Posted 12 April 2007 - 07:59 AM
If using Perl was so simple, then it would be easy to explain exactly how to do it. Of course, you would actually have to use Perl in order to explain that:
1) You need to have Perl installed on your server. You can download ActivePerl which is free.
2) You are going to need a Perl Tutorial or two. Perl syntax is a bit weird..
3) You could probably find a script to do exactly what you want, but Perl scripts are a bit harder to find than for other languages. However http://www.cpan.org/ is a good place to start. It is also a good place to find modules that did not come with the base install.
4) If you do decide to place a script on your server, place it wherever you want, as the actual location means nothing.
If you want to go through all of that, great. Perl is not easily readable like other languages, so it takes getting used to. Of course, you could use it without understanding what it does, but that would be stupid. If you don't know what the code does, how would you know that you are not accidentally using a script that also allows for remote management of a server, or something else?
A much simpler way to do it would be to use HTML, or even javascript. Here are some Javascript examples that can be dropped right into your code:
http://willmaster.com/possibilities/archiv...000201001.shtml
http://www.scriptlocker.com/directory/java...pt/email_forms/
#9
Posted 16 April 2007 - 02:09 PM
Quote
Glad you mentioned that. How did we get on the subject of overly complicated perl when there is a much simpler way to do it. I don't want to use a programming language I don't understand so if there is a javascript that will work then I would much rather use that.
#10
Posted 16 April 2007 - 02:13 PM
#11
Posted 16 April 2007 - 03:17 PM
I'm probably not explaining this clearly, so lets try from square one. (I'll try not to insult your intelligence in the process). So, when you request a web-page, the server delivers html that is then displayed in your browser. How that html comes to exist is in one of two ways. A static web page can be made in which everything is hard coded into the .html page. The disadvantage to this is that any time you want to change anything, you have to do it by hand. The advantage is that that it is relatively simple for anyone to put together a web page.
If you look at Bleeping Computer, the content is changing all of the time. When people reply to threads, their content automatically appears the next time the page is generated; stats are continuously updated, etc. Pages are being dynamically generated upon request; ie, they do not exist until you request the page (there are exceptions to this, but lets ignore them for now). When a page is requested, the server looks at what is being requested, and generates the page based on the request and a template. All of the data is pulled from a database and assembled in such a way that you see a web page. PHP is the engine that drives all of that.
The opposite is also true. When you reply to a post and hit the reply button, the text that you entered into the text box is sent back to the server. Once it gets to the server, some application adds it to the database in the correct place. The next time anyone views that thread, the page is generated and now includes your response as part of the new web page. There are many advantages; content is always changing, site-wide changes can easily be made by tweaking templates, little to no human interaction is necessary. The downside is that there is more stuff to know. Although Bleeping Computer is mostly templates, Grinler spends a lot of time tweaking things and adding functionality.
If you want to automatically add comments, you need something on the server that knows what to do with the text (in your case, visitor comments). Whether that be PHP, Java, or any other language, it doesn't matter. As long as it knows what to do with the text. Then, you need some application that can retrieve the data nad dynamically generate the updated web page. Again, the language does not matter.
Did I explain the process better? And more importantly, did I not manage to insult you.
#12
Posted 20 April 2007 - 01:35 PM

Help



Back to top










