Ceon URI Mapping v4.x

zen cart 1.5.1
ceon 4.4.1

I just now noticed that my products all have aditional #$%$#%&* be hind the name
example:
https://www.rjfinewood.com/wood-tissue-box-cover/tissue-box-covers-cube/tissue-box-cover-crotch-mahogany#.Uz7jbFcoNBk

Whats up with this?

Thanks

remops:

zen cart 1.5.1
ceon 4.4.1

I just now noticed that my products all have aditional #$%$#%&* be hind the name
example:
https://www.rjfinewood.com/wood-tissue-box-cover/tissue-box-covers-cube/tissue-box-cover-crotch-mahogany#.Uz7jbFcoNBk

Whats up with this?

Thanks

Are you using Addthis or similar social media tools on your product pages?

Like most things posted in this thread, this is not caused by this module. It's the AddThis Analytics tracking which does not hurt anything nor does it affect SEO as folks often seem to think that it does.. The AddThis analytics really IS useful for SEO purposes as it can provide insights into how your site is being tracked in social media.. But I digress.. your "issue" isn't cause by this module.. and IMHO, it's not really an "issue" at all..

remops:

zen cart 1.5.1
ceon 4.4.1

I just now noticed that my products all have aditional #$%$#%&* be hind the name
example:
https://www.rjfinewood.com/wood-tissue-box-cover/tissue-box-covers-cube/tissue-box-cover-crotch-mahogany#.Uz7jbFcoNBk

Whats up with this?

Thanks

remops:

zen cart 1.5.1
ceon 4.4.1

I just now noticed that my products all have aditional #$%$#%&* be hind the name
example:
https://www.rjfinewood.com/wood-tissue-box-cover/tissue-box-covers-cube/tissue-box-cover-crotch-mahogany#.Uz7jbFcoNBk

Whats up with this?

Thanks

I had a similar problem with mine...it had the actual cpath appeneded but I found that I had NOT gone through all the category sections and given the category and folders within their new url. After doing that I have the links appearing like they should look.

DarkAngel:

I had a similar problem with mine...it had the actual cpath appeneded but I found that I had NOT gone through all the category sections and given the category and folders within their new url. After doing that I have the links appearing like they should look.

Except that what I posted is ACTUALLY what's going on with remops. It's the AddThis analytics code he is seeing.. nothing else.. not cpath info, not zen ids, and it's not caused by this module in ANY way..

DivaVocals:

Like most things posted in this thread, this is not caused by this module. It's the AddThis Analytics tracking which does not hurt anything nor does it affect SEO as folks often seem to think that it does.. The AddThis analytics really IS useful for SEO purposes as it can provide insights into how your site is being tracked in social media.. But I digress.. your "issue" isn't cause by this module.. and IMHO, it's not really an "issue" at all..

Hey Thanks!

I couldn't put a finger on the time when this start but you are dead on I added the addthis. I wasn't to concerned and really didn't think it was a ceon mapping issue but now I know.

Again THANKS?

I learned something:smile:

remops:

Hey Thanks!

I couldn't put a finger on the time when this start but you are dead on I added the addthis. I wasn't to concerned and really didn't think it was a ceon mapping issue but now I know.

Again THANKS?

I learned something:smile:

Yes Picandnix well spotted :wink:

picandnix:

Are you using Addthis or similar social media tools on your product pages?

I install it, it can not auto generate url, every product or category need to edit to make effect?

liyucmh:

I install it, it can not auto generate url, every product or category need to edit to make effect?

Says that very clearly in the readme..

liyucmh:

I install it, it can not auto generate url, every product or category need to edit to make effect?

yes but it is not hard if ou set it to auto generate....then tic the little square when you go to the product or category, press save and it automatically makes it like the name.

DarkAngel:

yes but it is not hard if ou set it to auto generate....then tic the little square when you go to the product or category, press save and it automatically makes it like the name.

I think he was referring to his existing products and EZ pages which he will have to edit one by one after the initial install..

That is what I meant Diva, that is what I did.

1. chose the category
2. made sure the box was ticked on
3. saved

the path was automatically entered. then I did the same for each vendor and product and ezpage.

now to hunt up what I had to do to take away the ? at the end of the names in the sidebox for the category in sidebox plugin.

Hi,

Wonder if anyone can help. I've a pretty strange issue and I'm struggling to find an answer. I'm sure it will turn out to be an obvious fix, but after hours of trawling through file, I just can't seem to fix it.

So, we've got CEON Mapping 4.4.1 installed on ZC 1.5.1. It partially works, and partially doesn't work.

WHAT DOES WORK:

• Clicking on any URL does result in the friendly URLs appearing in the browser address bar as expected (happy days!)
• The canonical URL on each page loads the correct friendly URL.

WHAT DOES NOT WORK:

• The link preview (at the foot of the browser), when hovering over a link, shows the traditional index.php URL.
• Viewing the Source Code, all href tags are populated with the traditional index.php URL.

This never used to be the case. It used to work perfectly. We upgraded to 4.4.1 and it's been a bit iffy since. The problem is I've trawled through all the files from the upgrade an compared them with what's online and I cannot for the life of me find a file or change that I've missed. We use Custom Product Types, and I've even made sure to edit required files for those.

One of the headaches we're having as a result is generating an XML sitemap. It takes the URLs from the site, which are basically still index.php, rather than the friendly URLs.

Can anyone help with this, or point me in the right direction. I appreciate that some responses might be "you've missed a file", and I'm happy to accept that if it is the case ... but I honestly have checked and double checked and can't find any missing. If anyone can even point to the files that control this behaviour I can quadruple check.

Hopefully someone can help out.

Thanks in advance.

ailtait:

Hi,

Wonder if anyone can help. I've a pretty strange issue and I'm struggling to find an answer. I'm sure it will turn out to be an obvious fix, but after hours of trawling through file, I just can't seem to fix it.

So, we've got CEON Mapping 4.4.1 installed on ZC 1.5.1. It partially works, and partially doesn't work.

WHAT DOES WORK:

• Clicking on any URL does result in the friendly URLs appearing in the browser address bar as expected (happy days!)
• The canonical URL on each page loads the correct friendly URL.

WHAT DOES NOT WORK:

• The link preview (at the foot of the browser), when hovering over a link, shows the traditional index.php URL.
• Viewing the Source Code, all href tags are populated with the traditional index.php URL.

This never used to be the case. It used to work perfectly. We upgraded to 4.4.1 and it's been a bit iffy since. The problem is I've trawled through all the files from the upgrade an compared them with what's online and I cannot for the life of me find a file or change that I've missed. We use Custom Product Types, and I've even made sure to edit required files for those.

One of the headaches we're having as a result is generating an XML sitemap. It takes the URLs from the site, which are basically still index.php, rather than the friendly URLs.

Can anyone help with this, or point me in the right direction. I appreciate that some responses might be "you've missed a file", and I'm happy to accept that if it is the case ... but I honestly have checked and double checked and can't find any missing. If anyone can even point to the files that control this behaviour I can quadruple check.

Hopefully someone can help out.

Thanks in advance.

Does this same issue appear in the default ZC template? Are the href's of your current template generated using the ZC href_link function?

This issue is not typical of the code and is more than likely caused by something else (ie. Template)

ailtait:

Hi,

Wonder if anyone can help. I've a pretty strange issue and I'm struggling to find an answer. I'm sure it will turn out to be an obvious fix, but after hours of trawling through file, I just can't seem to fix it.

So, we've got CEON Mapping 4.4.1 installed on ZC 1.5.1. It partially works, and partially doesn't work.

WHAT DOES WORK:

• Clicking on any URL does result in the friendly URLs appearing in the browser address bar as expected (happy days!)
• The canonical URL on each page loads the correct friendly URL.

WHAT DOES NOT WORK:

• The link preview (at the foot of the browser), when hovering over a link, shows the traditional index.php URL.
• Viewing the Source Code, all href tags are populated with the traditional index.php URL.

This never used to be the case. It used to work perfectly. We upgraded to 4.4.1 and it's been a bit iffy since. The problem is I've trawled through all the files from the upgrade an compared them with what's online and I cannot for the life of me find a file or change that I've missed. We use Custom Product Types, and I've even made sure to edit required files for those.

One of the headaches we're having as a result is generating an XML sitemap. It takes the URLs from the site, which are basically still index.php, rather than the friendly URLs.

Can anyone help with this, or point me in the right direction. I appreciate that some responses might be "you've missed a file", and I'm happy to accept that if it is the case ... but I honestly have checked and double checked and can't find any missing. If anyone can even point to the files that control this behaviour I can quadruple check.

Hopefully someone can help out.

Thanks in advance.

A link to your store would probably get you even more help since they can check it out more thoroughly with their own eyes.

Thanks mc12345678. Yes, the hrefs are generated with *zen_href_link(FILENAME_DEFAULT, $box_categories_array[$i]['path']) *. So I've been trying to narrow it down to where 'path' is defined. It looks as though at some point the code isn't looking for (or can't find) the CEON version of the URL. One clicked, it does seem to do the job correctly, but initially it's not loading it.

Not 100% sure where in the template CEON would step in to alter the default content of the $box_categories_array[$i]['path'], so that it loads friendly URLs rather than index.php. So I'm basically trying to run back through the system.

I'm going to try another run through just to ensure all files are there, though this will be the 4th - 5th run through.

mc12345678:

**Does this same issue appear in the default ZC template? **Are the href's of your current template generated using the ZC href_link function?

This issue is not typical of the code and is more than likely caused by something else (ie. Template)

ailtait:

Thanks mc12345678. Yes, the hrefs are generated with *zen_href_link(FILENAME_DEFAULT, $box_categories_array[$i]['path']) *. So I've been trying to narrow it down to where 'path' is defined. It looks as though at some point the code isn't looking for (or can't find) the CEON version of the URL. One clicked, it does seem to do the job correctly, but initially it's not loading it.

Not 100% sure where in the template CEON would step in to alter the default content of the $box_categories_array[$i]['path'], so that it loads friendly URLs rather than index.php. So I'm basically trying to run back through the system.

I'm going to try another run through just to ensure all files are there, though this will be the 4th - 5th run through.
And did you try to see if the issue exists in the default template as previously mc12345678 suggested?? The most likely reason for your issues have everything to do with something on your site (template, Ceon install, etc) versus an actual issue with this module.

***What was the result of running the included Installation Check?

Does this same issue appear in the default ZC template?

Can you provide a link to your store?

Are there any error / debug logs?***

ailtait:

... all href tags are populated with the traditional index.php URL ...
This usually indicates something is not installed correctly OR you have not yet defined URLs for each and every product, category, ez-page, etc.

ailtait:

... Clicking on any URL does result in the friendly URLs appearing in the browser address bar ...
Usually indicates the "redirect" code built into CEON is operating (and URLs are defined)... Hard to say without seeing the actual site in action... But the usual cause is one of the core files was not merged correctly during installation...

ailtait:

... the hrefs are generated with *zen_href_link(FILENAME_DEFAULT, $box_categories_array[$i]['path']) *. So I've been trying to narrow it down to where 'path' is defined. ...
This sounds like the code for the category sidebox. Is this the ONLY part where you are seeing the default Zen Cart links injected into "href" attributes? Or are you seeing this everywhere as previously stated?

ailtait:

... Not 100% sure where in the template CEON would step in to alter the default content of the $box_categories_array[$i]['path'], so that it loads friendly URLs rather than index.php. So I'm basically trying to run back through the system. ...
There is no CEON template. This module does not alter what is passed to zen_href_link (only the URL returned).

The installation instructions for CEON URI Mapping are fairly detailed and include every step needed (and then some). They also mention how to run an Installation Check.

lhungil:

***What was the result of running the included Installation Check?

Does this same issue appear in the default ZC template?

Can you provide a link to your store?

Are there any error / debug logs?***

This usually indicates something is not installed correctly OR you have not yet defined URLs for each and every product, category, ez-page, etc.

Usually indicates the "redirect" code built into CEON is operating (and URLs are defined)... Hard to say without seeing the actual site in action... But the usual cause is one of the core files was not merged correctly during installation...

This sounds like the code for the category sidebox. Is this the ONLY part where you are seeing the default Zen Cart links injected into "href" attributes? Or are you seeing this everywhere as previously stated?

There is no CEON template. This module does not alter what is passed to zen_href_link (only the URL returned).

The installation instructions for CEON URI Mapping are fairly detailed and include every step needed (and then some). They also mention how to run an Installation Check.

and let me add to this.. to ailtait we CANNOT help you if you DO NOT post the information we are asking for.. If you are looking for folks to lob guesses at you then by all means DON'T post the information asked for.. There are certainly folks on this forum who don't mind wasting time lobbing guesses until they happen upon the right answer (or not..).. I personally will not spend any time troubleguessing on anyone's issue, and there are others who like me feel the same.. We'll be happy to help troubleshoot your problem though. So if you really want to get to the heart of your issue in a more succinct manner, then PLEASE POST THE INFORMATION REQUESTED..

Ihungil ... great response, thank you. To try and answer some of your questions ...

Installation Check: Result says everything is fine.
Default Template: I'm unfortunately not in a position to test this. It's a live running site and don't have the option of flipping over templates to check. We do however have a test site, which still runs a slightly older version of ZC, but has most of the same customisations on it as the live site. It has CEON version 4.0.8, so I think I'll try upgrading it and see if it helps.
Link to store: https://www.vanax.co.uk
Debuglog: There are some, which I'm trying to work my way through. I don't think any are connected to this, but i'll double check.

In terms of the installation, the hosting company updated ZC to the latest version, and updated the CEON plugin around the same time. My hunch is that something hasn't been installed properly ... I just can't find what it is. Which isn't helped by the install check saying all is OK.

We have customised some quite a bit of functionality on the site, but most of that customisation was done around initial build. The CEON module worked then, up until the upgrade. Both were run around the same time (CEON and Zencart).

It's not just the category sidebox, no. I'm seeing the same behaviour from the product list pages. Other links, such as the header and footer links are hard coded into template.

"There is no CEON Template" ... yeah, sorry, my poor wording. When installing CEON, there are various files within the ZC site template that need modified. I wasn't sure CEON was overriding anything in there, that was perhaps causing it. But your suggestion that it doesn't alter what's passed in zen_href_link pretty much answers that for me.

The install instructions are indeed good. I've installed the module on another site with no issues, and we had it working on this site with no issues as well. Very clear instructions. Unfortunately we had help with the update, and as such I'm not 100% sure where it's gone wrong, barring uninstalling and reinstalling.

DivaVocals ... thanks, kind of. "I personally will not spend any time troubleguessing on anyone's issue". Don't feel you have to input any further. I was merely asking in the hope someone might have experienced something similar. If you didn't want to answer, you shouldn't have. I'm sorry to see such rude aggression so quickly. I didn't answer some of the questions initially because I was still working on the problem to try and provide more concrete findings to my post. Apologies if it wasn't detailed or prompt enough for you first time around. I know these forums can often be filled with people asking questions without having investigated the issue themselves, and no providing information. I go to pains to try and solve issues first, before posting on forums just for that reason ... I know there are a lot of people like you on here, dedicating time free of charge to help. So I don't want to waste that valuable time.

Unfortunate though that I'm spoken to in such a tone so quickly. The contrast between the response of Ihungil and you is significant.