Ceon URI Mapping v4.x

lidlchris:

wow, you are good.. thanks so very much.. wish i knew how to read htaccess code.. how did you know it was the the rule for HTML

Although much of your provided web addressed was auto-obscured by the forum software, I was able to get to your site.
From there I first tried a product, it went to a 404 page, I looked at the address. Then I tried to go to a category using a ZC default dynamic url. Found that category 2 existed.
Then tried going directly to that category by name in the url. It worked. It didn't have an html suffix. Clicked on a few other categories, they worked.
Went to a product again: 404.
Removed .html, loaded, but as a page not found.
Posted.
Read your .htaccess
Rule suggested prevented the software from trying to handle any url that had 2 to 5 characters as an extension. That meant html as well...
So had to permit files that had an html extension which led to the solution.

A little trial and error really.

Now as to redoing urls to possibly some other format that is auto-generated by Ceon URI Mapping (while maintaining reachability of the existing link(s) as this software was designed)... I offer some software on my site that does that if interested, but looks like you're good to go with what you have. Besides, even if that were done, access to the existing uri would have been necessary. So that additional software would not have solved the initial problem anyways.

lidlchris:

wow, you are good.. thanks so very much.. wish i knew how to read htaccess code.. how did you know it was the the rule for HTML

and how come the example htaccess didn't have that rule in it?

lidlchris:

and how come the example htaccess didn't have that rule in it?
Well, from what I've seen over the years and for some time, the thought had been that an extension such as html was unnecessary. It's extra text and with this plugin can actually become meaningless. There isn't really an html file called, although one is generated (after php has done a lot of work). At any rate, there is discussion in the instructions about what is necessary to support other extensions found in the configuration area of the instructions. As to why the software didn't pick it up as a suggestion? Well, I guess because the proposed rules are provided based on the way forward considering a new install rather than inspecting the existing database entries and making suggestions based on that. (ie. Suppose that other extensions have been used or are desired to be used, currently a new htaccess rule set would require knowing what extension(s) were used rather than the software determining that and offering the additional rule(s)).

So, not entirely sure from which perspective you ask the question, but I think I've answered it from each direction. :)

mc12345678:

Although much of your provided web addressed was auto-obscured by the forum software, I was able to get to your site.
From there I first tried a product, it went to a 404 page, I looked at the address. Then I tried to go to a category using a ZC default dynamic url. Found that category 2 existed.
Then tried going directly to that category by name in the url. It worked. It didn't have an html suffix. Clicked on a few other categories, they worked.
Went to a product again: 404.
Removed .html, loaded, but as a page not found.
Posted.
Read your .htaccess
Rule suggested prevented the software from trying to handle any url that had 2 to 5 characters as an extension. That meant html as well...
So had to permit files that had an html extension which led to the solution.

A little trial and error really.

Now as to redoing urls to possibly some other format that is auto-generated by Ceon URI Mapping (while maintaining reachability of the existing link(s) as this software was designed)... I offer some software on my site that does that if interested, but looks like you're good to go with what you have. Besides, even if that were done, access to the existing uri would have been necessary. So that additional software would not have solved the initial problem anyways.

thanks again.. i have to now open a new thread concerning PHP. The highest version of PHP that i seem to able to use is 5.6. when i try to upgrade to 7.0 or 7.2, all the categories go missing.

lidlchris:

thanks again.. i have to now open a new thread concerning PHP. The highest version of PHP that i seem to able to use is 5.6. when i try to upgrade to 7.0 or 7.2, all the categories go missing.
Sounds like a good idea. When you do, please be sure to address all of the posting tips. I know I made an assumption about the ZC version in a previous post, but that also was from the perspective that the originally posted issue was found to not really be ZC version dependent.

mc12345678:

Sounds like a good idea. When you do, please be sure to address all of the posting tips. I know I made an assumption about the ZC version in a previous post, but that also was from the perspective that the originally posted issue was found to not really be ZC version dependent.

yes i was using the latest version 1.5.5f and i indicated that in the new post.

I am using Ceon URI Mapping (SEO) - Version: 4.5.5 webchills version, zc 1.5.5f, and PHP Version 7.0.32. Problem I am having is that the continue shopping button works ok if you put product in cart and then go to cart page and click in.

BUT If you navigate to cart page without putting item into cart just before and then click continue shopping, the link defaults to the page not found. Link is "/index.php?main_page=page_not_found". It appears that CEON urls is generating this link somewhere. When I disable CEON urls, correct link, index.php?main_page=index, shows in this scenario.

Any ideas on why this might be happening?

Thanks!

boxcar:

I am using Ceon URI Mapping (SEO) - Version: 4.5.5 webchills version, zc 1.5.5f, and PHP Version 7.0.32. Problem I am having is that the continue shopping button works ok if you put product in cart and then go to cart page and click in.

BUT If you navigate to cart page without putting item into cart just before and then click continue shopping, the link defaults to the page not found. Link is "/index.php?main_page=page_not_found". It appears that CEON urls is generating this link somewhere. When I disable CEON urls, correct link, index.php?main_page=index, shows in this scenario.

Any ideas on why this might be happening?

Thanks!
Can you be a little more specific about how this issue was identified? I ask because of the following test:
I went to a site with Ceon URI Mapping installed, then went directly to the shopping cart.
From there was notified that the cart was empty and did not have a button to "continue shopping".
I then went to a product, added the product to the cart. The site is setup to go to the shopping cart after a product is added.
Was given an option to continue shopping which took me back to the product.
I then navigated to a category (product still in the cart).
I then went straight to the cart and when I selected to continue shopping.
I was taken back to the category I was looking at.

Because the continue shopping button link is based on the navigation history, it is important to understand the path taken to get to the problem. It could actually be related to the lack of a session or some other template/navigation issue. But if can not specifically reproduce it, then it is difficult to fix.

God bless you, my friend!

webchills:

There is a leftover of unsuitable code in YOURADMIN/includes/modules/product/collect_info.php
This version was previously written for the German Zen Cart version and I forgot to remove this:

around line 324

      <tr>
        <td class="main"><?php if ($i == 0) echo TEXT_PRODUCTS_MERKMALE; ?></td>
        <td class="main"><?php echo zen_image(DIR_WS_CATALOG_LANGUAGES . $languages[$i]['directory'] . '/images/' . $languages[$i]['image'], $languages[$i]['name']) . '##' . zen_draw_input_field('products_merkmale[' . $languages[$i]['id'] . ']', (isset($products_merkmale[$languages[$i]['id']]) ? htmlspecialchars(stripslashes($products_merkmale[$languages[$i]['id']]), ENT_COMPAT, CHARSET, TRUE) : htmlspecialchars(zen_get_products_merkmale($pInfo->products_id, $languages[$i]['id']), ENT_COMPAT, CHARSET, TRUE)), zen_set_field_length(TABLE_PRODUCTS_DESCRIPTION, 'products_merkmale')); ?></td>
      </tr>

> 
> Remove this code and everything will be fine. Sorry for the inconvenience, just submitted a new version with this change to the download section.
> The corrected file is attached as well.

@**mc12345678**. I think you are correct that is was/is a session issue. I cleared cookies and I duplicated the steps you did and tried a few more things and was unable to replicate the error. Thanks for your help.

RE: post #2240. leftover of unsuitable code in YOURADMIN/includes/modules/product/collect_info.php is still in package Ceon URI Mapping (SEO) - Version: 4.5.5 in the ZC repository. The file should be updated.

I will be updating the fileset I have on Github (including the installation checks), when 1.56 has stabilised.
In the meantime, anyone is free to add their input, that's why it is on Github.

torvista:

I will be updating the fileset I have on Github (including the installation checks), when 1.56 has stabilised.
In the meantime, anyone is free to add their input, that's why it is on Github.

Thank you for doing this. I've been struggling a bit with the modification of some of the v1.5.6 files - stuck on the admin/categories.php and admin/product.php

Will keep an eye on your Github repository and input if I can.

boxcar:

RE: post #2240. leftover of unsuitable code in YOURADMIN/includes/modules/product/collect_info.php is still in package Ceon URI Mapping (SEO) - Version: 4.5.5 in the ZC repository. The file should be updated.
This changed file did not make it to the zip in the downloads section. I will submit it again, in the meantime here is its Github release which includes the correct version:
https://github.com/webchills/zencart-en-ceon-uri-mapping/releases
An updated version for 1.5.6 is almost ready in the 4.6 branch of the repository:
https://github.com/webchills/zencart-en-ceon-uri-mapping
I appreciate testings (PHP 7.3 environment preferred) and issues reports. Planned release date: january

Hi
Sorry for question but unfortunately this module status is a bit confusing, but:
Is webchills git files the "official" CEON module ?

I did use the download from zencart, latter on the torvista because php7, and now I'm lost, and I also have to update to work with zc156

Thanks

CEON the company ceased with the untimely passing of its developer Conor Kerr.
I intended to keep Conor's URI Mapping code alive by making the necessary changes for php7 and ZC updates, on Github.
I never uploaded it to Plugins as I never completed the modifications necessary to make the in-built installation checks correct/match my changes. I had hoped others may make some effort...

webchills did his own modifications and uploaded them to the plugins.

CEON has resumed trading, managed by Conor's family. They do not offer the URI Mapping on their web although they do possess an upgraded version of the paid add-on URI Mappings manager...as I sent it to them.

So, there is no official version.

mesnitu:

Sorry for question but unfortunately this module status is a bit confusing, but:
Is webchills git files the "official" CEON module ?
This github repo is the code base for the CEON module in the Zen Cart downloads section since version 4.5.3 (april 2018)

torvista:

CEON the company ceased with the untimely passing of its developer Conor Kerr.
I intended to keep Conor's URI Mapping code alive by making the necessary changes for php7 and ZC updates, on Github.
I never uploaded it to Plugins as I never completed the modifications necessary to make the in-built installation checks correct/match my changes. I had hoped others may make some effort...

webchills did his own modifications and uploaded them to the plugins.

CEON has resumed trading, managed by Conor's family. They do not offer the URI Mapping on their web although they do possess an upgraded version of the paid add-on URI Mappings manager...as I sent it to them.

So, there is no official version.

I have heard though that Ceon is going to release a new version, but is having to deal with the two separate versions that have been further modified to minimize the issues brought on by the independent methods of implementing. The differences were brought on by the original use of the string class that in both maintained versions call it something different.

By my review of the two sets of code, the differences between the two are that torvista incorporated the use of zen_href_link using the notifier and also made sure that the breadcrumbs contained the rewritten uris, while webchills made the version php 7.x dependent (which means that a cart still operating any version of php 5.x wouldn't work) and I don't recall seeing incorporation of the zen_href_link notifier, but I could be wrong on that part. Also I haven't looked at how the deletion of the option to forward a link via email was incorporated as to whether it deleted all instances in the database or just stopped generating the links.

I thought the package from the the zc plugins was the "oficial" and was getting updates.
so it's a bit of catch 22. It's official if it doesn't get updates... but if it does, then is not official.

This url stuff is really a big big big down side for zencart.

Thanks

With all due respect to everybody, but if it's all unofficial, wouldn't be better to have just one git with forks for wahever?
I'm not a daily programmer, so my contributions are few ( close to none). Can't talk much.
but in this case, the only thing I would change would be the way that this module adds a numeric value to the products name if it finds it duplicated.
It would be "easier" to add the products_id. But even that is not a priority.
The rest, is just to be sure that this module keeps alive, since there are thousands of url's spread in the net.

I'll have to make this work for 156, I know stuff has moved while I was win merging. Then I saw that I had to change so much stuff, that I delayed the ceon review.
But it would be nice, to stick to one version.

Again, saying this with all respect for the job and hours that all of you contribute to this module.