Web Hosting Forum | Lunarpages


*
Welcome, Guest. Please login or register.
Did you miss your activation email?



Login with username, password and session length
April 19, 2014, 10:42:34 PM

Pages: [1] 2   Go Down
  Print  
Author Topic: saving form results to file  (Read 3526 times)
John Q
Spaceship Captain
*****
Offline Offline

Posts: 116


« on: October 19, 2007, 09:10:50 AM »

I'm trying to set up a simple form to send results to file. In the past I just had everything sent to me in an email, but I want to try to get away from that. The form is just two option buttons and in form properties it is set to send to file name "../_private/form_results.csv"
The problem is after publishing and testing the form I get an http 404 error after submitting. The file "form_results.csv" exists in the file manager but is still empty. The information just isn't getting there. Below is the webbot coding for the form. Is there a problem with the coding?

<!--webbot bot="SaveResults" U-File="../_private/form_results.csv" S-Format="TEXT/CSV" S-Label-Fields="TRUE" -->
Logged
John Q
Spaceship Captain
*****
Offline Offline

Posts: 116


« Reply #1 on: October 19, 2007, 09:23:32 AM »

In trying to solve this problem I somehow added another. In between an image and the option buttons I now have this in bold print "[FrontPage Save Results Component] "
Its not in the coding and I can't seem to get it to go away. Any thoughts on this or will I have to delete the form and start over?
Logged
John Q
Spaceship Captain
*****
Offline Offline

Posts: 116


« Reply #2 on: October 19, 2007, 11:08:45 AM »

I got rid of that bold print line but I just tested a textbox form for comments/suggestions on the same page and that also gives an http 404 error. That form is set to email results.
Logged
Rick_E
Master Jedi
*****
Offline Offline

Posts: 1127


« Reply #3 on: October 19, 2007, 01:25:36 PM »

You don't say, but did you...

*  Install the FP extensions in cPanel?

* Publish the site using FrontPage HTTP publishing to web address http://yourdomain.com?

* Test the form from the web page, not from the file on your computer?
Logged

All the best, Rick E

Search the Microsoft KB for error messages:
http://support.microsoft.com/search/default.aspx?catalog=LCID%3D1033&spid=919&adv=1

Microsoft groups have additional FrontPage assistance:
http://www.microsoft.com/communities
John Q
Spaceship Captain
*****
Offline Offline

Posts: 116


« Reply #4 on: October 19, 2007, 01:55:13 PM »

Yes, I did all of this. The only thing I didn't try was uninstalling then reinstalling the extensions. I want to avoid doing this because in the past all that ever seemed to cause was more problems. Again, I was hoping that I just missed that I was supposed to add something to the default FP code in the webbot?
Logged
Rick_E
Master Jedi
*****
Offline Offline

Posts: 1127


« Reply #5 on: October 19, 2007, 03:20:14 PM »

Quote
"[FrontPage Save Results Component] "
This is usually an indication that the site was not published using FrontPage HTTP publishing.

This can also be caused by moving the form page from one folder to another or having the form page in a FrontPage subweb or subdomain.

You might try recreating a simple form on a new page in the home page folder.

Uninstalling, cleaning up, then reinstalling the extension often cures problems.
« Last Edit: October 19, 2007, 03:23:26 PM by Rick_E » Logged

All the best, Rick E

Search the Microsoft KB for error messages:
http://support.microsoft.com/search/default.aspx?catalog=LCID%3D1033&spid=919&adv=1

Microsoft groups have additional FrontPage assistance:
http://www.microsoft.com/communities
John Q
Spaceship Captain
*****
Offline Offline

Posts: 116


« Reply #6 on: October 19, 2007, 06:21:33 PM »

The form page is currently set up on a page created in a subdomain which is password protected. I am definitely using the http publishing. The only other thing I noticed is that in the file manager there are two folders marked _private. One inside the public folder. Also inside of the public folder is my members folder. After opening that, there is another _private folder. Could there be some confusion as to where the info is supposed to go, so it just goes undelivered?
Logged
John Q
Spaceship Captain
*****
Offline Offline

Posts: 116


« Reply #7 on: October 19, 2007, 06:36:08 PM »

In thinking about identifying the correct folder, I noticed that in the webbot code ther are two dots before the folder. Was I supposed to enter the full url here? I would try now but I'm at work and can't access it. I'm wondering if it shouldn't read - U-File="http://www.members.mydomain/_private/form_results.csv
or - U-File="http://www.mydomain/members/_private/form_results.csv
Logged
Rick_E
Master Jedi
*****
Offline Offline

Posts: 1127


« Reply #8 on: October 19, 2007, 09:08:52 PM »

Ahhh, that's most likely the issue. If you have installed the extensions on the subdomain, all of the paths for the form should go to the _private folder on the subdomain.

You should not need to use the full URL.

In a relative path, the "../" means go up one folder level.

In cases where I have not installed the extensions on the subdomain, the form will only work when referred to as part of the main domain. That is, the page http://maindomain.com/subfolder/formpage.htm works, while the same page referred to as  http://sub.maindomain.com/formpage.htm does not.
Logged

All the best, Rick E

Search the Microsoft KB for error messages:
http://support.microsoft.com/search/default.aspx?catalog=LCID%3D1033&spid=919&adv=1

Microsoft groups have additional FrontPage assistance:
http://www.microsoft.com/communities
John Q
Spaceship Captain
*****
Offline Offline

Posts: 116


« Reply #9 on: October 20, 2007, 01:00:34 PM »

So far I've tried every possible combination for folder destination I can think of. Still getting the http 404 error screen.
Logged
drrichs
Spaceship Navigator
*****
Offline Offline

Posts: 77



« Reply #10 on: October 20, 2007, 03:15:52 PM »

The form features you are installing on your page must be associated with the form (you probably know that).  So either the file you are sending the data to was copy/pasted and not associated or the features on the page are associated incorrectly with the 'desired' destination data file.

If this is in a protected subdomain... the file should be created in the subdomain (not copied).

I hope this helps. 

... a bit more info 'might' help me help you...  Confused
Logged

... when in doubt... go find out...
Rick_E
Master Jedi
*****
Offline Offline

Posts: 1127


« Reply #11 on: October 20, 2007, 07:43:09 PM »

Have you tried creating a complete new page with a form on it?
Logged

All the best, Rick E

Search the Microsoft KB for error messages:
http://support.microsoft.com/search/default.aspx?catalog=LCID%3D1033&spid=919&adv=1

Microsoft groups have additional FrontPage assistance:
http://www.microsoft.com/communities
John Q
Spaceship Captain
*****
Offline Offline

Posts: 116


« Reply #12 on: October 21, 2007, 09:46:36 AM »

"The form features you are installing on your page must be associated with the form (you probably know that).  "
No I'm not exactly sure what you mean. As far as the file the data is supposed to go to, form_results.csv, I don't remember creating that so I assumed that it was automatically generated when I published the form. It's all on hold now anyway. I tried to reinstall the FP extensions and just as I feared the whole site is screwed up again. Awaiting response from a support ticket. It's the same problem I had before where something is interfering with the cPanel password protection.
Logged
drrichs
Spaceship Navigator
*****
Offline Offline

Posts: 77



« Reply #13 on: October 21, 2007, 10:39:37 AM »

Hmmm... ok... well, sorry to hear your site is being screwed up.  With FrontPage, the form features can be tailored with the Form Field Properties and Form Properties selections (right clicking on the desired page in FrontPage).  The FormField Properties will allow you to assign 'meaningful' names to your form features (check boxes, text fields, whatever you have on your form).  The Form Properties selection allows you to specify where the form data is being sent (first field in the Form Properties pop-up window).  It will also allow you to set up an email address (if desired) to send it to.  The options tab (on the bottom of the Form Properties window) allows you to customize more of the features for your form fields including browsing to the file where the form data is to be stored/sent.  On the 'File Upload' tab, you can ensure the location of the file... you DO NOT enter the file name in that field... only the folder where the file is located; FP will do the rest.

Good luck with the ticket... LP will be able to help you... and if we can help you some more... let us know. Yep
Logged

... when in doubt... go find out...
John Q
Spaceship Captain
*****
Offline Offline

Posts: 116


« Reply #14 on: October 22, 2007, 03:01:36 AM »

Everything seems to be working again now. LP advised me that the frontpage extensions use the .htaccess file and suggested that (if I understand correctly) that I don;t use any other add on that might interfere with this. This includes using cPanel password protect or any scripting that would use these files. Since the two forms I have set up in this secured member area are still not working, I need to find another option. As I said, everything is working fine now. The fp extensions are installed on the primary domain but not on the subdomain which I used to create the member area. So now I'm wondering if I can find another type of script that would replace the comment/suggestion textbox and the option buttons set now to get feedback on two types of product. But as I understand it from LP I would need to find a script that would not need to utilize the .htaccess files?
In regards to the extensions not being installed on the subdomain - I had previously been told by a member of the LP support team that they don't need to be installed here, as long as they are installed on the primary domain. I have a form here (not in the protected member folder that sends the data via email with no problem.
Logged
Pages: [1] 2   Go Up
  Print  
 
Jump to: