Ceon URI Mapping v4.x

[conor]

Hi,

The store has always been configured to "Page Not Found". After installing URI Mapping though it goes to the index.

I'm afraid all I can say is that something must be up on your site as Ceon URI Mapping should show the Zen Cart page not found 404 and not the index.

You must have something else in Zen Cart which is interfering when a non-existent static URI is in use.

I wish you luck in finding and fixing the source of the problem.

If you're still stuck then I may be able to take a look if you send FTP and admin details.

All the best..

Conor
ceon

[conor]

Hi,

Ugh.

Unbelievable!

I was helping someone with the software on their site today and found that unknown static URIs where not displaying the 404 page as expected.

It turns out that this has indeed been a bug since version 4.0.0.

I don't understand!

I was so sure I'd tested this aspect and no-one else has mentioned this problem.

So apologies to RebelIT, my memory is wrong and somehow this bug has been sitting there all this time. Stunning! Nice co-incidental timing that we both run into this on the same day though!

4.0.7 will be released very soon but in the meantime, this bug can be fixed by doing the following:

Edit includes/classes/class.CeonURIMappingHandler.php

After line 110, insert a "return;" statement. I.e. Change:

if ($match_uri_result->EOF) {
            // URI not found, should the index page be shown or the 404 page?
            if (MISSING_PAGE_CHECK == 'On' || MISSING_PAGE_CHECK == 'true') {
                $_GET['main_page'] = 'index';
            } elseif (MISSING_PAGE_CHECK == 'Page Not Found') {
                header('HTTP/1.1 404 Not Found');
                $_GET['main_page'] = 'page_not_found';
            }
        } 

to:

if ($match_uri_result->EOF) {
            // URI not found, should the index page be shown or the 404 page?
            if (MISSING_PAGE_CHECK == 'On' || MISSING_PAGE_CHECK == 'true') {
                $_GET['main_page'] = 'index';
            } elseif (MISSING_PAGE_CHECK == 'Page Not Found') {
                header('HTTP/1.1 404 Not Found');
                $_GET['main_page'] = 'page_not_found';
            }
            
            return;
        } 

As I said, I have no idea how a bug like this could have slipped through the net.

My comment on the next line even says "// Have matched the URI!".. how much clearer to myself could I have been when coding this!?!



Sorry about the trouble.

Hopefully 4.0.7 will be the final version, with no bugs remaining to be found.

At least upgrading is incredibly simple.. :)

All the best..

Conor
ceon

[mikebr]

Hi Ceon
Are there any google feeders that will accommodate your URI mappings?

[conor]

Hi Mike,

How are you?

Are there any google feeders that will accommodate your URI mappings?

Ceon URI Mapping uses the zen_href_link() function so is 100% compatible with any module written for Zen Cart that uses that too.

(This is on the catalog side, not the admin).

If you have one that doesn't, simply fix it to use zen_href_link(), shouldn't be hard.

We don't use any Google or feed stuff so I'm afraid I don't know anything about any specific software. As I say though, integration should be easy - if it's not already present!

All the best..

Conor
ceon

[countrycharm]

Hi,

Ugh.

Unbelievable!

I was helping someone with the software on their site today and found that unknown static URIs where not displaying the 404 page as expected.

It turns out that this has indeed been a bug since version 4.0.0.

I don't understand!

I was so sure I'd tested this aspect and no-one else has mentioned this problem.

So apologies to RebelIT, my memory is wrong and somehow this bug has been sitting there all this time. Stunning! Nice co-incidental timing that we both run into this on the same day though!

4.0.7 will be released very soon but in the meantime, this bug can be fixed by doing the following:

Edit includes/classes/class.CeonURIMappingHandler.php

After line 110, insert a "return;" statement. I.e. Change:

if ($match_uri_result->EOF) {
            // URI not found, should the index page be shown or the 404 page?
            if (MISSING_PAGE_CHECK == 'On' || MISSING_PAGE_CHECK == 'true') {
                $_GET['main_page'] = 'index';
            } elseif (MISSING_PAGE_CHECK == 'Page Not Found') {
                header('HTTP/1.1 404 Not Found');
                $_GET['main_page'] = 'page_not_found';
            }
        } 

to:

if ($match_uri_result->EOF) {
            // URI not found, should the index page be shown or the 404 page?
            if (MISSING_PAGE_CHECK == 'On' || MISSING_PAGE_CHECK == 'true') {
                $_GET['main_page'] = 'index';
            } elseif (MISSING_PAGE_CHECK == 'Page Not Found') {
                header('HTTP/1.1 404 Not Found');
                $_GET['main_page'] = 'page_not_found';
            }
            
            return;
        } 

As I said, I have no idea how a bug like this could have slipped through the net.

My comment on the next line even says "// Have matched the URI!".. how much clearer to myself could I have been when coding this!?!



Sorry about the trouble.

Hopefully 4.0.7 will be the final version, with no bugs remaining to be found.

At least upgrading is incredibly simple.. :)

All the best..

Conor
ceon

Well I'm very disappointed in you .
Just kidding Conor No more bugs than this module have had is amazing. Fantastic work indeed my friend.
I hope you are doing well.

[mikebr]

Hi Ceon

With changes to the URIs both manually and autogenerated there remans a plethora of redundant database records.

Is there anyway of purging these records?

[conor]

Hi,

With changes to the URIs both manually and autogenerated there remans a plethora of redundant database records.

No, there remains a plethora of historical records, the software was designed very specifically to work in this way. :)

Is there anyway of purging these records?

You can do what you like with your database.. delete anything you want, whatever way you want. :)

All URIs entered/generated have a date and time and only the current URIs have a value for current_uri of 1.

Just don't forget that when you delete a record you break the link for good.

Personally I'd never bother deleting any.

As I said, what you want to do is up to you!

All the best...

Conor
ceon

[MikeyG]

conor,

Just trying to install on zc 1.5 - admin page does not come up. I get a blank screen. I have the rewrite mod on the testing server and have copied all files as it is a brand new clean install. Any pointers as I am sure it is something obvious but cannot see what. Should I change the .htaccess before trying to login. Although instruction process would suggest this comes later?

Thanks

[conor]

Hi Mike,

How are you?

Just trying to install on zc 1.5 - admin page does not come up. I get a blank screen.

A blank screen almost certainly means you've missed uploading files or your FTP software isn't very good and has missed uploading files.

Follow the installation process from the start to the finish again and things should sort themselves out.

If that's not it then check your paths in your configure.php files.

If you're still stuck send me FTP and admin details for the site at this address and I'll upload the files for you.

(You are right in that the RewriteRule/.htaccess part of the process is ahead of you and nothing to do with the error described).

All the best...

Conor
ceon

[MikeyG]

Conor, I am very well thank you. I hope you are.

Thank you once again for a prompt reply. It is amazing isn't it. Copied everything across as per the instructions, and I know I have had this before and yet still something does not go across and it flummoxed me completely.

You are right as usual and I know you know you would be and I know that you would be too. Just could not see it. LOL!