Ceon URI Mapping v4.x

DivaVocals:

Conor has a mod on his site that you can purchase which will help ease the management of URIs.. Price is reasonable, and it works like a DREAM.. Worth every penny!!!:yes:

I just want to add my agreement in here with DivaVocals. I bought/installed Conor's Management Mod a few weeks ago (from here: http://dev.ceon.net/web/zen-cart/uri-mappings-manager).
:clap:
Conor's mod is far and away the most useful I have had to pay for. I have only purchased a few (such as EZpop Advance, etc)... Conor's is the most finished, most professional, most goodest :P commercial mod out there! Everybody should go buy it... just to encourage him to keep churning out cool stuff for Zen.

Glad to see you back up and around, Conor!

Rizla:

Hi Conor
I installed this latest version and have it set inactive at present as I am awaiting the secure ssl.

Today I attempted to add some new products and upon hiting the 'preview' I am presented with a blank screen.... Not totally but I heave the admin headers Etc but no product info.

Checking my logs:

[22-Aug-2011 08:12:53] PHP Fatal error: Cannot redeclare class Transliteration in /home/metalpix/public_html/includes/classes/class.Transliteration.php on line 57

If I un-tick uri mapping in the add new product then all works well (without uri mapping)

I thought I followed all the steps correctly. Any Idea where I should be looking?

My PHP is nil :(

I have a blank screen issue as well, but mine is a little different. 1st let me start by saying that I am using Godaddy as the hosting company. I installed a fresh copy of zencart1.3.9h.

I then created a custom template like I normally do and then proceeded to install CEON SEO 4.0.5, paying careful attention to rename the admin and custom template folders respectively.

I ran all of the installation checks and everything checks out ok. I added the .htaccess rule in the root directory of the web server.

I created some categories on my site and then proceeded to create a GENERAL DOCUMENT, but when I click on create, a blank screen loads where the document editor should be.

This site is a construction site and won't have any actual products for sale on it, so it is imperative that I be able to create a lot of general documents.

I can create other product types ok and the seo urls work fine with the exception the general document type.

PLEASE HELP!

Feznizzle:

I just want to add my agreement in here with DivaVocals. I bought/installed Conor's Management Mod a few weeks ago (from here: http://dev.ceon.net/web/zen-cart/uri-mappings-manager).
:clap:
Conor's mod is far and away the most useful I have had to pay for. I have only purchased a few (such as EZpop Advance, etc)... Conor's is the most finished, most professional, most goodest :P commercial mod out there! Everybody should go buy it... just to encourage him to keep churning out cool stuff for Zen.

Glad to see you back up and around, Conor!

Yep and let me add this for those using the Easy Populate, or Apsona ShopAdmin add-ons:

If the store uses software such as Easy Populate, or Apsona ShopAdmin, or other custom product feeds, Ceon URI Mappings Manager makes it easy to maintain the URIs, as they can be generated after products/categories are bulk-uploaded/updated.This part alone will make this purchase worth it's weight in gold. I know that a lot of do-it-yourselfer shop owners don't want to spend money on mods or development, but sometimes you have to spend (invest) money in your stores.. This is one commercial mod that IMHO is totally worth it..

And if you think Conor's support of his FREE mods is aces (and it is..) what do you think you will get in terms of support for his paid mods?? This pales in comparison IMHO to other authors who offer free and commercial mods for Zen Cart while providing very poor support for BOTH (ie: support for free mods is almost NON-EXISTENT..)

Hi,

ehswift:

I have a blank screen issue as well,

then proceeded to create a GENERAL DOCUMENT, but when I click on create, a blank screen loads where the document editor should be.

Sorry about that, that's my fault.

The sample core modified file

admin/includes/modules/document_general/collect_info.php

for Zen Cart versions 1.3.9h and 1.5.0beta have a mistake in them.

4.0.6 will have corrected versions.. I'll release it shortly.

However, the solution for you is simple.

Either copy over the file from the 1.3.9g directory, or open the above file and delete line 369:

            $uri_mapping_autogen);

So that the block becomes:

<?php // BEGIN CEON URI MAPPING 2 of 2
  echo $ceon_uri_mapping_admin->collectInfoBuildURIMappingFields();
// END CEON URI MAPPING 2 of 2 ?>

Sorry about that, simple mistake to make!

All the best..

Conor
ceon

conor:

Hi,

Sorry about that, that's my fault.

The sample core modified file

admin/includes/modules/document_general/collect_info.php

for Zen Cart versions 1.3.9h and 1.5.0beta have a mistake in them.

4.0.6 will have corrected versions.. I'll release it shortly.

However, the solution for you is simple.

Either copy over the file from the 1.3.9g directory, or open the above file and delete line 369:

        $uri_mapping_autogen);

> 
> ```php
<?php // BEGIN CEON URI MAPPING 2 of 2
  echo $ceon_uri_mapping_admin->collectInfoBuildURIMappingFields();
// END CEON URI MAPPING 2 of 2 ?>
```Sorry about that, simple mistake to make!
> 
> All the best..
> 
> Conor
> [ceon](http://dev.ceon.net)

**Worked on 2 websites.**

**Thanks that fixed it right up.**

Hi,

A new version of Ceon URI Mapping has now been released.

This is a minor update but as it is so easy to update now, all are recommended to update.

From the Revision History:

[BUGFIX] When the user was using a different language from the default and then accessed a page which had the same URI mapping for the current language and the default language, a typo meant that the software would mistakenly return to the store's default language.

[BUGFIX] Sample modified core file admin/includes/modules/document_general/collect_info.php for Zen Cart versions 1.3.9h and 1.5.0beta had a line left in it from previous versions which shouldn't have been there, corrupting the PHP file and resulting in a blank page.

[UPDATED] FAQ updated to make it clear how to fix any clashes/problems with other modules.

Version 4.0.6 can be downloaded now from the Ceon website.

It has been submitted to the downloads area and should be available there soon.

Enjoy!

All the best...

Conor
ceon

Hi Ceon
Version mapping file to be changed to 4.0.6

Hi,

mikebr:

Hi Ceon
Version mapping file to be changed to 4.0.6

Ooops, set the right version in the URI Mappings Manger edition but not the standard edition.

Sorted in the download on the Ceon site now. Will try to get the version being added to the downloads area updated.

Thanks for the heads up.

All the best..

Conor
ceon

Feznizzle:

I just want to add my agreement in here with DivaVocals. I bought/installed Conor's Management Mod a few weeks ago (from here: http://dev.ceon.net/web/zen-cart/uri-mappings-manager).
:clap:
Conor's mod is far and away the most useful I have had to pay for. I have only purchased a few (such as EZpop Advance, etc)... Conor's is the most finished, most professional, most goodest :P commercial mod out there! Everybody should go buy it... just to encourage him to keep churning out cool stuff for Zen.

Glad to see you back up and around, Conor!

I second that, brilliant mod - just works great!

Hi Conor, great mod.

Got a quick question though that i've failed to find an answer for. Having some minor issues with the URI rewriting, not least of which because i'm using lightttpd and not apache. Anyway i believe i have a working solution to that which in case anyone else finds useful :-

url.rewrite-once = ( 
			"^/(.*index.php.*|.*\.[a-z]{2,5}(\?.*)?$|editors/.*|imagezoom/.*|js/.*|feeds/.*|bmz_cache/.*|admin/.*|images/.*)" => "$1",
			"^/.*(\?.*)$" => "index.php$1",
			"^/.*$" => "index.php"
		)

thats my first pass at getting it working, i would prefer if i could use a $HTTP["url"] =~ conditional instead of the dummy match and a rewrite-once but that did not seem to work on my first go.

Anyway in testing this i found that the page for the pay pal ipn callbacks was not working it is /ipn_main_handler.php, looking at the logs its always called with query parameters hence my slightly modified version of the regexs from your instructions.

So to get to the point, i'm wondering if the example regexes for the .htaccess rewrites would be better rewritten

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

to

RewriteCond %{REQUEST_URI} !.[a-z]{2,5}(?.*)?$ [NC]

to catch any non *.xxxxx pages other than index that get called with a query paramater. Any one see any problems with this. It should ignore product pages with SEO rewriting on even if they have a query param as they don't end in .php etc

Thanks

Robin

Hi Robin,

Glad you like the software.

Never used lighttpd before so I'm afraid I can't comment with any real effect on anything related to it at this time.

robincornelius:

So to get to the point, i'm wondering if the example regexes for the .htaccess rewrites would be better rewritten

If you are suggesting changing the example rule that the software generates, Apache doesn't need the rule to work in the way you have listed, so this must be a difference between lighttpd and Apache.

Subsequently there is no need to make any changes to the module, but thanks for your post, hopefully it's informative for any others using lighttpd.

All the best..

Conor
ceon

robincornelius:

Hi Conor, great mod.

Got a quick question though that i've failed to find an answer for. Having some minor issues with the URI rewriting, not least of which because i'm using lightttpd and not apache. Anyway i believe i have a working solution to that which in case anyone else finds useful :-

url.rewrite-once = (
"^/(.index.php.|..[a-z]{2,5}(?.)?$|editors/.|imagezoom/.|js/.|feeds/.|bmz_cache/.|admin/.|images/.)" => "$1",
"^/.(?.)$" => "index.php$1",
"^/.$" => "index.php"
)

> 
> Anyway in testing this i found that the page for the pay pal ipn callbacks was not working it is /ipn_main_handler.php, looking at the logs its always called with query parameters hence my slightly modified version of the regexs from your instructions.
> 
> So to get to the point, i'm wondering if the example regexes for the .htaccess rewrites would be better rewritten
> 
> RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
> 
> to 
> 
> RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}(\?.*)?$ [NC]
> 
> to catch any non *.xxxxx pages other than index that get called with a query paramater. Any one see any problems with this. It should ignore product pages with SEO rewriting on even if they have a query param as they don't end in .php etc
> 
> Thanks
> 
> Robin

I also have a MOD rewrite issue as well.  My client has a website  installed on a Godaddy server. It is a Linux based OS and running on  Apache.

I changed the mod rewrite rule to allow the .html extension on Zen Cart web pages, however I have created an actual thank you page using frontpage and the .html file extension.

When I try to load thank-you.html it automatically redirects to the home page. Do you have any suggestions on how to fix this?

Thanks.

Hi Edward,

When you reply to posts you shouldn't quote messages for no reason. If you do quote messages, try also to just quote relevant parts.. no point "wasting space". Just letting you know. :)

ehswift:

I changed the mod rewrite rule to allow the .html extension on Zen Cart web pages, however I have created an actual thank you page using frontpage and the .html file extension.

Why would you want a Zen Cart page to have .html?

That was a bad decision. URIs for webpages shouldn't have extensions.

Nevertheless, if you've done that now we have to deal with the problem at hand...

You've now set Zen Cart as responsible for all pages ending in .html.

ehswift:

When I try to load thank-you.html it automatically redirects to the home page. Do you have any suggestions on how to fix this?

So you need to add exclusions for every single page (URI ending in .html) that you don't want Zen Cart to handle, but to be passed through to Apache as normal.

So add conditions such as

RewriteCond %{REQUEST_URI} !thank-you\.html$ [NC]

to the rewrite rule.

If you need any further help with this please search the internet for information on rewrite rules, rewrite rule customisation is not part of the free support offered by Ceon.

Hope that helps!

All the best...

Conor
ceon

Hi, I installed 4.0.6 ceon uri mapping. When I open a product, or EZ-Pages, appear in the url rewritten unwanted additions.
For example, I open a product, the url is:
hardware/schede-grafiche/matrox-g200-mms? filter_id manufacturers_id = & = & = nofilter
instead of:
hardware/schede-grafiche/matrox-g200-mms.
Instead, in the EZ-Pages:
ez-pages? chapter = 0
instead of:
ez-pages.
If I post the link in the address bar without? Filter_id manufacturers_id = & = & = nofilter I get the product.
From what can be the result?
PS I'm working locally.:frusty:

Hi,

Ms402:

the url is:
hardware/schede-grafiche/matrox-g200-mms? filter_id manufacturers_id = & = & = nofilter
instead of:
hardware/schede-grafiche/matrox-g200-mms.

This is fine. Just ignore it.

Simple as that.

Technical explanation: Zen Cart adds these extra parameters as it needs them to pass information for particular ways of workings.

The canonical URI for the page is still /hardware/schede-grafiche/matrox-g200-mms though so that's what the search engines see.. they ignore the ? and everything after it.

All the best...

Conor
ceon

conor:

The canonical URI for the page is still /hardware/schede-grafiche/matrox-g200-mms though so that's what the search engines see.. they ignore the ? and everything after it.
ceon

Thanks, it's a fantastic form. Congratulations!
I also solved other problems with the help of the faq.:hug:

Hi I have Version: 4.0.3 .I now see there are newer versions available .I've downloaded the files & there are no upgrade files ..Does this mean I have to override all the files again as a new install ...Just checking before I go ahead
Sorry if this has been mentioned before but been though a few pages & faq & can't see it listed

thanks Andy

Hi Andy,

ATSWorld:

Hi I have Version: 4.0.3 .I now see there are newer versions available .I've downloaded the files & there are no upgrade files ..Does this mean I have to override all the files again as a new install ...Just checking before I go ahead
Sorry if this has been mentioned before but been though a few pages & faq & can't see it listed

All you need to know is in the section of the documentation called "Upgrading". :)

Just follow the instructions there and you'll be upgraded in a few minutes.

All the best...

Conor
ceon

conor:

That's nothing to do with Ceon URI Mapping, it's the Zen Cart setting for your store in Configuration - Missing Page Check. Set it to Page Not Found.
ceon

Hi Connor,
The store has always been configured to "Page Not Found". After installing URI Mapping though it goes to the index.

If I disable URI mapping a 404 still goes to the index. But there is a rewrite line added by URI mapping to htaccess that seems to do it. If I comment that out I get normal 404 responses.

I am assuming that a RewriteCond should be added to deal with it, but I have no idea what condition to check for

Here's the rewrite rule added by URI mapping that causes the 404's to go to the index.

## BEGIN CEON URI MAPPING REWRITE RULE

# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite any URIs for some, popular specific file format extensions,
#   which are not covered by main file extension condition above
RewriteCond %{REQUEST_URI} !\.(mp3|mp4|h264)$ [NC]
# Don't rewrite any URIs for some specific file format extensions,
#   which are not covered by main file extension condition above
#   Uncomment the following line to apply this condition! (Remove the # at the start of the next line)
#RewriteCond %{REQUEST_URI} !\.(3gp|3g2|h261|h263|mj2|mjp2|mp4v|mpg4|m1v|m2v|m4u|f4v|m4v|3dml)$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/_param [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite jscript directory
RewriteCond %{REQUEST_URI} !^/jscript/ [NC]
# Don't rewrite zend directory
RewriteCond %{REQUEST_URI} !^/zend/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE

Actually I have noticed if the incorrect url entered is in the non mapped version ie
http://domain/index.php?main_page=unknown
Zen shows the "page not found" page

but if I enter a url such as
http://domain/unknown

It redirects to the index.

The problem here is all our pages are URI mapped so it is unlikely that anyone will come to the site using the non mapped url. However webmaster tools and other tracking tools don't show that a 404 error was encountered. So it is hard to track whether any problems have arisen on the site.