I've noticed quite a few posts with this same Internal Server Error problem. I'm having the same problem, and have tried some different solutions, but haven't been able to narrow the cause down yet...
I have installed phpFormGenerator in mydomain.com/formgen
I have no problem creating a form, but when I go to the mydomain.com/formgen/use/myform folder, and double-click the form1.html file, fill out the form and submit it, I get this dreaded Interneal Server Error problem that seems to pop up quite a bit.
I have checked all folder permissions (including both the mydomain.com/formgen/use/myform/admin and mydomain.com/formgen/use/myform/files folder) and they are ALL set to 755.
I have also tried to copy mydomain.com/formgen/use/myform (and all the sub-folders) to mydomain.com/myform, set all the permissions to 755, and it still does not work.
But here is where it gets interesting...
I noticed another folder mydomain.com/formgen/forms , which contains a copy of the most recently generated form. If I double-click the form1.html file in this directory, fill it out and submit it, it works great (NO ERRORS)!!! If I copy the contents of mydomain.com/formgen/forms to mydomain.com/myform , and then double-click the form1.html file, it works great as well with no errors.
So I'm wondering if there is some kind of relative link within one of the php files, that can't find a specific file it's looking for, once it gets moved to the /use folder? Or maybe there is a file in the /forms folder that does not get copied over to the /use folder?
And just as another point of interest, when I first installed phpFormGenerator, I created some test forms which worked fine from the /use folder. Then, as I played around and created some more test forms, these new ones would not work from the /use folder (and I had to copy them directly out of the /forms folder to get them to work) but the original ones I created did still work fine from the /use folder.
I don't know if this sheds any light on the problem or not, but the TEMPORARY solution is to create a form, and then copy everything out of the /forms directory to a new directory elsewhere.
I'd be interested in finding out what the true cause of this problem is though...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The true cause will be an elusive beast. It seems to be different per host, per installation.
Here is my opinion for what it is worth.
Hosts have different installations to support web site accounts. Hosts have different rules they impose on web site users. Hosts have different customer control panels. Host control panels impose different rules for automatic installations. All these things combine to produce wildly different results and therefore wildly different reasons for even what appears to be the exact same error. I have helped many people through many issues and I find very little similarity in the solutions.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have found another possible cause for this problem.
This only applies to a form that was working, you modified it, then it is no longer working, but everything looks okay.
I use a free HTML Editor called PageBreeze. Everytime I made a change (even a simple change, like changing one word), the form would stop working and give me that 404 internal server error.
I finally realized that my editor did not like anything in 'single' quotations, and would automatically add "double quotes" around the 'single' quotes, like "'this'".
As an example, these two lines:
<form enctype='multipart/form-data' action='process.php' method='post'>
<input type='submit' value='Submit Form'> <input type='reset' value='Clear Form'>
Get changed to this:
<form enctype="'multipart/form-data'" action="'process.php'" method="'post'">
<input type="'submit'" value="'Submit Form'"> <input type="'reset'" value="'Clear Form'">
So I had to go thru the entire form using a plain text editor and remove all the "double" quotes. It then worked fine again, including with all my modifications. I also tried replacing all the single quotes with double quotes, and the form worked fine as well. The problem obviously occurs when you have single inside the double.
My question to the forum is this... is there a current/new HTML standard out there that would make HTML editors want to surround all single quote items with double quotes?
Anyways, just another thing you can check if you are having problems with form modifications, that will hopefully solve the problem for some of you.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There are standard rules for applying quotes. You can not always use one or the other. Sometimes you must use a combination of both. Sometimes it is OK to interchange them sometimes it is not. For the most part the forms and process.php files generated work without error. I'm not sure why you experience this error with a particular combination of quotes. If you find a difinitive answer I would love to get some additional feedback.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I played around with quotes, and the form1.html works fine if you use single and it also works fine if you change them to double quotes.
I think the problm is a bug in the HTML editor I was using. I reported it to PageBreeze, but they seem to think it's okay to keep the 'single quotes' and add "double quotes" around the "'outside'" of the single quotes. This is what was causing my problem in the HTML form. And since PageBreeze is only an HTML editor, it doesn't know that certain PHP syntax requires both double and single quotes, and it replaces all the single quotes with double quotes.
Basically my solution was to stop using PageBreeze and I found a couple of other free editors that work much better (for both HTML and PHP). They are PSPad and HAPedit.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've noticed quite a few posts with this same Internal Server Error problem. I'm having the same problem, and have tried some different solutions, but haven't been able to narrow the cause down yet...
I have installed phpFormGenerator in mydomain.com/formgen
I have no problem creating a form, but when I go to the mydomain.com/formgen/use/myform folder, and double-click the form1.html file, fill out the form and submit it, I get this dreaded Interneal Server Error problem that seems to pop up quite a bit.
I have checked all folder permissions (including both the mydomain.com/formgen/use/myform/admin and mydomain.com/formgen/use/myform/files folder) and they are ALL set to 755.
I have also tried to copy mydomain.com/formgen/use/myform (and all the sub-folders) to mydomain.com/myform, set all the permissions to 755, and it still does not work.
But here is where it gets interesting...
I noticed another folder mydomain.com/formgen/forms , which contains a copy of the most recently generated form. If I double-click the form1.html file in this directory, fill it out and submit it, it works great (NO ERRORS)!!! If I copy the contents of mydomain.com/formgen/forms to mydomain.com/myform , and then double-click the form1.html file, it works great as well with no errors.
So I'm wondering if there is some kind of relative link within one of the php files, that can't find a specific file it's looking for, once it gets moved to the /use folder? Or maybe there is a file in the /forms folder that does not get copied over to the /use folder?
And just as another point of interest, when I first installed phpFormGenerator, I created some test forms which worked fine from the /use folder. Then, as I played around and created some more test forms, these new ones would not work from the /use folder (and I had to copy them directly out of the /forms folder to get them to work) but the original ones I created did still work fine from the /use folder.
I don't know if this sheds any light on the problem or not, but the TEMPORARY solution is to create a form, and then copy everything out of the /forms directory to a new directory elsewhere.
I'd be interested in finding out what the true cause of this problem is though...
The true cause will be an elusive beast. It seems to be different per host, per installation.
Here is my opinion for what it is worth.
Hosts have different installations to support web site accounts. Hosts have different rules they impose on web site users. Hosts have different customer control panels. Host control panels impose different rules for automatic installations. All these things combine to produce wildly different results and therefore wildly different reasons for even what appears to be the exact same error. I have helped many people through many issues and I find very little similarity in the solutions.
I have found another possible cause for this problem.
This only applies to a form that was working, you modified it, then it is no longer working, but everything looks okay.
I use a free HTML Editor called PageBreeze. Everytime I made a change (even a simple change, like changing one word), the form would stop working and give me that 404 internal server error.
I finally realized that my editor did not like anything in 'single' quotations, and would automatically add "double quotes" around the 'single' quotes, like "'this'".
As an example, these two lines:
<form enctype='multipart/form-data' action='process.php' method='post'>
<input type='submit' value='Submit Form'> <input type='reset' value='Clear Form'>
Get changed to this:
<form enctype="'multipart/form-data'" action="'process.php'" method="'post'">
<input type="'submit'" value="'Submit Form'"> <input type="'reset'" value="'Clear Form'">
So I had to go thru the entire form using a plain text editor and remove all the "double" quotes. It then worked fine again, including with all my modifications. I also tried replacing all the single quotes with double quotes, and the form worked fine as well. The problem obviously occurs when you have single inside the double.
My question to the forum is this... is there a current/new HTML standard out there that would make HTML editors want to surround all single quote items with double quotes?
Anyways, just another thing you can check if you are having problems with form modifications, that will hopefully solve the problem for some of you.
There are standard rules for applying quotes. You can not always use one or the other. Sometimes you must use a combination of both. Sometimes it is OK to interchange them sometimes it is not. For the most part the forms and process.php files generated work without error. I'm not sure why you experience this error with a particular combination of quotes. If you find a difinitive answer I would love to get some additional feedback.
I played around with quotes, and the form1.html works fine if you use single and it also works fine if you change them to double quotes.
I think the problm is a bug in the HTML editor I was using. I reported it to PageBreeze, but they seem to think it's okay to keep the 'single quotes' and add "double quotes" around the "'outside'" of the single quotes. This is what was causing my problem in the HTML form. And since PageBreeze is only an HTML editor, it doesn't know that certain PHP syntax requires both double and single quotes, and it replaces all the single quotes with double quotes.
Basically my solution was to stop using PageBreeze and I found a couple of other free editors that work much better (for both HTML and PHP). They are PSPad and HAPedit.
Try this free editor.
http://hapedit.free.fr/
I use it all the time. It does check both php and html syntax but I use it primarily for php.