Ceon URI Mapping v4.x

[rebelIT]

Hi Connor,
I discovered what the problem I was having was.

in phpMyAdmin I was actually entering NULL in the field rather than checking the check box for null.

I guess the typed in chars NULL was interpreted as a string & being invalid for the field converted to 0



It all works perfectly now. It is a really great plugin.

Sorry for needlessly taking up your time.

As soon as I get paid for this job I'll be donating.

Thanks

Ps and next time I'll install the plugin before the client adds 1200 products d'oh!

[conor]

Hi,

in phpMyAdmin I was actually entering NULL in the field rather than checking the check box for null.

Ah, that explains things.. I couldn't understand how you could end up with a database table created that didn't default to NULL for the associated_db_id column unless you'd manually created the db columns yourself. That wasn't the problem because it didn't happen!

Glad you are sorted now.

All the best...

Conor
ceon

[old_iron]

Hi. I'm using Zen Cart 1.3.8 and have installed this Module. I've got it set up and working almost perfectly (Thank you CEON for making such a great module).

However, there is one (BIG) issue that has caused me to have to turn the module off for the time being. None of the form on the site work when the module is turned on. Login, add to cart, retrieve password, etc. When any of those are submitted, the page just reloads. Almost as if it didn't get the POST, although I can see the post being sent correctly. The target URL of the forms are all being set correctly by the module.

Aside from that, all of the rewritten URL's work fine on the site.

Have you heard of any instances of this happening before as well as any suggestions on how to fix it?

Thank you.

[conor]

Hi,

Glad you like the software.

None of the form on the site work when the module is turned on.

This means that you are posting to the wrong URI and it is being redirected. (Although version 4 shouldn't redirect after a post).

Are you using an older version than 4.0.3?

If not, chances are you have a broken rewrite rule in your .htaccess file which is redirecting from www. to not www. or vice versa.

Make sure that your HTTP_SERVER values etc. are set correctly to match any www. redirection stuff you may have in your .htaccess file.

E.g. stuff like the following may be conflicting:

RewriteCond %{http_host} ^yourdomain.co.uk
RewriteRule ^(.*) http://www.yourdomain.co.uk/$1 [R=301,L]


Or remove all rules from your .htaccess file except Ceon URI Mapping to check.

Hope that helps.

All the best...

Conor
ceon

[old_iron]

Are you using an older version than 4.0.3?

I'm using 4.0.3

If not, chances are you have a broken rewrite rule in your .htaccess file which is redirecting from www. to not www. or vice versa.

Make sure that your HTTP_SERVER values etc. are set correctly to match any www. redirection stuff you may have in your .htaccess file.

E.g. stuff like the following may be conflicting:

RewriteCond %{http_host} ^yourdomain.co.uk
RewriteRule ^(.*) http://www.yourdomain.co.uk/$1 [R=301,L]


Or remove all rules from your .htaccess file except Ceon URI Mapping to check.

I only have a couple other rules in my .htaccess file other than the CEON ones. Those couple rules don't have anything to do with www redirection or enforcement. My store is set up with the www, and the settings in the zen config file reflect this.

I just turned the module back on and used HTTPLiveHeaders to see what headers are being returned. I've got my Login page set up here: http://www.mydomainname.com/login

Here's the headers when I submit the login form when the module is enabled:

http://www.mydomainname.com/login?action=process



POST /login?action=process HTTP/1.1

Host: www.mydomainname.com

User-Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0) Gecko/20100101 Firefox/6.0

Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

Accept-Language: en-us,en;q=0.5

Accept-Encoding: gzip, deflate

Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7

Connection: keep-alive

Referer: http://www.mydomainname.com/login?action=process

Cookie: removed by me

Content-Type: application/x-www-form-urlencoded

Content-Length: 110

[email protected]&password=bleh&securityToken=12345&x=42&y=1 0

HTTP/1.1 404 Not Found

Date: Tue, 20 Sep 2011 19:51:49 GMT

Expires: Thu, 19 Nov 1981 08:52:00 GMT

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

Pragma: no-cache

Keep-Alive: timeout=15, max=90

Connection: Keep-Alive

Transfer-Encoding: chunked

Content-Type: text/html; charset=iso-8859-1

When I disable the module, the form submission works fine. This happens for any form on the site.

As you can see the server is replying with a 404, which is wierd since the current page is the same as what it's posting to. Help!

[conor]

Hi,

As you can see the server is replying with a 404, which is wierd since the current page is the same as what it's posting to. Help!

Send me FTP and admin details for the site within the next 12 hours and I can take a look.

All the best...

Conor
ceon

[old_iron]

Hi,

Send me FTP and admin details for the site within the next 12 hours and I can take a look.

All the best...

Conor
ceon

Conor,

I don't think my client will allow that, no offense. Do you have any ideas that I could try? We really want to use this plugin, if only I could figure out why it's giving a 404.

[conor]

Hi,

Conor,

I don't think my client will allow that, no offense. Do you have any ideas that I could try? We really want to use this plugin, if only I could figure out why it's giving a 404.

Tough luck for the client then!

Sorry.

(No offense taken but I simply don't have time to help in any other way.. maybe someone else can).

All the best..

Conor
ceon

[akrogers]

I'm having a problem getting a 404 error when using GoDataFeed's php script which is supposed to get our product information. I updated to the latest version of CEON Uri mapping (v. 4.0.3), but that didn't take care of it. I also temporarily deleted the .htaccess to see what would happen, but no success. I did use to have the WOZ mod installed, but removed it completely and still not luck. GoDataFeed has no idea, so I thought I'd ask here. Is there some kind of exclusion I should have somewhere for their script? Thanks so much for any help you can offer!

[conor]

Hi,

I'm having a problem getting a 404 error when using GoDataFeed's php script which is supposed to get our product information. I updated to the latest version of CEON Uri mapping (v. 4.0.3), but that didn't take care of it. I also temporarily deleted the .htaccess to see what would happen, but no success.

Try switching off Ceon URI Mapping and seeing if there is still a problem (Option in configuration menu).

I do have a small bug fixed in version 4.0.4 which may cause such behaviour (file being included when it should be excluded).. however, this ONLY affects very specific server configs (so far Apache on a local Windoze test server.. not on Linux).

If after switching off Ceon URI Mapping there is still a problem then I'm afraid then you've ruled out Ceon URI Mapping as being the source of the problem and would be better posting in GoDataFeed's thread.

All the best..

Conor
ceon