Ceon URI Mapping (SEO)

Hi,

Quote:

---

Originally Posted by fakeDecoy

Has anyone already written the code to integrate with the SitemapXML mod? Google Webmaster Tools indexed some of my URLs in the sitemap, but it has now giving an error that it has stopped following my URLs because of the 301 redirects. So I need to create the sitemap with the static URLs.

---

Many stores are already using this just fine with Ceon URI Mapping. It is fully compatible with any store that only has one language.

If you are getting redirects you need to change "Generate language_id for default language" to false.

You should probably also change "Use Existing Files" to false (to save deleting the files to have them regenerated).

In v4.0.0 these instructions will either be part of the installation procedure, or else I might update Sitemap XML to be compatible with the greatly enhanced language support Ceon URI Mapping adds to a store.

All the best...

Conor
ceon

Just to add...I either have space to add
URI Mapping:

(this is only on a handfull of products)

or at the bottom I have space for the following

Products URL:

Any idea why I can't add in URI Mapping on all products?

The EZpages and categories all work fine :smile:

Great Module:bigups: Just want to get this final thing sorted.

Thanks

Hi,

Quote:

---

Originally Posted by pb4

Any idea why I can't add in URI Mapping on all products?

---

Your products must use different product types but you have only modified the core files in the admin/includes/modules/PRODUCT_TYPE folders for the default product type. You need to modify all the collect_info and preview_info PHP files.

And to think today's supposed to be my day off... :lookaroun

All the best...

Conor
ceon

Oh sorry Conor :blush:

Thank you for your time..I'll check that out..

Quote:

---

Originally Posted by conor

Hi,



Many stores are already using this just fine with Ceon URI Mapping. It is fully compatible with any store that only has one language.

If you are getting redirects you need to change "Generate language_id for default language" to false.

You should probably also change "Use Existing Files" to false (to save deleting the files to have them regenerated).

In v4.0.0 these instructions will either be part of the installation procedure, or else I might update Sitemap XML to be compatible with the greatly enhanced language support Ceon URI Mapping adds to a store.

---

Thanks for the quick reply!

I had Generate language_id for default language" set to false. I just set Use Existing Files" to false as suggested. The new sitemap files still have URLs in the dynamic fomat like this:

http://www.mysite.com/index.php?main...ndex&cPath=195

It sounds like you're saying these should already be created in the static mapped format without need for code modification of the SitemapXML mod?

Perhaps I don't have the URI Mapping mod configured properly in some other way. In case it's a symptom, all the links created by zencart on my store are links to the dynamic URLs and are only redirected to the mapped URL on click. Is that normal?

Quote:

---

Originally Posted by conor

Hi,



No.

Try putting a slash in front of index.php and see if that works. If not you might have to pay someone to help you sort out your server as that rule should work.

All the best...

Conor
ceon

---

Thanks Conor, yes putting the slash in front of the index.php has resolved this issue (i.e. I can now view my site!). However, when I click on one of the test URI categories (GIFTS TEST) I get "Unable to Display Page"! All other categories (the ones that don't have URI enabled) work fine. My site is nameyourgift.ie - click on GIFTS TEST (last category on your left) and you will see my problem! Any clues what could be causing this?

Thanks a mill for helping me with this.

Hi,

Quote:

---

Originally Posted by fakeDecoy

It sounds like you're saying these should already be created in the static mapped format without need for code modification of the SitemapXML mod?

---

Yes, that's right.

Quote:

---

Originally Posted by fakeDecoy

Perhaps I don't have the URI Mapping mod configured properly in some other way. In case it's a symptom, all the links created by zencart on my store are links to the dynamic URLs and are only redirected to the mapped URL on click. Is that normal?

---

Nope, and that explains things. You need to modify includes/functions/html_output.php.. you haven't actually finished installing the software! Merge the Ceon URI Mapping code from the sample modified core file in the distribution with the html_output.php file on your site and the sitemap will use the static URIs.

All the best...

Conor
ceon

Hi,

Quote:

---

Originally Posted by rebelman

However, when I click on one of the test URI categories (GIFTS TEST) I get "Unable to Display Page"!

---

Sorry, I don't know what's wrong there... you shouldn't get a 404 with the rewrite rule you posted, at the very least you should get a Zen Cart 404.

All the best...

Conor
ceon

Quote:

---

Originally Posted by conor

Nope, and that explains things. You need to modify includes/functions/html_output.php.. you haven't actually finished installing the software! Merge the Ceon URI Mapping code from the sample modified core file in the distribution with the html_output.php file on your site and the sitemap will use the static URIs.

---

You're a genius! I completely missed the core overrides step of the install. It's interesting that it has worked okay without it, but that's cool that when fully installed it will use entirely static URLs.

Quote:

---

Originally Posted by fakeDecoy

You're a genius! I completely missed the core overrides step of the install. It's interesting that it has worked okay without it, but that's cool that when fully installed it will use entirely static URLs.

---

Oops, I guess I didn't miss all those files after all. Just the few core modified catalog files. Anyway, I just finished it, and that did the trick. Beautiful!

Hi,

Quote:

---

Originally Posted by fakeDecoy

Just the few core modified catalog files. Anyway, I just finished it, and that did the trick. Beautiful!

---

Yes, I knew it was probably just the catalog files as you would have noticed the lack of admin functionality otherwise, but thought it better to get you to check all the files. It's easy to miss one.

I wish core modifications weren't necessary as it's a huge support burden on Ceon.

v4.0.0 now has a configuration check which will check every file to make sure the code modifications are in place in all files.. should help prevent this sort of mistake in future! :)

Quote:

---

Originally Posted by fakeDecoy

It's interesting that it has worked okay without it, but that's cool that when fully installed it will use entirely static URLs.

---

It was written that way on purpose.. I always write software to fall back to the best situation possible. So if something is amiss the software will do its best to remedy or deal with the situation. :)

That costs a a little bit in terms of code efficiency but for such a general module as this, I think that's the appropriate behaviour "as standard".

Glad you're sorted now.

All the best...

Conor
ceon

Quote:

---

Originally Posted by conor

Hi,



No.

Try putting a slash in front of index.php and see if that works. If not you might have to pay someone to help you sort out your server as that rule should work.

All the best...

Conor
ceon

---

Incase anybody else are having the same problem as me...I got this resolved by inserting " Rewritebase / " under RewriteEngineOn and before any of your rewrites in your htaccess file. This command strips the actual physical path from the redirect (pity my host provider didn't see this as it would have saved myself 2 days in trying to resolve this issue!!)

Hi,

Quote:

---

Originally Posted by rebelman

Incase anybody else are having the same problem as me...I got this resolved by inserting " Rewritebase / " under RewriteEngineOn and before any of your rewrites in your htaccess file. This command strips the actual physical path from the redirect (pity my host provider didn't see this as it would have saved myself 2 days in trying to resolve this issue!!)

---

Thanks for letting people know that.. that's an unusual server setup you have, to require that command.

Just glad you're sorted.

Enjoy the rest of your weekend.

All the best...

Conor
eon

Hi,

I seem to have this working now apart from on a few pages such as the about us page and contact us page etc. (Not EZpages or product pages).

Why would these not be working right?

Thanks

I have tried going into phpMyAdmin and adding the mapping for each page into the database but I can't get it to work...the pages still show the same URL.

..does someone have a screen shot of their phpMyadmin so I can check I am inserting the right info?

I basically followed this: example

Then clicked 'Go'

Thanks

Hi,

Quote:

---

Originally Posted by pb4

..does someone have a screen shot of their phpMyadmin so I can check I am inserting the right info?

---

That should have worked.

If it isn't for you then you may need to read up a bit on how to use PHPMyAdmin or get someone else in to help you as you may have messed up a previous database record creation attempt.

The example is perfect.

All the best...

Conor
ceon

Hi,

...I had about-us instead of about_us within the main_page field :blush:

Thanks again..working fine now :smile:

Great Mod...why is this not built into Zen Cart automatically? :dontgetit

Great support too and much appreciated :bigups:

Thank you!

Hi,

Quote:

---

Originally Posted by pb4

...I had about-us instead of about_us within the main_page field :blush:

Thanks again..working fine now :smile:

---

That was a very easy mistake to make.. I've done similar while coding more times than I'd like to admit!

Glad things are sorted now.

All the best...

Conor
ceon

Hi,
I am using ZC 1.3.9h. In the modified core files list the following files are shown:

-includes/init_includes/overrides/init_add_crumbs.php (Zen Cart 1.3.5 - 1.3.9)
-includes/init_includes/overrides/init_canonical.php (Zen Cart 1.3.9 only)

But these files are not part of ZC 1.3.9. I don't have them in my init_includes/overrides directory. I also checked the 1.3.9h install pack and these files are not there.

Were these two files actually new, and not modified? Do I need to upload them? I just upgraded and don't want to add any files that could cause issues later. It took me two days to find the one little problem that made my upgrade go wrong, and I don't want to do any more trouble shooting this week :).

Thanks,
Lindsay

Quote:

---

Originally Posted by rusty79fj40

Now when I try to access my products I get the following error :1146 Table 'my_database.TABLE_CEON_URI_MAPPINGS' doesn't exist
in:
[ SELECT language_id, uri FROM TABLE_CEON_URI_MAPPINGS WHERE main_page = 'product_info' AND associated_db_id = '265' AND current_uri = '1';]
If you were entering information, press the BACK button in your browser and re-check the information you had entered to be sure you left no blank fields.

I understand that I need the db table(s). I am just not sure what is preventing the db script from running?!

---

Quote:

---

Originally Posted by rusty79fj40

Well folks.. thanks for the help! I wiped everything and got it to work on the third try. :smile:

---

What did you do to fix this????
I am on my second . I have the exact same problem. What did you so?

Thanks,
Lindsay

Hi,

Quote:

---

Originally Posted by lsullivan

But these files are not part of ZC 1.3.9. I don't have them in my init_includes/overrides directory.

---

The clue is in the name.. "overrides".

The overrides directory is where files from the non-overrides directory are place to override the files.

Quote:

---

Originally Posted by lsullivan

I am on my second . I have the exact same problem. What did you so?

---

Once you've uploaded all the files go to Modules - Ceon URI Mapping Config

That should create the database tables.

If it doesn't your permissions are messed up and you'll need someone to give you CREATE TABLE permissions.

All the best...

Conor
ceon

I'm a first-time user of 3.8.0 and have a basic question about the stylesheet.css link. I've googled and searched but this thread is a monster and I can't find any help yet.

The old style URLs were e.g. http://www.premierrange.co.uk/index.php?main_page=blah. So every file is fetched relative to /index.php. I have a bunch of links that just say "lib/foo" and "images/blah" and, relative to /, they work.

Now, Ceon SEO is using the URL e.g. http://www.premierrange.co.uk/catego...at-two/product. This means every resource fetched is now relative to /category-one/subcat-two, and all my "lib/" and "images/" links don't work. Do I understand this correctly, or should these work somehow and I've missed something?

Moving on from this standpoint...

A basic product page doesn't render for me, because stylesheet.css isn't loaded. html_header.php contains a loop with this:

Code:

---

    echo '<link rel="stylesheet" type="text/css" href="' . $template->get_template_dir('.css',DIR_WS_TEMPLATE, $current_page_base,'css') . '/' . $value . '" />'."\n";

---

So, that generates output like:

Code:

---

<link rel="stylesheet" type="text/css" href="includes/templates/premierrange/css/stylesheet.css" />
<link rel="stylesheet" type="text/css" href="includes/templates/premierrange/css/stylesheet_css_buttons.css" />

---

These get 404 Not Found responses. This is because, as in the out-of-the-box zen cart, I have these in configure.php:

Code:

---

  define('DIR_WS_CATALOG', '/');
  define('DIR_WS_HTTPS_CATALOG', '/');

  define('DIR_WS_IMAGES', 'images/');
  define('DIR_WS_INCLUDES', 'includes/');
[cut]
  define('DIR_WS_TEMPLATES', DIR_WS_INCLUDES . 'templates/');

---

As before, a link of "includes/" doesn't work, relative to the seo friendly URI I'm using.

Is this wrong?

Should I prepend a "/" to the DIR_WS_TEMPLATES variable? And any others? I'm just approaching this problem and wondering how many tweaks I'll have to make, and what the best approach is.

Cheers!
Nick

Hi Nick,

I didn't reply to your e-mail yet as I've been working on the software all day but I see you couldn't wait. :)

Quote:

---

Originally Posted by neekfenwick

I'm a first-time user of 3.8.0 and have a basic question about the stylesheet.css link.

---

You are missing the base href tag from your html_header.php file. Your custom template must have messed that up.

Put the tag back in, making sure it's as near to the top of the <head> as possible and all links will be relative to that base instead of teh static URI, letting CSS and JS files load.

All the best..

Conor
ceon

Quote:

---

Originally Posted by conor

I didn't reply to your e-mail yet as I've been working on the software all day but I see you couldn't wait. :)

---

My boss can't wait. He drives me up the wall. He has this SEO expert breathing down our necks wanting payment and Boss won't pay him until all his recommendations are implemented, which means we need URI mappings like yesterday.

Quote:

---

Originally Posted by conor

You are missing the base href tag from your html_header.php file. Your custom template must have messed that up.

---

Good call. I took the <base> tag out years ago, because IE6 simply failed with it in. Took me some annoying debugging to find that out.

It's fixed the problem :)

Now my custom zen_image thumbnailer solution has stopped working.. but that's another story.. ceon mods didn't affect zen_image() so let me dig around and see what's going on. Oh, for a decent PHP debugger :( XDebug doesn't want to connect for me so I'm reduced to error_log and echo. Pity the fool.

Nick

Hi Conor,
I can't see the module in my admin page. I read all the pages in this support forum and I totally understand that I missed something during installation. I have double checked my files many times, but I know that I need to go through again because there must be an issue somewhere.

Since many people have had this issue could I have some tips on the most important files to focus on?

Also, you mentioned create database table permissions. I have added other mods that created tables, such as free dangling carrot. I know that I have permission to create database tables. But I can't remember if I needed to make an adjustment to the permissions in myPHPadmin, or if the tables were created automatically. If you have any tips that would be great.

Thanks,
Lindsay

Quote:

---

Originally Posted by lsullivan

Hi Conor,
I can't see the module in my admin page. I read all the pages in this support forum and I totally understand that I missed something during installation. I have double checked my files many times, but I know that I need to go through again because there must be an issue somewhere.

Since many people have had this issue could I have some tips on the most important files to focus on?

Also, you mentioned create database table permissions. I have added other mods that created tables, such as free dangling carrot. I know that I have permission to create database tables. But I can't remember if I needed to make an adjustment to the permissions in myPHPadmin, or if the tables were created automatically. If you have any tips that would be great.

Thanks,
Lindsay

---

Quote:

---

I can't see the module in my admin page. I read all the pages in this support forum and I totally understand that I missed something during installation. I have double checked my files many times, but I know that I need to go through again because there must be an issue somewhere.

---

Go back and make sure if you are using a custom folder name for admin and your template, that you rename Ceon URI Mapping admin, and the template_default to the same name that you are using. A lot of people miss these steps for some odd reason. Make sure you do the same for the modified_core_files also.

Ok, I am really stuck... I'm pretty sure i've put everthing in the correct folders, and executed the rewrite correctly, but my URL's aren't showing in the new format??

Does anyone have any ideas on what this can be, i've changed a couple to test but they are not showing correctly?

Thanks:unsure:

Hi,

Quote:

---

Originally Posted by lindsey80

Ok, I am really stuck... I'm pretty sure i've put everthing in the correct folders, and executed the rewrite correctly, but my URL's aren't showing in the new format??

Does anyone have any ideas on what this can be, i've changed a couple to test but they are not showing correctly?

---

To be honest it only ever turns out to be user error when installing.

I can take a quick look for you, send me FTP and admin details at this address.

Yes, the baby picture has worked. ;)

All the best...

Conor
ceon

Quote:

---

Originally Posted by countrycharm

Go back and make sure if you are using a custom folder name for admin and your template, that you rename Ceon URI Mapping admin, and the template_default to the same name that you are using. A lot of people miss these steps for some odd reason. Make sure you do the same for the modified_core_files also.

---

Thank you for the tip, but that is not a problem for me.

Thanks,
Lindsay

Quote:

---

Originally Posted by lindsey80

Ok, I am really stuck... I'm pretty sure i've put everthing in the correct folders, and executed the rewrite correctly, but my URL's aren't showing in the new format??

---

Just installing and configuring the add-on doesn't set up any new URI's. At least with 3.8.0, you then have to visit the configuration page at least once (Modules->CEON URI Mapping), see that it has "Offer Auto-generation of URIs for Categories, Products, Manufacturers and EZ-Pages" checked, then just Edit a Category or Product as normal and click Update.

When editing, you should see a blank URI Mapping textbox at the bottom of the page, and when you Preview you should see the auto-generated URI Mapping at the bottom. After that the mapping is stored in the database and your store should start using it.

This is mentioned in the docs "configuration" page as the first point: "This module DOES NOT automatically add mappings for EXISTING Categories/Products/Manufacturers/EZ-Pages!". I suggest you re-read that :)

Hi,

Quote:

---

Originally Posted by lsullivan

Thank you for the tip, but that is not a problem for me.

---

Lindsay's problem was that she had Admin Profiles installed but forgot to enable the Ceon URI Mapping files whenever she installed the module, so it didn't show up in the admin.

ANYONE WHO HAS ADMIN PROFILES INSTALLED:

Don't forget that you need to change its settings anytime you install any module that has an admin part to it!

If you cannot see Ceon URI Mapping in the admin, follow the above instructions!

All the best...

Conor
ceon

My installation has gone well until I ran into a Flash video player that refused to work. I discovered that my .ogv and .webm files in html5 <video> tags played fine, but mp4 files did not. They were returned with a Content-Type of "text/html" and a size of 41K. After some messing around with mime.types and AddType, I figured out this was the same size as my index.php serves, and the .mp4 file request was being rewritten and hitting the index page instead of trying to serve the .mp4 file at all.

I think the rewrite rule for "files with an extension" don't work for extensions with a number in them. i.e.:

Code:

---

RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]

---

This matches ogv and webm, but not mp4.

As a proof-of-concept, adding my own rule to specifically ignore .mp4 files fixed the problem:

Code:

---

RewriteCond %{REQUEST_URI} !\.mp4$ [NC]

---

Could this "file extensions" rule be enhanced somehow? Perhaps:

Code:

---

RewriteCond %{REQUEST_URI} !\.[a-zA-Z0-9]{2,5}$ [NC]

---

I don't know what specific cases you might know of that you're trying to handle or avoid with your very restrictive [a-z].

Hi Nick,

Quote:

---

Originally Posted by neekfenwick

I think the rewrite rule for "files with an extension" don't work for extensions with a number in them. i.e.:

---

No, they don't.. by default the "example" rule just excludes files with a textual extension: .jpg, jpeg, .html, .shtml, .png, .pdf etc.

This is because most people don't have numbers in their file extensions, whereas some people might have a dot and a combination of numbers and letters in their URI, e.g.

/widgets/large-widget-10.3mm

So the example rule lets that URI work.

As every site is different I had to choose an "Example" rule that best fits the majority of sites.. and the majority of Zen Cart sites use neither .mp3 nor .mp4.

Sorry that you got affected by this but obviously you saw that the solution is simple for you.

If I ever get time I might update the docs with more info on this.. but I'm spending 10 hours a day coding v4 as it is and I might leave adding extra info to the docs for a few months (the documentation already has a section on how to add support for extra file extensions).

Glad you're sorted now anyway.

All the best...

Conor
ceon

Goodness folks, these free mods are supported by folks on their time and their dime.. NO ONE is gonna write a free mod that covers EVERY SINGLE Zen Cart configuration out there..

That said Conor's instructions are detailed and that is more than I can say for a LOT of mods where the readme files are sketchy at best.. The .httaccess file EXAMPLES in the Ceon URI Mapping add-on readme are just that -- EXAMPLES. Meaning they cover the most COMMON server/store configurations and they MAY NOT work for your particular server/store configurations..

Quote:

---

Originally Posted by conor

Hi Nick,



No, they don't.. by default the "example" rule just excludes files with a textual extension: .jpg, jpeg, .html, .shtml, .png, .pdf etc.

This is because most people don't have numbers in their file extensions, whereas some people might have a dot and a combination of numbers and letters in their URI, e.g.

/widgets/large-widget-10.3mm

So the example rule lets that URI work.

As every site is different I had to choose an "Example" rule that best fits the majority of sites.. and the majority of Zen Cart sites use neither .mp3 nor .mp4.

Sorry that you got affected by this but obviously you saw that the solution is simple for you.

If I ever get time I might update the docs with more info on this.. but I'm spending 10 hours a day coding v4 as it is and I might leave adding extra info to the docs for a few months (the documentation already has a section on how to add support for extra file extensions).

Glad you're sorted now anyway.

All the best...

Conor
ceon

---

Quote:

---

Originally Posted by conor

Hi,



To be honest it only ever turns out to be user error when installing.

I can take a quick look for you, send me FTP and admin details at this address.

Yes, the baby picture has worked. ;)

All the best...

Conor
ceon

---

Hi Connor, thank you, i'm gonna give it one last go with fresh eyes today, and if I am still stuck I will contact you :D

Lindsey

Hi,

Quote:

---

Originally Posted by lindsey80

Hi Connor, thank you, i'm gonna give it one last go with fresh eyes today, and if I am still stuck I will contact you :D

---

There was a problem with the configuration group and option being missing.. something must have happened when installing the module.

I've seen that happen once or twice before. I can't see any logical reason, it's just standard Zen Cart group creation SQL and works for 99.999% of people.

However, given that one or two people have had this same problem with Zen Cart, v4 automatically creates the group an option at ANY time, so if the SQL fails when the module is installed the module will repair itself at a later date, so this shouldn't happen to anyone ever again once they upgrade to v4 (due soon).

All the best...

Conor
ceon

Quote:

---

Originally Posted by DivaVocals

Goodness folks, these free mods are supported by folks on their time and their dime.. NO ONE is gonna write a free mod that covers EVERY SINGLE Zen Cart configuration out there..

---

Wow, who got sand in your vagina? I wasn't complaining, I was commenting on some broken behaviour I thought I had found, and suggested a fix. I feel that it's useful to bring these experiences to Conor's attention, as the author of the mod. Please chill out and stop shouting. By the way, I'm about to donate, I don't want him to do this great work for free.

Quote:

---

Originally Posted by conor

Hi Nick,
No, they don't.. by default the "example" rule just excludes files with a textual extension: .jpg, jpeg, .html, .shtml, .png, .pdf etc.

This is because most people don't have numbers in their file extensions, whereas some people might have a dot and a combination of numbers and letters in their URI, e.g.

/widgets/large-widget-10.3mm

---

You're absolutely right :) I ran into this myself, we have a product which results in "round-island-60cm-cooker-hood-with-led-mood-lighting-a94.6s" and of course my suggested rewrite rule breaks for that. I'll stick with my custom hack for mp4 files. I haven't looked closely at the "Excluded files" option in the config to see if this could be used for the same purpose, though I guess that would incur more processing overhead than the very lightweight mod_rewrite rule exclusion.

I've also just written my own bulk importer for the ceon_uri_mappings table.. 110 lines of php saved me sorting out 887 lines of data manually, while your Mappings Manager isn't available. Thanks for writing ceon_uri_mapping_autogen_category_or_product_uri() in such an easy-to-call way :)

Quote:

---

Originally Posted by neekfenwick

Wow, who got sand in your vagina? I wasn't complaining, I was commenting on some broken behaviour I thought I had found, and suggested a fix. I feel that it's useful to bring these experiences to Conor's attention, as the author of the mod. Please chill out and stop shouting. By the way, I'm about to donate, I don't want him to do this great work for free.

---

**deleted by author**

Hi Nick,

Quote:

---

Originally Posted by neekfenwick

I ran into this myself, we have a product which results in "round-island-60cm-cooker-hood-with-led-mood-lighting-a94.6s" and of course my suggested rewrite rule breaks for that. I'll stick with my custom hack for mp4 files. I haven't looked closely at the "Excluded files" option in the config to see if this could be used for the same purpose, though I guess that would incur more processing overhead than the very lightweight mod_rewrite rule exclusion.

---

It's not the excluded files functionality I was pointing you towards but the instructions about adding exceptions for file extensions.. I thought you'd be able to adjust things based on that easily enough. I'll add in a section about allowing specific extensions rather than simply adding specific extensions to be mapped.

The difference is just a ! - a negator.

Here's something which would work for you straight off, change your rule to:

Code:

---

RewriteCond %{REQUEST_URI} !\.(mp3|mp4)$ [NC]
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]

---

Easy!

And thanks for the donation.. it's greatly appreciated! :)

All the best...

Conor
ceon

Dummy question but still want to confirm. I only found 1.3.9f in modified_core_files. Is it the latest and good for ZC 1.3.9h?

Hi,

Quote:

---

Originally Posted by hara

Dummy question but still want to confirm. I only found 1.3.9f in modified_core_files. Is it the latest and good for ZC 1.3.9h?

---

As answered here many times, yes. ;)

Files specifically for 1.3.9h are in 4.0.0, due to be released this week.

All the best...

Conor
ceon

Quote:

---

Originally Posted by conor

Hi,



As answered here many times, yes. ;)

---

Ahhh but to know this you'd actually have to READ this thread.. Sadly many still seem to refuse to do this.. :no:

Hi,

Quote:

---

Originally Posted by DivaVocals

Ahhh but to know this you'd actually have to READ this thread.. Sadly many still seem to refuse to do this.. :no:

---

It is a very long thread to be fair.. don't think I'd be fussed on reading it either.. this person should have searched it though, they would have found the answer straight away if they'd done so.

Regardless, this thread will be closed soon.

v4 is going out to release candidate testers today.

Support for 2.x-3.x will be dropped and only v4 will be supported, via a new thread on this forum.

Most issues mentioned in this thread are fixed or made easier to deal with in v4.. subsequent updates can provide solutions to additional "issues".

Upgrading from v4.0.0 to 4.0.1, 4.0.2 etc. wil be simple thanks to about a week's worth of upgrade/installation checking code having been added to the software!

At last it's nearly done!

All the best...

Conor
ceon

Quote:

---

Originally Posted by conor

It is a very long thread to be fair.. don't think I'd be fussed on reading it either.. this person should have searched it though, they would have found the answer straight away if they'd done so.

---

That is exactly what I was pointing out..:laugh:

Quote:

---

Originally Posted by conor

Regardless, this thread will be closed soon.

v4 is going out to release candidate testers today.

Support for 2.x-3.x will be dropped and only v4 will be supported, via a new thread on this forum.

Most issues mentioned in this thread are fixed or made easier to deal with in v4.. subsequent updates can provide solutions to additional "issues".

Upgrading from v4.0.0 to 4.0.1, 4.0.2 etc. wil be simple thanks to about a week's worth of upgrade/installation checking code having been added to the software!

At last it's nearly done!

All the best...

Conor
ceon

---

Can't wait:clap:You rock as always..:smile:

Quote:

---

Originally Posted by conor

Hi,



It is a very long thread to be fair.. don't think I'd be fussed on reading it either.. this person should have searched it though, they would have found the answer straight away if they'd done so.

Regardless, this thread will be closed soon.

v4 is going out to release candidate testers today.

Support for 2.x-3.x will be dropped and only v4 will be supported, via a new thread on this forum.

Most issues mentioned in this thread are fixed or made easier to deal with in v4.. subsequent updates can provide solutions to additional "issues".

Upgrading from v4.0.0 to 4.0.1, 4.0.2 etc. wil be simple thanks to about a week's worth of upgrade/installation checking code having been added to the software!

At last it's nearly done!

All the best...

Conor
ceon

---

Quote:

---

v4 is going out to release candidate testers today.

---

Conor I would be willing to test it out if you need me to. send it to my other email address if you need another tester.

Conor, we met the other day on zencart's business/seo thread: the "back button" problem.

Just wanted to let you know that I was surprised to notice that my test-control dress on Pageant-Mart.com with your CEON is now middle page 1 google, on my search result. Test site to be developed. No real page content. Right behind my dynamic url on Prommart.com

Search term: Flaunt 8824

Currently better performance than our two Magic seo sites; one professionally seo optimized (performing the worst on this term.)

Do not yet notice my dress with Simple SEO URL on another test site.

sph
www.prommart.com

If I currently do not have .htaccess file, just create one with following codes:
------------------------------------------
RewriteEngine On

# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors [NC]
# Don't rewrite cPanel directories
RewriteCond %{REQUEST_URI} !/cpanel [NC]
RewriteCond %{REQUEST_URI} !/frontend [NC]
# Handle all other URIs using Zen Cart (index.php)
RewriteRule .* index.php?%{QUERY_STRING} [L]
------------------------------------------
Is that correct?

Whoa! And the only other two products/dresses are also now page 1 google (on my result)

Alyce 8886
Alyce 6590

Both on pageant-mart.com, just installed CEON few days ago. No real page content/optimization at all. Note that google picked up the CEON rewritten url.

What shall I make of this? :)

sph

www.prommart.com - main site, dynamic urls
www.pageant-mart.com - under development, just installed CEON URL

Replace above post.

If I currently do not have .htaccess file, just create one with following codes only in root or in all ZC directories that with index.php file?:
------------------------------------------
RewriteEngine On

# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors [NC]
# Don't rewrite cPanel directories
RewriteCond %{REQUEST_URI} !/cpanel [NC]
RewriteCond %{REQUEST_URI} !/frontend [NC]
# Handle all other URIs using Zen Cart (index.php)
RewriteRule .* index.php?%{QUERY_STRING} [L]
------------------------------------------

Hi,

Quote:

---

Originally Posted by hara

[]If I currently do not have .htaccess file, just create one with following codes only in root or in all ZC directories that with index.php file?:

---

Really? That's your question?

The answer is yes, create one in the root of the site, if your Zen Cart store is in the root of your site.

This is all described in the documentation, which you clearly aren't reading.

I've had to stop working on the new release for a few minutes to answer your question.. which only benefits you.

All the best...

Conor
ceon

Easy and work like a champ. Miracle for me.

Quote:

---

Originally Posted by conor

Hi,



Really? That's your question?

The answer is yes, create one in the root of the site, if your Zen Cart store is in the root of your site.

This is all described in the documentation, which you clearly aren't reading.

I've had to stop working on the new release for a few minutes to answer your question.. which only benefits you.

All the best...

Conor
ceon

---

Quote:

---

Originally Posted by hara

Easy and work like a champ. Miracle for me.

---

Yep.. It really is easy if you read and follow Conor's well written documentation..

Hi Randy,

Hope all is well.

Quote:

---

Originally Posted by countrycharm

Conor I would be willing to test it out if you need me to. send it to my other email address if you need another tester.

---

Took another 18 hours to get to this stage but I've just e-mailed you a zip of RC1.

Just thought I'd post here in case the zip gets blocked by anti-spam software.

Looking forward to hearing your thoughts (and hopefully not many bug reports! ;) ).

All the best...

Conor
ceon

Hey Conor, I'll be happy to load up a copy on my test store too if you need more folks to test.. You have my contact data still I trust??:smile:

Quote:

---

Originally Posted by conor

Hi Randy,

Hope all is well.



Took another 18 hours to get to this stage but I've just e-mailed you a zip of RC1.

Just thought I'd post here in case the zip gets blocked by anti-spam software.

Looking forward to hearing your thoughts (and hopefully not many bug reports! ;) ).

All the best...

Conor
ceon

---

Just found a page link goes to wrong page with Custom 404 Error message after installing URI mapping. The URI is working fine.
I'm not sure if this is caused by .htaccess file. Please advise if I missing something?

Quote:

---

Originally Posted by hara

Just found a page link goes to wrong page with Custom 404 Error message after installing URI mapping. The URI is working fine.
I'm not sure if this is caused by .htaccess file. Please advise if I missing something?

---

and since you've provided NO information -- again (you know like the URL of the page link in question) how do you propose that anyone will be able to advise you??

Quote:

---

Originally Posted by hara

Just found a page link goes to wrong page with Custom 404 Error message after installing URI mapping. The URI is working fine.
I'm not sure if this is caused by .htaccess file. Please advise if I missing something?

---

It appears that the issue is related to .htaccess file. I renamed it htaccess_off temporarily and was able to view the right page. I have renamed it back to .htacess. I need to rewrite some part of codes in .htaccess. Hope get professional advise. Thank you.

Quote:

---

Originally Posted by hara

It appears that the issue is related to .htaccess file. I renamed it htaccess_off temporarily and was able to view the right page. I have renamed it back to .htacess. I need to rewrite some part of codes in .htaccess. Hope get professional advise. Thank you.

---

Still you've posted NO information which would allow anyone (professional or otherwise) to assist you.. URLs to th eproblem page and the contents of your .htaccess file would be.. well you know.. kinda useful...

my .htaccess file content:
------------------------------------------------------
RewriteEngine On

# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$ [OR]
RewriteCond %{REQUEST_URI} \.(html|htm|php)$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/myshop [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors [NC]
# Don't rewrite cPanel directories
RewriteCond %{REQUEST_URI} !/cpanel [NC]
RewriteCond %{REQUEST_URI} !/frontend [NC]
# Handle all other URIs using Zen Cart (index.php)
RewriteRule .* index.php?%{QUERY_STRING} [L]
---------------------------------------------------------------

Try to open
xxx.com/xxxxx.html

but get 404 error page

Hi,

Quote:

---

Originally Posted by hara

but get 404 error page

---

Sorry, I don't know why you want to rewrite .html extensions. And no clue whatsoever why you want to rewrite .php extensions.

All the best...

Conor
ceon

Quote:

---

Originally Posted by conor

Hi,



Sorry, I don't know why you want to rewrite .html extensions. And no clue whatsoever why you want to rewrite .php extensions.

All the best...

Conor
ceon

---

Thank you Conor!

Hi,

Quote:

---

Originally Posted by hara

Thank you Conor!

---

? Thank you for what?

All the best...

Conor
ceon

Quote:

---

Originally Posted by conor

Hi,



? Thank you for what?

All the best...

Conor
ceon

---

:laugh::laugh: ......

Fixed by deleting RewriteCond %{REQUEST_URI} \.(html|htm|php)$ [NC]

Thank you very much!!!

Hi,

Quote:

---

Originally Posted by hara

Fixed by deleting RewriteCond %{REQUEST_URI} \.(html|htm|php)$ [NC]

Thank you very much!!!

---

Thought that's what you meant but wasn't sure.. not a miond reader! ;)

Glad you're sorted.

All the best...

Conor
ceon

Hi Crystal,

Hope you're having a nice day!

Quote:

---

Originally Posted by DivaVocals

:laugh::laugh: ......

---

I sent you the zip of v4.0.0rc1 on Tuesday but haven't received acknowledgement of its receipt?

I take it it got lost in your spam filters?

Let me know and I can resend to your e-mail address.

All the best...

Conor
ceon

Hey Conor!!! **waves**

Sorry for the non-acknowledgment.. Been a little off the grid.. Had house-guests leftover from the holiday weekend, and finally got rid of the last of them yesterday!!!

I got it, and I have the PERFECT store I'm working on to test it out on.. Clean vanilla install.. It's a Zen Cart implementation with WordPress theme wrapper..:smile: (My own version of Zen Cart on WordPress -- the exact opposite of WordPress on Zen Cart) Should be a good place to really give your new version a workout!!:laugh::laugh:

But just for good measure I will test it on my generic vanilla test store too.. :laugh:

Quote:

---

Originally Posted by conor

Hi Crystal,

Hope you're having a nice day!



I sent you the zip of v4.0.0rc1 on Tuesday but haven't received acknowledgement of its receipt?

I take it it got lost in your spam filters?

Let me know and I can resend to your e-mail address.

All the best...

Conor
ceon

---

Hi,

Quote:

---

Originally Posted by DivaVocals

Hey Conor!!! **waves**

---

waves back :)

Quote:

---

Originally Posted by DivaVocals

Sorry for the non-acknowledgment.. Been a little off the grid.. Had house-guests leftover from the holiday weekend, and finally got rid of the last of them yesterday!!!

---

Fair enough.. I just thought it might have got stuck in a spam filter.

No rush, I've since tested the software on other servers. There's more to life than computers, hope you had a good weekend! :)

I've just sent you RC2.. just use it obviously instead of RC1.

Quote:

---

Originally Posted by DivaVocals

I got it, and I have the PERFECT store I'm working on to test it out on.. Clean vanilla install.. It's a Zen Cart implementation with WordPress theme wrapper..:smile: (My own version of Zen Cart on WordPress -- the exact opposite of WordPress on Zen Cart) Should be a good place to really give your new version a workout!!:laugh::laugh:

But just for good measure I will test it on my generic vanilla test store too.. :laugh:

---

Good stuff.. just installed it on a site with Wordpress and the auto-exclusion functionality worked perfectly.. copying the example rewrite rule from the new Installation Check page to the .htaccess file had Ceon URI Mapping and wordpress working in harmony with no configuration needed. Good stuff!

Never actually used WP myself but glad to see that using v4 means that no messing about has to be done with list of excluded files etc.

Software works fine with FEC and other such modules now as well without any config.

Of course, please do let me know how you get on.. probably via e-mail rather than here is best.

All the best...

Conor
ceon

Perhaps someone can let me know what I am missing.

This site was recently upgraded to 1.3.9h. It has the zen cart install in a directory /shop/ . This is for historical reasons and can't really be changed.

Here's the problem. Everything works fine until I try and add a htaccess line to rewrite to www. The entire htaccess in the /shop/ directory is :

Code:

---

# php_value session.auto_start 0

RewriteEngine On

# RewriteCond %{HTTP_HOST} !^www\.##########\.com$ [NC]
# RewriteRule ^(.*)$ http://www.##########.com/$1 [L,R=301]


# ONLY rewrite URIs beginning with /shop/
RewriteCond %{REQUEST_URI} ^/shop/ [NC]
# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/shop/eleanor [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/shop/editors [NC]
# Don't rewrite cPanel directories
RewriteCond %{REQUEST_URI} !/cpanel [NC]
RewriteCond %{REQUEST_URI} !/frontend [NC]
# Handle all other URIs using Zen Cart (index.php)
RewriteRule .* index.php?%{QUERY_STRING} [L]

---

Evidently I am trying to uncomment two of those lines.

However when I do this everything continues to work fine except:

www.domain.com/shop/lamps - this works fine
domain.com/shop/lamps - this does not work

what happens with the second example is that the URL is rewritten to www.domain.com/lamps ( without the /shop/ ) which gives a 404 error.

Here is the section of configure.php ( with some stuff hashed out)

Code:

---

// Define the webserver and path parameters
  // HTTP_SERVER is your Main webserver: eg-http://www.your_domain.com
  // HTTPS_SERVER is your Secure webserver: eg-https://www.your_domain.com
  define('HTTP_SERVER', 'http://www.##########.com');
  define('HTTPS_SERVER', 'https://www.##########.com');

  // Use secure webserver for checkout procedure?
  define('ENABLE_SSL', 'true');

// NOTE: be sure to leave the trailing '/' at the end of these lines if you make changes!
// * DIR_WS_* = Webserver directories (virtual/URL)
  // these paths are relative to top of your webspace ... (ie: under the public_html or httpdocs folder)
  define('DIR_WS_CATALOG', '/shop/');
  define('DIR_WS_HTTPS_CATALOG', '/shop/');

---

Got to say I am confused but maybe I have made an error in the installation. Without the www rule for htaccess the results are this:

www.domain.com/shop/lamps - this works fine
domain.com/shop/lamps - this works fine

Hi Nick

Try moving the .htaccess file to the root of the store and then change the Ceon URI Mapping rule appropriately (shop/index.php instead of index.php).

If that doesn't work then I'm afraid you'll have to post a new thread.. the problem you are having is nothing to do with Ceon URI Mapping.

Hope that helps.

All the best..

Conor
ceon

Hey Conor,

thanks as always for your prompt reply. I understand why you say that it is not a Ceon thing but at the same time the only rewriting on the site is that group of rules. It's a bit weird.

Anyway, pragmatism eventually ruled the day and I changed the rules to:

Code:

---

RewriteCond %{HTTP_HOST} !^www\.starlessriver\.com$ [NC]
RewriteRule ^(.*)$ http://www.starlessriver.com/shop/$1 [L,R=301]

---

In other words added the directory in at that stage. Works fine - even though I am not sure why I had to do this and the rules actually seem wrong - ah well....

Thanks for your time

Nick

Hi,

Quote:

---

Originally Posted by niccol

thanks as always for your prompt reply. I understand why you say that it is not a Ceon thing but at the same time the only rewriting on the site is that group of rules. It's a bit weird.

---

Yes, but you have installed your own rewrite rule in addition to the Ceon one.. the one that you messed up with was your own one.. so Ceon URI Mapping was in no way to blame for that.

Just making sure others don't think there's a problem with our rule. :)

Quote:

---

Originally Posted by niccol

Anyway, pragmatism eventually ruled the day and I changed the rules to:

---

Did you try moving the rules to the .htaccess fle *below* the shop folder as I suggested?

All the best...

Conor
ceon

Conor,

First yes, I am a big admirer of this mod and have used it many times so definitely was not saying there was anything wrong with the standard rule. In my experience this is definitely the most solid rewriting module of the bunch.

Actually I have also used it many times with an extra rule to force www on all the URLs with no problem.

So, what I have here is definitely a install specific quirk. Yes, I did put the htaccess to root and had the same issue.

The problem was that the directory /shop/ was being lost in the rewrite to www from non-www . So, the hack solution was just to force that rewrite to add the /shop/ back in. It seems to work fine under all the circumstances I can come up with. And actually the non-www URLs are rarely seen by the user - search engines maybe.

Hi,

Quote:

---

Originally Posted by niccol

First yes, I am a big admirer of this mod and have used it many times so definitely was not saying there was anything wrong with the standard rule. In my experience this is definitely the most solid rewriting module of the bunch.

---

That's nice of you to say. Would you be interested in trying out 4.0.0RC2? I haven't gotten any feedback about it yet but am itching to release it as 4.0.0 final.

If so, please get in contact via this address.

Quote:

---

Originally Posted by niccol

The problem was that the directory /shop/ was being lost in the rewrite to www from non-www . So, the hack solution was just to force that rewrite to add the /shop/ back in.

---

I realise what was happening... my guess was that possibly the $1 variable was being built relative to the current folder the .htaccess file was placed in, therefore missing the /shop/ part.

That is indeed strange behaviour you are seeing on that server.

Possibly setting

RewriteBase /

might avoid having to use the "kludge" you are using. It may have no effect though.. I don't know.. this does sound like something's up with the server, at some config level.

Of course, this isn't something that you need to worry about too much , life is short and the kludge will do.. I just find myself getting annoyed by wee niggly things like this and not knowing "why" the kludge was needed. :)

All the best..

Conor
ceon

Oh, yeah, RewriteBase might have been a better way to go. I'll give that a try if I get a moment.

Yes, the 'why' is sometimes a bit frustrating. And in this case very strange as the store ran fine in 1.3.8a with a similar set up and htaccess file. The issue only emerged when it was upgraded to 1.3.9. So, doubly weird because it is not a absolute server configuration thing.

Anyway, kludge works. So, the pressure is off to sort it out. Now I can fiddle with it out of interest rather than necessity :-)

just an update for anyone using ceon url mapping add on with CAPTCHA Anti-Robot Registration,

i was getting no captcha showing at all

in /includes/templates/YOURTEMPLTE/ tpl_modules_create_account.php

at line 189

change to

PHP Code:

---

<?php
if (strstr($_SERVER['REQUEST_URI'],'create-account') && CREATE_ACCOUNT_VALIDATION == 'true' || strstr($_SERVER['REQUEST_URI'],'login') && CREATE_ACCOUNT_VALIDATION == 'true' || strstr($_SERVER['REQUEST_URI'],'create_account') && CREATE_ACCOUNT_VALIDATION == 'true') { 
?>

<?php
  if ($is_read_only == false || (strstr($_SERVER['REQUEST_URI'],'create-account')) || (strstr($_SERVER['REQUEST_URI'],'login')) || (strstr($_SERVER['REQUEST_URI'],'create_account'))) {
    $sql = "DELETE FROM " . TABLE_ANTI_ROBOT_REGISTRATION . " WHERE timestamp < '" . (time() - 3600) . "' OR session_id = '" . zen_session_id() . "'";
    if( !$result = $db->Execute($sql) ) { die('Could not delete validation key'); }
    $reg_key = generate_captcha_code();
    $sql = "INSERT INTO ". TABLE_ANTI_ROBOT_REGISTRATION . " VALUES ('" . zen_session_id() . "', '" . $reg_key . "', '" . time() . "')";
    if( !$result = $db->Execute($sql) ) { die('Could not check registration information'); }
?>

---

this works for me and lets you use captcha if ceon is on or off

and in includes/templates/YOURTEMPLATE/tpl_contact_us_default.php at line 83 change to

PHP Code:

---

<?php
if (strstr($_SERVER['REQUEST_URI'],'contact-us') && CONTACT_US_VALIDATION == 'true' || strstr($_SERVER['REQUEST_URI'],'contact_us') && CONTACT_US_VALIDATION == 'true' || strstr($_SERVER['REQUEST_URI'],'login') && LOGIN_VALIDATION == 'true') { 
?>

<?php
  if ($is_read_only == false || (strstr($_SERVER['REQUEST_URI'],'contact-us')) || (strstr($_SERVER['REQUEST_URI'],'contact_us')) || (strstr($_SERVER['REQUEST_URI'],'login'))) {
    $sql = "DELETE FROM " . TABLE_ANTI_ROBOT_REGISTRATION . " WHERE timestamp < '" . (time() - 3600) . "' OR session_id = '" . zen_session_id() . "'";
    if( !$result = $db->Execute($sql) ) { die('Could not delete validation key'); }
    $reg_key = generate_captcha_code();
    $sql = "INSERT INTO ". TABLE_ANTI_ROBOT_REGISTRATION . " VALUES ('" . zen_session_id() . "', '" . $reg_key . "', '" . time() . "')";
    if( !$result = $db->Execute($sql) ) { die('Could not check registration information'); }
?>

---

again this should let you use captcha with ceon offf or on.

hope this helps someone

bryan

Hi Bryan,

Thanks for contributing to the community.. :)

Quote:

---

Originally Posted by bn17311

just an update for anyone using ceon url mapping add on with CAPTCHA Anti-Robot Registration,

i was getting no captcha showing at all

---

I can see why you wouldn't. That's poor code the CAPTCHA module was using, very dependent on dynamic URIs. It could just have checked against the Zen Cart page variable instead of the URI! Tsk tsk!

Could you please send me a link to download for this module?

With v4.0.0. of Ceon URI Mapping I am including some modified files for third party modules, so they can work with Ceon URI Mapping.

It's either that or rewrite and re-release these other modules with compatibility for static URIs.. something I may do in future but don't have time for right now.

All the bet...

Conor
ceon

are the changes i made ok ? seems to work fine

thanks
Bryan

Hi Bryan,

Quote:

---

Originally Posted by bn17311

are the changes i made ok ? seems to work fine

---

Yes, but they suffer from the same hard-coding issues as the original.

You're depending on your create account page having 'create-account' or 'create_account' in the URI.

The module should really have been written to use something like:

PHP Code:

---

$_GET['main_page'] == 'create_account' 


---

in its test instead of

PHP Code:

---

strstr($_SERVER['REQUEST_URI'], 'create_account' 


---

I've added a FAQ with this information to v4.0.0 now about how to deal with modules like this that aren't coded properly.

I may modify the contribution you pointed me towards and include a "sample modified file" for it that fixes its code..

It seems like a popular enough module, the reason I'd say I haven't heard of this issue with it before is that most people haven't added mappings for their create account/login pages so this "bug" in this other module doesn't show on their site.

All the best...

Conor
ceon

so

PHP Code:

---

<?php
if ($_GET['main_page'] == 'create_account' && CREATE_ACCOUNT_VALIDATION == 'true' || $_GET['main_page'] == 'login' && LOGIN_VALIDATION == 'true') { 
?>

<?php
  if ($is_read_only == false || $_GET['main_page'] == 'create_account' || $_GET['main_page'] == 'login') {
    $sql = "DELETE FROM " . TABLE_ANTI_ROBOT_REGISTRATION . " WHERE timestamp < '" . (time() - 3600) . "' OR session_id = '" . zen_session_id() . "'";
    if( !$result = $db->Execute($sql) ) { die('Could not delete validation key'); }
    $reg_key = generate_captcha_code();
    $sql = "INSERT INTO ". TABLE_ANTI_ROBOT_REGISTRATION . " VALUES ('" . zen_session_id() . "', '" . $reg_key . "', '" . time() . "')";
    if( !$result = $db->Execute($sql) ) { die('Could not check registration information'); }
?>

---

and

PHP Code:

---

<?php
if ($_GET['main_page'] == 'contact_us') && CONTACT_US_VALIDATION == 'true' { 
?>

<?php
  if ($is_read_only == false || ($_GET['main_page'] == 'contact_us')) || (strstr($_SERVER['REQUEST_URI'],'login'))) {
    $sql = "DELETE FROM " . TABLE_ANTI_ROBOT_REGISTRATION . " WHERE timestamp < '" . (time() - 3600) . "' OR session_id = '" . zen_session_id() . "'";
    if( !$result = $db->Execute($sql) ) { die('Could not delete validation key'); }
    $reg_key = generate_captcha_code();
    $sql = "INSERT INTO ". TABLE_ANTI_ROBOT_REGISTRATION . " VALUES ('" . zen_session_id() . "', '" . $reg_key . "', '" . time() . "')";
    if( !$result = $db->Execute($sql) ) { die('Could not check registration information'); }
?>

---

is this the correct way ?

thanks for your help
bryan

Hi Bryan,

Quote:

---

Originally Posted by bn17311

so is this the correct way ?

---

That's generally right. Obviously you've misplaced the closing bracket in the following:

PHP Code:

---

if ($_GET['main_page'] == 'contact_us') && CONTACT_US_VALIDATION == 'true' { 


---

Should be

PHP Code:

---

if ($_GET['main_page'] == 'contact_us' && CONTACT_US_VALIDATION == 'true') { 


---

I took a look at the code and probably will release a new version of that module. It uses some silly core file modifications which aren't necessary if an observer is used. Actually the override core code just loads the functions file which is already preloaded by the extra_functions functionality of Zen Cart so it's not actually necessary at all. Funny how people hack things together sometimes without asking "why?" :)

All the best...

Conor
ceon

thanks for help, will watch out for module

thanks
bryan

Hello Connor,
great sofware.!

I am using 3.8 with 1.3.9h... Working on my site.. A small problem and a few questions...

The problem - I have created some EZ-Pages. One particular page is for articles. Inside that articles page, is just a bunch of links, and those links are to other EZ-Pages with those particular articles... I have each of the EZ-Pages with URI set auto... The first page URI is perfect.... All the links on the page inside that main page are different from what I expected... ie.. The link shows the URI autogenerated name, but, also at the end of each URL are this "-z-25.html?chapter=0".. (Obviously a different number per article...)... Is that right?

I looked into the database and I see that each time I generate a product, there are 5 entries for that product in the database.. for...

product_info
product_reviews
product_reviews_info
product_reviews_write
tell_a_friend

For my site, I dont even enable product reviews. Is there anything in config I could set to maybe tell the software not to make certain things like reviews..? It feels to me like the table is going to get rather large for me as I have 2500 products to be added... I could always regularly run a script to clear those entries out of the table and keep the table significantly smaller.?

One possible enhancement I thought of but not sure if possible, was to add one of them red/green buttons on the category/product listing in admin, for that button to show if that particular product has an assigned URI or not... would sort of make it easier to realise if something is missing...

I see that you have recently got a new version 4 on its way, which is great news. One thing I have seen is that there is a mentioned tool called "URI Mappings Manager". I was wondering if that tool is available yet? I see on your website that there is just an option to express an interest and I understand that it might be a payable option, but, was just wondering if that is availble soon or is it a long way off?

On my site, I have, as I mentioned, 2500+ products, and, all of these products are linked into 3 categories (Sometimes 4).. So for instance... a category called "football teams"... and also in another category called "Football Shirts"... And also "premier League Kits".... When the URI is created, it chooses the "Master Category".. I have a requirement that each of the same product with the 3 categories, has 3 URI's... Is that possible? I have noticed that if I go to that product in the shop at one of the other categories, it puts category numbers at the end of the link..

I have spent quite a lot of hours reading this thread and how annoying is it to keep seeing the same .htaccess questions. I guess this thread is a bit long now and people are not prepared to read so many pages..!! Hoping there is gonna be a new thread for the 4.0 version..

Many Thanks
Gertzy

Hi,

Quote:

---

Originally Posted by Gertzy

great sofware.!

---

Glad you like it!

Quote:

---

Originally Posted by Gertzy

The problem - I have created some EZ-Pages. One particular page is for articles. Inside that articles page, is just a bunch of links, and those links are to other EZ-Pages with those particular articles... I have each of the EZ-Pages with URI set auto... The first page URI is perfect.... All the links on the page inside that main page are different from what I expected... ie.. The link shows the URI autogenerated name, but, also at the end of each URL are this "-z-25.html?chapter=0".. (Obviously a different number per article...)... Is that right?

---

Zen Cart controls the addition of the chapter parameter, it's nothing to do with Ceon URI Mapping. I don't know how to get rid of it. However the pages use canonical URIs so it's something you can ignore if you can't sort it, it looks ugly but isn't a problem.

Quote:

---

Originally Posted by Gertzy

Is there anything in config I could set to maybe tell the software not to make certain things like reviews..? It feels to me like the table is going to get rather large for me as I have 2500 products to be added... I could always regularly run a script to clear those entries out of the table and keep the table significantly smaller.?

---

Lol that's one of the very features I've added to v4.0.0.

Quote:

---

Originally Posted by Gertzy

I see that you have recently got a new version 4 on its way, which is great news.

---

Yes, several hundred hours' of work later, I'm planning to release it this evening.

Quote:

---

Originally Posted by Gertzy

One thing I have seen is that there is a mentioned tool called "URI Mappings Manager".

---

I'm not allowed to comment on that here, sorry.

Quote:

---

Originally Posted by Gertzy

When the URI is created, it chooses the "Master Category".. I have a requirement that each of the same product with the 3 categories, has 3 URI's... Is that possible?

---

No, a product can only have one URI. If a product is to have 3 URIs then it is 3 products, not one.

So don't copy the product (don't link it), duplicate it, creating a new product.

Quote:

---

Originally Posted by Gertzy

I have noticed that if I go to that product in the shop at one of the other categories, it puts category numbers at the end of the link..

---

Please read the FAQ about that.

Quote:

---

Originally Posted by Gertzy

I have spent quite a lot of hours reading this thread and how annoying is it to keep seeing the same .htaccess questions. I guess this thread is a bit long now and people are not prepared to read so many pages..!! Hoping there is gonna be a new thread for the 4.0 version..

---

You find it annoying? Imagine being me! :)

When 4.0.0 is released this thread will be closed.

4.0.0 is a complete rewrite so most of this thread is irrelevant to it.

I'm sure that's good news for everyone! :)

All the best..

Conor
ceon

Thank you Connor, much appreciated.!!

Hi,

It gives me great pleasure to announce the release of Ceon URI Mapping v4.0.0.

This is a COMPLETE rewrite of the software.

All issues listed in this thread have been fixed in the new version and there are many new features and much easier to follow documentation.

As of now, all support for versions 2.x-3.x has been withdrawn.

Everyone should upgrade to v4.0.0 immediately.

Once on v4.0.0, any subsequent updates (if any are ever necessary) will be simple as the code in the core files has been abstracted so that the core files shouldn't need modifying again, like they do when updating between 3.x versions or 3.x and v4.0.0 so please take the time to upgrade now, you'll be glad you did!



This thread is now closed.

A new thread has been started.


Enjoy the new version!



Here's the complete list of changes... it's rather long as you can see, but it's easy to upgrade....

[ADDED] Installation check and example rewrite rule functionality added.
Once the Config Utility has been successfully installed, and the database & configuration installed or brought up to date, the user can access the installation check/example rewrite rule functionality from the config utility. This smart and useful addition to the software will analyse the store's configuration files and warn the user if there are any mistakes in the files which they need to correct, and will even provide full information about what they should do. It will also check all the core files that must be modified for Ceon URI Mapping to work optimally, and warn the user if any of the modifications are missing or out of date, again giving information on what the user should do!
A quick glance at this new admin page should help the user identify and fix any problems with the installation quickly and easily!
Finally, the check will analyse the store's filesystem and build an example rewrite rule for the store, along with instructions on how to get the rule working. Adding the rewrite rule should now just be a simple matter of copying and pasting the rule built by this new functionality!

[ADDED] Compatibility with IIS ISAPI_Rewrite 3 and IIS URL Rewrite added, in part by updating the sample rewrite rules. The example rules now use the “QSA” flag instead of appending the query string with “?%”. The updated rules remain compatible with all Apache versions, on any platform.

[ADDED] Checks added throughout rewritten software to prevent any URI mappings being added that clash with an existing (current) URI mapping.
A setting has been added that let's the store choose whether they'd rather be notified about any such clashes, or (for products only at this time) whether they would rather the software automatically appends a number to the end of the mapping to make it unique and therefore stop it from clashing with the existing URI mapping.

[ADDED] Checks added throughout rewritten software to prevent any duplicate historical URI mappings being created in the database.

[ADDED] Messages are now displayed in the message stack whenever a URI mapping is added, updated or converted to a historical URI. Gives assurance that the desired change(s) was/were made, especially since any auto-generated/entered/updated URI mapping is displayed within the respective success message.
Any newly added/updated mapping is clickable within this message, so the user can see it working straight away in a new browser tab/window.

[ADDED] New settings added to allow the store to specify which “pages related to a product” should have their URIs auto-managed by the software.
There are four page types which can be auto-managed: “Products Reviews”, “Product Review Info”, “Write a Review” and “Tell A Friend”.
If a store doesn't use a particular page type, disabling its auto-management will mean that the URI mapping database isn't populated unnecessarily, making it smaller and therefore slightly more efficient/quicker.
The page types which are to be auto-managed can be enabled/disabled in a new section in the config utility. The URI parts which are to be appended for the auto-managed URIs are now entered in another new section in the config utility, instead of being defined in language defines, as was the case previously, making it considerably easier to specify the desired URI parts.
Also, as noted in a bugfix entry below, previous versions of the module didn't support multiple languages properly.

[ADDED] Functionality added to the module to “normalise” the effects of using a rewrite rule. Previously, with some server configurations, the use of a rewrite rule would result in the $PHP_SELF variable value having a useless value. The new code attempts to circumvent this problem and provide a meaningful value for the variable.

[ADDED] Ceon URI Mapping functionality implemented in product move and copy functionality for four more product types: document_general, document_product, product_free_shipping and product_music. Previously the Ceon URI mapping functionality for these product types was only available when adding or updating a product.

[ADDED] Sample modified core files for Zen Cart 1.3.9g and 1.3.9h added to the distribution.

[ADDED] Sample modified files for third party module “Multilanguage EZ-Pages” module added to the distribution.

[ADDED] Support for Ceon Model Code and automatic version checking functionality added.

[UPDATED] Module restructured into using a class-based structure. A base class provides shared functionality. Subclasses can then be created which differ in how they run.
The “standard” class is designed for maximum compatibility and flexibility, while remaining as lightweight and nimble as possible.
Alternative versions can be created which are specific to certain server setups, skipping unnecessary configuration checks and/or using more efficient code to map URIs, for maximum speed.

[UPDATED] URI mappings now have any trailing slashes stripped. URIs can no longer end in a trailing slash. Auto-upgrade functionality will automatically remove trailing slashes for any URI existing mappings.

[UPDATED] Excluded Files functionality removed as the new, improved Ceon URI Mapping instantiation code can determine whether or not Ceon URI Mapping should attempt to analyse and map the current URI. This means the module should be 100% compatible with all other Zen Cart modules capable of working with static URIs, without the store having to adjust anything at all!

[UPDATED] An alternate URI can now be as little as one character in length. Previously it could only be two characters or greater in length. This allows redirecting of URIs directly to the home page (/).

[UPDATED] The canonical tag is no longer added using an auto-loaded JavaScript file. For Zen Cart 1.3.9 it is now added by using Zen Cart's built-in canonical output functionality (overriding the code to use the Ceon URI Mapping canonical URI). For earlier versions of Zen Cart a small core file modification is now needed to the template file common/html_header.php, to bring it up to date and make it compatible with the canonical URI functionality of the module.

[UPDATED] Extra core file override (init_sessions.php) included for Zen Cart 1.3.9 as it doesn't set the cookie path to the root of the site, which is what is required for sites that use static URIs. The override prevents the propogation of the session ID (zenid=xxxx) in the URI beyond the second page visited, when the visitor accepts cookies. The first page visited will still have the session ID at the end of all links as that is an unavoidable aspect of how Zen Cart must work when no cookie has been supplied (i.e. a fresh visit to the site). Override is not needed for versions of Zen Cart before 1.3.9 as those versions set the session cookie relative to the site's root.

[UPDATED] The words “a” and “an” are no longer part of the default list of words to be removed from a URI when auto-generation is taking place.

[UPDATED] zen_href_link() modifications for Ceon URI Mapping updated to use new class instead of procedural code. Number of modifications to html_output.php has been reduced from 4 to 1, making this core file's modification easier to make.

[UPDATED] Ceon URI Mapping will no longer attempt to redirect from a static URI when the static URI is a historical URI, or the language is being changed, and a form is being POSTed. Nor will it attempt to redirect if it detects a form being POSTed to a dynamic URI that has a current URI mapping, as could happen if the form didn't include the “action” parameter that was previously being checked against. Avoids problems with modules that don't use zen_href_link() properly.

[UPDATED] Core admin file modifications changed to simply instantiate classes and call methods. This is a great improvement as it means that the Ceon URI Mapping code blocks in the modified core files are much simpler, each change now being just a few commands surrounded by the marker comments. This should make the core file modifications much easier to make. Also, since the actual code has been abstracted to classes, it will be much easier to update the software as the core files themselves probably won't need to be changed, the class files can simply be overwritten instead.

[UPDATED] Ceon URI Mapping admin functality is no longer loaded for all Zen Cart admin pages. The files containing the classes are loaded only when needed, as opposed to the previous method of having the functions loaded for every Zen Cart admin page. Avoids needlessly using system resources in sections of the admin that don't use the Ceon URI Mapping functionality.

[UPDATED] Auto-upgrade functionality now checks if the current database user has the necessary ALTER TABLE privileges.

[UPDATED] Code to remove duplicate mappings updated to match against the base product URI, rather than building a unique URI to check against, for each of the 4 product-related page types, and one to check against product URIs with a trailing slash. Reduces the number of queries for this functionality from 6 to 2. Remaining two queries have also been cut down in scope, increasing their efficiency.

[UPDATED] Some admin functionality changed from using the Ceon String class to standard PHP functions as the specific functionality is only ever going to handle ASCII strings, which the PHP functions can handle more quickly/efficiently.

[BUGFIX] 303 and 307 redirects were using the wrong redirection code (both were using 302).

[BUGFIX] Plus (+) symbols weren't being escaped in the regular expressions which handle the list of words to be removed from auto-generated URIs. Using a plus symbol therefore broke these expressions, meaning that the Remove Words functionality didn't work as expected.

[BUGFIX] The list of words to be removed from auto-generated URIs wasn't being encoded properly for being output on the configuration page, breaking the encoding of certain characters.

[BUGFIX] The URIs being auto-generated for “pages related to a product” only ever used the defines for the language being used in the admin, even if the store had multiple languages. This meant that, for languages other than the one being used in the admin, the product part of the URI would be in the correct language but the URI part for the related page would be in the wrong language!

[BUGFIX] Ceon URI Mapping broke the Zen Cart functionality to automatically change the currency to the language's default currency whenever the language was changed. A new override file has been added for init_currencies so that the default language currency functionality works perfectly with static URIs.

[ADDED] New FAQs added to describe what to do whenever the use of the module causes images not to load, layout issues to occur (e.g. because of unloaded CSS files) or other Zen Cart modules (including those with AJAX functionality (e.g. JavaScript menus)) to stop working.

[ADDED] New FAQ added about how to deal with 404 errors being displayed.

[ADDED] New FAQ added about problems with particular file types being “blocked” whenever the rewrite rule is added.

[ADDED] Information added to the documentation on how to configure the Google Sitemap (XML) module to work properly with Ceon URI Mapping.

[REMOVED] Documentation and FAQ about excluded files functionality removed as the functionality is no longer necessary!

[BUGFIX] Documentation updated so that the dynamic functionality works when the documentation is being accessed from a local disk using Google Chrome.


All the best...

Conor
ceon

I have set up URI- mapping which works fine apart from now and then I notice the link has something like this on the end of it...

?zenid=bo4algksgkplmfp6d66lmg2qr4

If I take it off, the pages still works fine...

whats that about? :dontgetit

Thanks

Quote:

---

Originally Posted by pb4

I have set up URI- mapping which works fine apart from now and then I notice the link has something like this on the end of it...

?zenid=bo4algksgkplmfp6d66lmg2qr4

If I take it off, the pages still works fine...

whats that about? :dontgetit

Thanks

---

This version is no longer supported. If you have questions you need to upgrade to version 4 of the module and ask your question over here.

Hi,

Welcome back Randy, hope you are doing well! :)

Quote:

---

Originally Posted by countrycharm

This version is no longer supported. If you have questions you need to upgrade to version 4 of the module and ask your question over here.

---

Yes, and once you upgrade to v4.0.2, read the FAQs, your question is answered there.

Al the best..

Conor
ceon

Randy? :huh: did you mean me? :unsure:

I'll look into the upgrade...was this a problem with the old version then?

Quote:

---

Originally Posted by pb4

Randy? :huh: did you mean me? :unsure:

I'll look into the upgrade...was this a problem with the old version then?

---

This isn't an "issue" at all.. Please search through this thread for "zenid". Your question has been asked and answered many times here..

Conor is no longer supporting old versions of this mod, so if you continue to use older versions of it your support related questions may not be answered..

Quote:

---

Originally Posted by conor

Hi,

Welcome back Randy, hope you are doing well! :)



Yes, and once you upgrade to v4.0.2, read the FAQs, your question is answered there.

Al the best..

Conor
ceon

---

Thank You Conor for that big welcome.:smile:
I'm getting better and stronger each and every day. I hope to be up to full speed in about 3 more weeks. I hope you are doing OK too.:yes:

Quote:

---

Originally Posted by countrycharm

Thank You Conor for that big welcome.:smile:
I'm getting better and stronger each and every day. I hope to be up to full speed in about 3 more weeks. I hope you are doing OK too.:yes:

---

:hug: Feel better!!!

Quote:

---

Originally Posted by DivaVocals

:hug: Feel better!!!

---

Yes I do thank you. If you didn't know I had surgery to remove my left lung. I'm doing a little better each day.:smile:
I also hope you are doing OK.

Quote:

---

Originally Posted by countrycharm

Yes I do thank you. If you didn't know I had surgery to remove my left lung. I'm doing a little better each day.:smile:
I also hope you are doing OK.

---

:jawdrop:
Dude!!!! Why are you here posting!!!??? You go back to bed RIGHT NOW and rest!!! (don't make me find you!!!:smile:) This forum will be right here waiting for you when you are better..

I wish you a speedy recovery!!!:hug:

Quote:

---

Originally Posted by DivaVocals

:jawdrop:
Dude!!!! Why are you here posting!!!??? You go back to bed RIGHT NOW and rest!!! (don't make me find you!!!:smile:) This forum will be right here waiting for you when you are better..

I wish you a speedy recovery!!!:hug:

---

Thank You for all the kind words:yes:
I get plenty of rest during the day. This is the first night I felt good enough to run my mouth a little bit. I think I will go back to bed though. Have a good night DivaVocals....:bigups:

Quote:

---

Originally Posted by countrycharm

Thank You for all the kind words:yes:
I get plenty of rest during the day. This is the first night I felt good enough to run my mouth a little bit.

---

:laugh::laugh:

Quote:

---

Originally Posted by countrycharm

I think I will go back to bed though. Have a good night DivaVocals....:bigups:

---

Good night to you too!!:smile:

Hi, Ceon,

yes, actually the same problem hit me. originally the product NO. 1 is in category A, category ID is 23, but after linked one product No.1 to category B, id is 20, problem occur. the product No. 1(without cPath=) have gone to category B, id 20. however, the original product No. 1 is with cPath in it's URL.

any suggestions? how to remove the cPath? thank you.

Quote:

---

Originally Posted by damiantaylor

Hi all!
I have ntoiced a slight problem with the cPath extension appended to the end of the mapped URIs.

I have a product that has a master category of 100.
If I link that product to another category with a higher number (say 120), everything still works as expected.....

When I visit the product page under the master category on my website, the URI has no cPath extension.
When I visit the product page under the linked category on my website, the URI does have the cPath extension. Nothing wrong here.


If I now link the product to a category with a LOWER number (say 80), I have a problem.....

When I visit the product page under the master category on my website, the URI now has a cPath extension.
When I visit the product page under the new linked category (category 80) on my website, the URI does not have the cPath extension.

It's as though URI mapping is taking the lowest category number rather than the master category number as the main category for the product.
This doesn't seem right to me. I'm not on the latest version of URI mapping so this could already be fixed!

Has anyone else ever noticed this one?

---

Quote:

---

Originally Posted by conor

Hi,



Sorry, there's no logical reason for that to happen and it's not been reported by anyone else. I can't explain it but doubt it's anything to do with the module.

All the best...

Conor
ceon

---

Hi, Ceon,

yes, actually the same problem hit me. originally the product NO. 1 is in category A, category ID is 23, but after linked one product No.1 to category B, id is 20, problem occur. the product No. 1(without cPath=) have gone to category B, id 20. however, the original product No. 1 is with cPath in it's URL.

any suggestions? how to remove the cPath? thank you.

Hi,

Quote:

---

Originally Posted by Jerry5763837

any suggestions? how to remove the cPath? thank you.

---

I suggest you read the FAQs!


Also..

THIS THREAD IS CLOSED. Please do not post here!

(The above is for everyone, not just you ;) ).

All the best...

Conor
ceon