Ceon URI Mapping (SEO)

and make sure you've installed ALL of the module files.. Often errors occur with incomplete installs..

Quote:

---

Originally Posted by Scott_C

Hi, Ceon definetly works with 1.3.9f Im using it on two sites.

double-check the settings of your .htaccess file, and make sure each product is re-saved with the uri option checked.

---

Does anyone have the installation for the database? I know it does it automatically, but its not doing it after I completely removed it and tried to reinstall it.

-----

I installed it on a new website I am working on, etc worked but when I would click on a category it would go to page not found, so i thought I did something wrong so I started from scratch. I unstalled all the files and search the database for "ceon" and removed it (found out I missed the folder "modified_core_files"). So I installed all the correct files and everything but when I went into Admin-> Module-> Ceon Mapping and saved it just said it was saved and didn't add anything to the database. I checked the database and nothing is in it. When I go to my website and click on a category now it just stays the normal zen-cart url. I belive its doing this because nothing is in the database... Does anyone have the sql for the installation that usually runs automatically so I can run it manually?

Hi,

Quote:

---

Originally Posted by monet60707

I just got zen cart v1.3.9f and installed ceon Module Version: 3.6.3. Does ceon support zen cart v1.3.9f?

---

Yes, but it DOESN'T support mixing with other modules unless you know what you are doing and merge the code properly.

Did you just copy the files from the modified_core_files folder of the URI Mapping across or did you merge them? (I'm thinking and hoping you did merge them).

You haven't got a working .htaccess file set up.

This could be because you didn't follow the instructions properly to set one up, or could be because your .htaccess file is broken by whatever rule(s) you have for the Ultimate SEO module.

You cannot use Ultimate SEO and Ceon URI Mapping on the same site. You must remove one or the other.

Then you must make sure you have the .htaccess file configured for whichever module you choose to use.

That should get you sorted.

All the best..

Conor
ceon

Hi,

Quote:

---

Originally Posted by ryanb4614

Does anyone have the sql for the installation that usually runs automatically so I can run it manually?

---

Don't do that, if you do you'll be using unsupported software.

You need to DROP the Ceon URI Mapping tables and follow the installation procedure again from the first step to the last. Everything should then install correctly and fresh new database tables should be created (You don't need to remove any files to start again, just overwrite/merge them as if you were doing a fresh install).

Hope that helps!

All the best..

Conor
ceon

Hi,

Quote:

---

Originally Posted by choccybox

How do you delete old urls that the ceon mapping has made for a product, but which I have now changed? I notice that the old mappings are still viewable and they don't redirect.

---

Any old URIs are marked as "not current" - and therefore become "historical URIs". They'll then redirect to whatever the current URI is.

If it's not redirecting then you've done something wrong. Also, I don't understand what you mean by "still viewable".

Quote:

---

Originally Posted by choccybox

Is there any way to delete them?

---

URIs only get deleted when the product/category they refer to gets deleted. When new URIs are entered/generated for a product, the current URI becomes a "historical URI".. this way your site will never again have a broken product link. So I'd advise against ever deleting a URI.

If you want to, you can of course delete historical URIs by deleting their record(s) in the ceon_uri_mappings table using software such as PHPMyAdmin.

All the best..

Conor
ceon

Conor,

Thank you kindly for always getting back to me.

What is happening is that the URIs are actually redirecting if they have had there name changed e.g.

website.com/medal-of-honor

Will redirect to:

website.com/men-of-honor

But I originally started off with using the "Use the names/titles as they are (E.g. “MedalofHonor”/“Medal-of-Honor”)" option then decided that the URIs would be better in lowercase e.g.

I started with (uppercase):
Medal-Of-Honor
then I changed it to (lowercase):
medal-of-honor

Now when I call the Medal-Of-Honor page e.g.

website.com/Medal-Of-Honor

It doesn't redirect to:

website.com/medal-of-honor

I can still view both pages if I enter the URI in the web browser.

What I'm worried about here is that bots could start indexing two pages.

What's your opinion on this?

Hi,

Quote:

---

Originally Posted by choccybox

What is happening is that the URIs are actually redirecting if they have had there name changed

But I originally started off with using the "Use the names/titles as they are (E.g. “MedalofHonor”/“Medal-of-Honor”)" option then decided that the URIs would be better in lowercase e.g.

What's your opinion on this?

---

The software will redirect if the name is changed, but not as you've found, if only the case has changed.

The reason for this is that the URI mappings in Ceon URI Mapping are treated as case-insensitive. I would call this "best practice" rather than required. The ability to have capitalisation is put there to make the URIs look nicer but all URIs are matched/mapped based on their lowercase values.

I think by the fact that you've renamed your URIs to lowercase that you've noticed also that the vast majority of people only user lowercase when entering URIs.

Unfortunately as all URIs are eventually treated as lowercase, if the only thing that you change when you update a URI is the capitalisation, the software overwrites the previous URI rather than creating a historical URI.

I'm wondering if maybe I should change that behaviour, to maintain a very strict history. This wouldn't then automatically redirect the customer though, unless a "BINARY" keyword was added to the URI lookup.. I think if I was to go that direction that this behaviour would possibly be optional.

Let me know what you think.

All the best..

Conor
ceon


I could modify

Thanks conor.

Fortunately, I'm working on a new-look website for my store using the zen script and haven't launched it yet, so what I think I will do is your suggestion of deleting the old URIs in phpmyadmin. Am I right in thinking that the field to look in is the "current uri" field? And what I should do is delete all of the URIs that have a value of zero?

I'm not sure where you should go with the issue I found. I'm now more than happy with using lowercase URIs. I used to like the uppercase way, but am starting to dislike it to be honest. Therefore, I'd be quite happy without the three options and just have it all automatically lowercase, BUT this is not my add-on, so take what I say with a pinch of salt.

I remain very grateful for it because it is definitely the most functional, easy to use, and well behaved URI add-on I have used so far.

Hi,

Quote:

---

Originally Posted by choccybox

Fortunately, I'm working on a new-look website for my store using the zen script and haven't launched it yet, so what I think I will do is your suggestion of deleting the old URIs in phpmyadmin. Am I right in thinking that the field to look in is the "current uri" field? And what I should do is delete all of the URIs that have a value of zero?

---

If only the case has changed then there won't be a historical URI, if the name has changed then there will be.

If you never used the URIs on a live site, only on your test site, then you can run the SQL command:

DELETE FROM ceon_uri_mappings WHERE current_uri=0;

That will remove all historical URIs.

Quote:

---

Originally Posted by choccybox

I remain very grateful for it because it is definitely the most functional, easy to use, and well behaved URI add-on I have used so far.

---

Glad you like it! :)

All the best...

Conor
ceon

Thanx Scott_C for the reply,

I did what you suggested but still no luck. Anything else that might work