Ceon URI Mapping v4.x

[mc12345678]

Looks to be fixed. As to php version, if you do go ahead and bump up to 7.2 again, though you will likely have issue with the ZC software as ZC 1.5.5f isn't 7.2 compatible would suggest either of the two versions of this plugin that have been "issued", though haven't looked at what is done with the database when the "tell-a-friend" portion is addressed in the version downloadable from this site.

If it removes the existing entries from the database, then that would cause page not found responses that may have otherwise been handled by the software.

[mc12345678]

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?

[mc12345678]

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. :)

[lidlchris]

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.

[mc12345678]

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.

[lidlchris]

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.

[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!

[mc12345678]

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.

[antontomov]

God bless you, my friend!

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

<?php
    for ($i=0, $n=sizeof($languages); $i<$n; $i++) {
?>
          <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>
<?php
    }
?>

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.