The current debug mode simply tells PHP on the server to spill the
beans on every error if finds on the page. This may shed some light so
it’s worth trying.
As I said earlier, a verbose error reporting feature built into the
action will come in version 3.
Thanks,
Tim.
On 5 Nov 2009, at 16:24, DeltaDave wrote:
Might be worth invoking De-bug mode then and see if it sheds any
more light.
Having got this working using the older version, which I don’t mind at all, I am now finding that putting it onto my clients servers, which are supposedly running PHP 4 (5 on request), it fails.
Can I point the submit button at the script sitting on our own servers, or is that too complicated?
Hi Jonathan,
No, that’s a good idea. Disable or remove the action on your page and
set the form action (Page/Form Setup dialog) to (page name)-go.php and
the method to post.
Regards,
Tim.
On 9 Nov 2009, at 12:29, Jonathan Riddle wrote:
Hi,
Having got this working using the older version, which I don’t mind
at all, I am now finding that putting it onto my clients servers,
which are supposedly running PHP 4 (5 on request), it fails.
Can I point the submit button at the script sitting on our own
servers, or is that too complicated?
Hi Tim. I tried your method but I get a domain error page. I had to change the references for the error and success pages in the php script, because otherwise our domain name would have appeared in the address bar of the message html pages, but no matter what (correct or incorrect information entered into the field), I am returned the domain error page.
I am assured that the servers are running PHP 5. I know that there are probably no other answers to this, but just thought I would keep you informed.
The host company is now putting the reason this script won’t run entirely down to something we have done, and are telling my client it is nothing to do with them.
I would be grateful if anyone out there could just visit all three links below, and let me know what happens. Please fill in correct and incorrect information into all three places.
I received two of your successful emails! Thanks for having a look. I am getting the host to move the files to the live site, and then try it out. I have a sneaky that something is amiss on the temporary server space.
What a way of working! I have to copy to the temp space, send them an email, and they move it to the live space! Proper, reliable testing is a nightmare.
What with my javascript problems posted elsewhere, it has been a frustratingly unproductive period for me.
I’m using Freeway Pro 6. I have set up multiple SEND FORM actions on my site. Some work and some don’t. This is the message I get when fill out the form and send it:
“Parse error: syntax error, unexpected ‘S_LAST_NAME’ (T_STRING), expecting ‘)’ in /homepages/41/d362409333/htdocs/tue/weekly-classes/FW_SendForm_registration-for.php on line 79”
I have NO idea what any of it means. I don’t do any code. Any solutions (easy solutions!)?
Thanks in advance,
Adam
Look through each element in your form, using the Inspector’s third tab from the left (Output) to view the Name attribute of the form element. The name must not contain any spaces or punctuation other than the underscore character (_), and must begin with a letter (not a numeral). Those are the rules of variable naming, which have a startlingly broad application (CSS, for example, adheres to them as well).
Walter
On Mar 5, 2014, at 2:25 AM, Adalom wrote:
Hi
I’m using Freeway Pro 6. I have set up multiple SEND FORM actions on my site. Some work and some don’t. This is the message I get when fill out the form and send it:
“Parse error: syntax error, unexpected ‘S_LAST_NAME’ (T_STRING), expecting ‘)’ in /homepages/41/d362409333/htdocs/tue/weekly-classes/FW_SendForm_registration-for.php on line 79”
I have NO idea what any of it means. I don’t do any code. Any solutions (easy solutions!)?
Thanks in advance,
Adam