[vampke2]

Hi guys,

I'm puzzled here: I copied a working flexible search form snippet from 1 etomatized site to another one on a different hoster.
It returns a 404 page!
If I enter the form "action" page manually I get the required page.
I have been looking around here a bit and the only thjing I found was this post. I did this but with the same result.
Is this a known problem?

cheers

v.

This post has been edited by vampke2: 04 February 2010 - 01:02 PM

[Ralph]

I think the issue was discussed not long ago in relation to some servers not properly auto-creating a URL if no action URL is provided...

I have gotten into the habit of creatinf my own variable, like $phpself, to use in my snippet code... A line similar to $phpself = $etomite->makeUrl($etomite->documentIdentifier); is all it takes... You can then pop $phpself anywhere in the code as needed... I even send it in my $etomite->parseChunk() calls to fill {phpself} within the chunk markup...

[vampke2]

Hi ralph, as I said: I used this since it was proposed in the thread i refered to.
My htlm code actually has the action form pointed to the right url, but submitting does not work

[vampke2]

after hours of looking for this I finally found the - to me unexpected - answer: the name tag of the search input field was wrong!
I do not understand why this would generate a 404 error though. Is this an etomite issue or standard php/html/apache?

[Cris D.]

Without looking at the snippet itself, it's hard to say. It is possible that there are built in checks within the snippet that get the POST values and use that to create the action page by reference or to build an array of values to use in the search query. It may also be that there are 2 different snippets - one for the search box and one to display the results page and they may not be automatically synced if thety are separate snippets. Therefore if the field name is not correct or does not exist, it may be deliberately (or accidentally) pointing to the 404 from within the snippet(s).