Ceon URI Mapping v4.x

Everybody keeps talking about a "original" team and CEON team and some future update like a messiah.
A google search for ceon url mapping gets me to zencart and git. Where is that site that sells or whatever this module ?

ceon dot net

For people who have been around here a few years, CEON, or to be exact Conor Kerr (who was CEON), produced (in my opinion at least) the highest quality code + documentation this forum has ever seen, by a very long way. Coupled with his endless support, he was a one-off and deserved/deserves a heap of respect and rememberance for his exemplary efforts. It was a huge loss when he passed.
So the respectful tone for his code is well-justified.

CEON now is his family, intending to keep his work alive.
Personally I think Zen Cart should pay up and integrate this and Advanced Shipper into the core once and for all to pay respect to the man, keep his memory alive, and because it does the job far better than the core code.
</rant>

Hey Guys,

Running URI mappings on v1.5.6a, I also have the mod "FAQ Module" installed to handle all my FAQ's I am wondering if there is a way to get the URI mappings page to handle these links also

I would be fine importing the link definitions directly to the database, But I cannot figure out a way to get the URI module to recognise the new pages which are

faqs_all
faq_info

With also a different path style "fcPath=5&faqs_id=6" to make it even harder I assume. Has anyone else had luck with something like this?

Thanks!

DannyVarley:

Hey Guys,

Running URI mappings on v1.5.6a, I also have the mod "FAQ Module" installed to handle all my FAQ's I am wondering if there is a way to get the URI mappings page to handle these links also

I would be fine importing the link definitions directly to the database, But I cannot figure out a way to get the URI module to recognise the new pages which are

faqs_all
faq_info

With also a different path style "fcPath=5&faqs_id=6" to make it even harder I assume. Has anyone else had luck with something like this?

Thanks!
Basically, since the faq module introduces it's own main_page and associated parameters, adding an additional handling class that is interfaced with the faq module would make it possible to control the uris.

The instructions identify what fields need to be populated when it is desired to manually (by sql statement) apply a uri for some other page.

Again thanks for the quick help! I totally didn't expect it to be as easy as that! I had a look in the instructions and found exactly what I needed to do.

For anyone else wanting the answer in the future, In the docs under configuration > 10. Specifying the current URI Mapping for any other Zen Cart page

This tells you exactly how to do it!

I can't believe I didn't just read all the instructions first :blush:

mc12345678:

...
It does also still override some init_xx files, but that is done by override not by replacement/merge.
...
IMO, using an auto_loaders/overrides or init_includes/overrides form of "overriding" is worst than just making a commented change into the core module. Even though you're not making a core-file modification, you *are *changing the behavior of the site and, essentially, overriding the entire module.

If there's a spot in a core file that needs a notification so that you don't need that /overrides file ... just add a well-commented notification instead. The person who's updating the associated site next will thank you.

What does/did Advanced Shipper do? I do not see it in the plugins?

What does/did Advanced Shipper do? I do not see it in the plugins?
Since it was a commercial module, it was not allowed to have a support thread. It was/is a comprehensive shipping solution that offered all and more than the core Zen Cart options, in one package. Highly recommended. I got it from day one as ZC could not do what I needed.
You can get it from ceon.net, and is well worth the cost in my opinion.

webchills:

I got zero feedback on the Github version which is 95% finished, don't have the time at the moment to work on this.
Numerous bugs when testing it on ZC v1.5.6a, PHP 7.3.0 and MySQL 5.7.23

I noticed the Categories page wasn't at all 1.5.6a ready, several places where functions had been declared private but needed to be public, and a few other issues which I can't remember off the top of my head

My answer to the concerns people are raising such as this:

https://www.zen-cart.com/showthread.php?221738-CEON-Relaunch-Conor-s-family-seeking-assistance&p=1355697#post1355697

This plugin is in the public domain and so there is no "owner" nor is anyone responsible for it.
It would seem logical that the CEON family would look after it, to promote the (previously commercial) URI Mappings Manager add-on, but I am not privy to the backstory there.

I made the changes necessary for php7 and ZC155f for my own use and put it on Github for others to use and also to keep the memory going.
Webchills did his own update and uploaded it to the plugins.
I think there is also an update done by the german forum.

I will be reviewing all options when I upgrade to 1.56, which will not be anytime soon, judging by the constant bug reports.

So in the meantime, it's open source, so you can do what you want, or wait and hope that maybe one of the usual altruistic suspects will update it, or pay someone. We are spoilt for choice.

torvista:

My answer to the concerns people are raising such as this:

https://www.zen-cart.com/showthread.php?221738-CEON-Relaunch-Conor-s-family-seeking-assistance&p=1355697#post1355697

This plugin is in the public domain and so there is no "owner" nor is anyone responsible for it.
It would seem logical that the CEON family would look after it, to promote the (previously commercial) URI Mappings Manager add-on, but I am not privy to the backstory there.

I made the changes necessary for php7 and ZC155f for my own use and put it on Github for others to use and also to keep the memory going.
Webchills did his own update and uploaded it to the plugins.
I think there is also an update done by the german forum.

I will be reviewing all options when I upgrade to 1.56, which will not be anytime soon, judging by the constant bug reports.

So in the meantime, it's open source, so you can do what you want, or wait and hope that maybe one of the usual altruistic suspects will update it, or pay someone. We are spoilt for choice.

I'm not moaning. I was trying to get the official status on a future update for a matter of respect.
Anyway, I've forked your repository, because that's the one I'm using, and started working on this update.
Categories are now working. Next week , I'll focus on products.

I'm not moaning.
I never meant to imply that.
Your concern about what for many is an integral part of their shop is perfectly understandable.
I just wanted to remind everyone else of the status of this particular plugin and more than other all user-contrubuted code, it really is up to the community to take it forward.
I would be surprised if it proves very difficult to get working with php7.3/ZC156, such is the quality of the original code....I hope you prove me right.

torvista:

I would be surprised if it proves very difficult to get working with php7.3/ZC156, such is the quality of the original code....I hope you prove me right.

Yep, it's bulletproof, it's almost done ( or I think it is), except the admin configuration check for 156. I think tomorrow is done.

Please help! I found out if I turn on the "Ceon URI Mapping ", the "<link rel="canonical" part shows up in the html source code.
I understand this is normal and it suppose to work in this way.

but if I turn off the "Ceon URI Mapping ", then the canonical tag is gone, can anyone guide me how to fix it:

I need to turn off the CEON URI mapping while keep the canonical tag on in my html header part.

sjbglx1:

Please help! I found out if I turn on the "Ceon URI Mapping ", the "<link rel="canonical" part shows up in the html source code.
I understand this is normal and it suppose to work in this way.

but if I turn off the "Ceon URI Mapping ", then the canonical tag is gone, can anyone guide me how to fix it:

I need to turn off the CEON URI mapping while keep the canonical tag on in my html header part.

Please see your other thread started about this: https://www.zen-cart.com/showthread.php?225346-product-page-missing-quot-canonical-quot&p=1357003#post1357003

When the CEON mod is on , why google bot read the url in different way?

For example, my product 1 url reads like : https:/mysite.com/categoryname/product1

then if I create a sitemap, the above URL will be stored as "https:/mysite.com/categoryname/product1" for product 1

However, google bot crawls it like : https:/mysite.com/categoryname/product1?cPath=categoryname

So google think can not find the product URL in my sitemap.xml.

Why the google bot reads my url in this way? I need them to match each other.

Please advise!

After reading the doc came with the installation,
the "?cPath=...." should be added to each linked product URL ,and the doc says there is no way to avoid it.

my case is odd and opposite, each of my url is missing the "?cPath=...” at the end.:unsure:

anybody has any ideas?

torvista:

My answer to the concerns people are raising such as this:

https://www.zen-cart.com/showthread.php?221738-CEON-Relaunch-Conor-s-family-seeking-assistance&p=1355697#post1355697

This plugin is in the public domain and so there is no "owner" nor is anyone responsible for it.
It would seem logical that the CEON family would look after it, to promote the (previously commercial) URI Mappings Manager add-on, but I am not privy to the backstory there.

I made the changes necessary for php7 and ZC155f for my own use and put it on Github for others to use and also to keep the memory going.
Webchills did his own update and uploaded it to the plugins.
I think there is also an update done by the german forum.

I will be reviewing all options when I upgrade to 1.56, which will not be anytime soon, judging by the constant bug reports.

So in the meantime, it's open source, so you can do what you want, or wait and hope that maybe one of the usual altruistic suspects will update it, or pay someone. We are spoilt for choice.

By the way how did you make the cegories work?

Thank you in advance.

sjbglx1:

When the CEON mod is on , why google bot read the url in different way?

For example, my product 1 url reads like : https:/mysite.com/categoryname/product1

then if I create a sitemap, the above URL will be stored as "https:/mysite.com/categoryname/product1" for product 1

However, google bot crawls it like : https:/mysite.com/categoryname/product1?cPath=categoryname

So google think can not find the product URL in my sitemap.xml.

Why the google bot reads my url in this way? I need them to match each other.

Please advise!
It helps to investigate when a web address is provided. Without it, I would say this:
The presence of ?cPath=x for a product managed by Ceon URI Mapping indicates that the current category where that product is being shown is not the product's master category. The master category is identified at the top of a product's information page in the admin. This plugin will still generate a canonical uri that excludes the cPath parameter. The above question only states the condition of the canonical url and does not say anything about what the web browser shows.

Curious. For the Google link that is identified, the content that follows ?cPath= is it truly categoryname (as in the language word(s) of the category) or is it a series of numbers separated by underscores?

Generally speaking, Google and other search engines don't make up fictitious links. It is expected that the search engine found the link somewhere and added to their list. It may have been on someone else's site or generated internally at some point. It is possible though through google's admin tools to identify the importance of the various parameters and what they mean. Generally speaking the cPath parameter places the product in a group it doesn't define the product itself.

v1.5.5f php7.1

I need some qualified advice here please on a major problem.

Firstly the background;

I posted yesterday in the USU (Ultimate SEO) thread - details below - about reverting to USU from CEON and how this could be seamlessly done.

This was the post;

I installed CEON URI Mapping as a matter of 'have to' when USU had the canonical problem. CEON is too complicated for me so I want to revert back to the latest version of USU.
Question: will USU seamlessly re-write the CEON generated urls? .... as well as those that are still using the standard ZC generic index.php?xyzacb format? ... i.e. will all currently indexed urls remain indexed without having to be found again by Google?

Are there any specific things I need to do and in any particular order to ensure the changeover works .... seamlessly :)

this was the response;

USU won't be able to rewrite those customized CEON-generated links since they can be fairly free-form. The only thing that comes to mind is to add rewrites to the .htaccess for each of the CEON-customized links prior to the bit that's required by USU. The developers in the CEON forum might be able to shed additional light on a different solution.

QUESTION for this forum;

Is there a way to have the now CEON generated urls on my sites (6 of them) numbering thousands per site re-write to the USU format when I install and enable USU ???

I look forward to some advice.

cheers,
Mike
p.s. I am still trying to recover my previous ranking prior to the USU issue

USU thread link, https://www.zen-cart.com/showthread.php?199064-Ultimate-SEO-2-200-Support-Thread&p=1357674#post1357674