Ceon URI Mapping v4.x

This is the nginx directive to make the rewrite work. This example works if your store is installed in your webroot. "mysite.com"

location / {
    try_files $uri /$uri /index.php$is_args$args;
}

If you need "mysite.com/store":

location /store {
    try_files $uri /$uri /index.php$is_args$args;
}

It does not appear that this is dependent on relative position in your vhost file like nginx restrictions.

/etc/nginx/sites-available/mysite.vhost

Hi,

Neon Phoenix:

This is the nginx directive to make the rewrite work. This example works if your store is installed in your webroot. "mysite.com"

Thanks very much indeed for that information.

I've only ever used nginx once a long time ago I think and can't remember much about it.

You're the first to mention it in reference to Ceon URI Mapping.

4.0.8 (and the followup, 4.2.0, which is probably being skipped to for release instead) has increased support for IIS servers, in terms of providing information in the Installation Check on where to place the rewrite rule on M$ IIS servers.

I could expand this informational support to nginx but would need more information.

Could you please get in touch privately.. I'd just need a bit of info like the value of the $_SERVER['SERVER_SOFTWARE'] variable and maybe a wee bit more info about where exactly you put the rule you mention above?

Neon Phoenix:

It does not appear that this is dependent on relative position in your vhost file like nginx restrictions.

/etc/nginx/sites-available/mysite.vhost

Unfortunately this isn't quite clear to me, I'll have to look up to see what "nginx restrictions" are..

..again if you have a sec to explain that sort of thing then I can add the information into the next release for any other nginx user.

Up to you of course, but I feel it would always be nicer to have the info in the software directly rather than people having to search a forum thread.

Thanks again for your help either way!

All the best..

Conor
[ceon](http://dev.ceon.net)

Hello Conor! Linda here.

I'm just trying out this mapping module (since I've heard all the good reports about it!) on a fresh install of zencart 1.5.

On the installation documentation, in step no.9, it says

[OPTIONAL but RECOMMENDED] Configure the Google Sitemap (XML) Module

If the store uses the Google Sitemap module, it needs to be configured to work better with static URIs.

Otherwise, the store's rankings may be penalised because of links in the sitemap redirecting to other links.

Go to Configuration > Sitemap XML in the Zen Cart Admin.

Make sure that “Generate language_id for default language” is set to “false” .

When I read that, I went on to install Andrew's SitemapXML module as I needed it anyway. I cannot for the life of me find "Generate language_id"
I can see "Generate links only for default language" (default is false) and "Using parameter language in links" (default is true).

Have I missed something? I definitely don't want Google to penalise us!

Many thanks,
Linda

Hi Linda,

How are you?

nipinuk:

When I read that, I went on to install Andrew's SitemapXML module as I needed it anyway. I cannot for the life of me find "Generate language_id"
I can see "Generate links only for default language" (default is false) and "Using parameter language in links" (default is true).

I see that there has been a new release of the Sitemap module and in its notes it says "Replace Configuration parameter 'Generate language for default language' by 'Using parameter language in links'".

So I'm guessing the name of the option has changed.

It's late here so I'm not going to try installing the new version now but I'm pretty sure that I'll have to update the Ceon URI Mapping documentation to compensate for the changes in this new version of the Sitemap module.

nipinuk:

Have I missed something? I definitely don't want Google to penalise us!

I'll post back here, probably tomorrow, but I'd imagine you'd be fine. It sounds like the name of the option has changed but little else.

All the best..

Conor
ceon

Hello,

I've recently installed Ceon URI mapping, and I'm really liking it. However, when using the search function on my site, there is a small problem. The search shows up results correctly as it should if the keyword is relevant or "found". The problem is when a keyword that cannot be found is typed into the search box. In that case, the page turns up with a "310 too many redirects error".

Usually when a term can not be found, the advanced search page comes up.

I'm certain it cannot be the htaccess file. I've recently installed and uninstalled Simple SEO (and removed all its files to my knowledge) as well as installed Sitemap XML.

I cannot find the problem that causes the redirect. Could Ceon be the module affecting it?

I'd appreciate any input, any at all!

Many Thanks!
StillANewZenner

Hi Connor
Hope you can help or guide me.
We are moving our websites to a single vps server.
The issue we have is we are running the ceon uri mapping but it is interfereing with the secondary websites in the subdirectories.
Is there a way to stop the original .htaccess file interfering with the sub directory for the other websites where I need to create a new .htaccess file for that websites ceon URI mapping.
Otherwise I need to move the original website to a sub directory which I was originally told not to do but it has caused me more problems than it is worth.
www.safeworkgear.com.au is the original website
the second one is www.heightech.com.au
hope this makes sense.

Hi,

jenchord:

I cannot find the problem that causes the redirect. Could Ceon be the module affecting it?

Ceon URI Mapping isn't used on the search results pages unless you manually add a mapping for the search results main_page type so it's not the cause..

Hopefully if you post a new thread someone can help you.

I'm sure a manual debug would have the problem identified... use the HTTP_Headers extension for Firefox to see what URIs are being redirected between and if all else fails, add some code to actually record to a file, so you can trace what's happening.

Good luck in getting it sorted!

All the best..

Conor
ceon

stecrox:

The issue we have is we are running the ceon uri mapping but it is interfereing with the secondary websites in the subdirectories.

If you have several sites sharing a parent directory and you place a rewrite rule in a .htaccess file in that parent directory then you need to make sure it applies only for the directory the site the rule is intended for.

You can put rewrite conditions in to do that.

Or you can simply put the rewrite rules in the sites' own directories instead of the shared parent directory.

There is information about adding rewrite rule condition exclusions in the Ceon URI Mapping documentation - did you read that yet?

This isn't an issue with Ceon URI Mapping so if you have any further trouble you'll have to read up on rewrite rules on the net or maybe start a new thread here.

Hope all that info gets you sorted though!

All the best...

Conor
ceon

Hi,

nipinuk:

When I read that, I went on to install Andrew's SitemapXML module as I needed it anyway. I cannot for the life of me find "Generate language_id"
I can see "Generate links only for default language" (default is false) and "Using parameter language in links" (default is true).

I've checked this out now and updated the installation instructions for the next release of Ceon URI Mapping.

Here is the relevant part from the updated instructions:

• Go to Configuration > Sitemap XML in the Zen Cart Admin.
• Newer versions of the module have the option “Using parameter language in links”. If this option exists, make sure to set it to “false”.
• Older versions of the module have the option “Generate language_id for default language”. If this option exists, make sure to set it to “false”.

All the best..

Conor
ceon

Hey Conor,

Just wanted to let you know when I tried to unsubscribe from your email list subscription from your website I got this both times:

http://dev.ceon.net/unsubscribe/1743/51fa0d67c0

Might wanna fix that.... :shocking:

404 - Page Not Found!
Sorry but the page you have tried to access does not exist!

Hi,

Banshee032:

Just wanted to let you know when I tried to unsubscribe from your email list subscription from your website I got this both times:

Why are you posting here? This isn't the place for issues with the Ceon website! :)

There is no unsubscription page on the Ceon site... because we never actually implemented any newsletter software so there's never been anything to actually unsubscribe from, lol. We've never sent a newsletter (which is silly, I admit).

If you could please get in contact in a more normal way (i.e. directly through the Ceon website) then I can remove you from the list.. that may indeed one day, if I ever get these latest Zen Cart releases out and get on to actual work, like finishing building the newsletter system, get used! ;)

All the best..

Conor
ceon

conor:

Hi,

Ceon URI Mapping isn't used on the search results pages unless you manually add a mapping for the search results main_page type so it's not the cause..

Hopefully if you post a new thread someone can help you.

I'm sure a manual debug would have the problem identified... use the HTTP_Headers extension for Firefox to see what URIs are being redirected between and if all else fails, add some code to actually record to a file, so you can trace what's happening.

Good luck in getting it sorted!

All the best..

Conor
ceon

Thanks very much for your input!

I won't be sure what I'm doing but I'll give the debug a shot.
I'm just happy to know Ceon isn't the problem.

Hi,

Just installed this module on 1.5.0 and everything seems to work fine. The installation/configuration check is extremely helpful.
Just wondering though, we have already added quite a lot of categories and products, do we have to go through and update each one for the mappings to be created or will it be created automatically?

Thank you for this awesome module!!!

Best Regards

Questions above answered, my fault for not reading the FAQs section.

Hi,

It gives me great pleasure to finally release the latest update for Ceon URI Mapping.

4.0.8 was submitted to the downloads area yesterday and is available for download now directly from Ceon.

From the Revision History:

[ADDED] The Installation Check now analyses the server's environment variables, to try and determine the type of server being used, so that the instructions for adding the example rewrite rule are relevant to the server on which the software is being used. Servers currently supported for analysis are Apache, IIS with URL Rewrite and IIS with ISAPI_Rewrite.

[UPDATED] The setting for automatically generating and adding URIs for Tell-A-Friend pages is now set to off on new installations of Ceon URI Mapping as this functionality has been removed from Zen Cart 1.5.x. It is still fine to be used on both Zen Cart 1.3.x and Zen Cart 1.5.x but will have no useful benefit on 1.5.x, just taking up space in the database unnecessarily.

                      [UPDATED] Check for valid value of PHP_SELF environment variable  updated to cope with stores using the ‘.php’ extension in URIs.             

[BUGFIX] Example Rewrite Rule generator in Installation Check updated to cope with directories that have strange characters, such as spaces, in their names. The invalid rewrite conditions previously generated would cause a server error, taking down the site altogether.

[BUGFIX] Config Utility and Installation Check updated so their HTML output is fully valid.

[UPDATED] Installation instructions updated with information about integration with latest version of Sitemap XML (formerly “Google Sitemaps”) module.

As with all 4.x versions, ugrading takes just a few minutes so is recommended.

As can be seen though, most changes only affect those installing the software for the first time, making it even easier (and more reliable in the case of the first bugfix!).

Enjoy!

All the best...

Conor
ceon

Let me start off by thanking you for a great mod! Everything installed perfectly and the installation check was a success. I've read through all of the FAQ and this thread very well. Yet, I did not find anything that addressed my particular issue.

When I create a new EZ-page for use as an internal header/footer link to and existing page such as "shippinginfo" or "contact_us", it does not show a canonical URL. I've tried letting the mod automatically create the URL and also inputting it manually.

Did I miss something? :blink:

tharrison:

Let me start off by thanking you for a great mod! Everything installed perfectly and the installation check was a success. I've read through all of the FAQ and this thread very well. Yet, I did not find anything that addressed my particular issue.

When I create a new EZ-page for use as an internal header/footer link to and existing page such as "shippinginfo" or "contact_us", it does not show a canonical URL. I've tried letting the mod automatically create the URL and also inputting it manually.

Did I miss something? :blink:
You will have to manually add them to your database. Read the DOCS for more information on how to do this.

tharrison:

Let me start off by thanking you for a great mod! Everything installed perfectly and the installation check was a success. I've read through all of the FAQ and this thread very well. Yet, I did not find anything that addressed my particular issue.

When I create a new EZ-page for use as an internal header/footer link to and existing page such as "shippinginfo" or "contact_us", it does not show a canonical URL. I've tried letting the mod automatically create the URL and also inputting it manually.

Did I miss something? :blink:

I remember having some difficulty with this when I was setting up.

Do what countrycharm said and then add the 'Internal Link URL:' in your ez-page to point to the database created url & leave the 'URI mapping' blank.

I'm pretty sure that's what worked for me

Thank you countrycharm & simon1066. It took a little trickery, but all is working now...and the documentation was right now! I found what I had missed :smartalec:

I have store running on v1.5.0. I also have a "test" store that I use for testing new applications etc. The files for the test store reside in a subfolder of the live store. It also uses a totally seperate MySQL database. When I installed URI mapping, it wants to map all of the products in the live store to the test store (i.e. all of the static URI's begin with /test/, rather than mapping from the root directory.

I have now deleted the test store for the site, but I cannot seem to figure out how to get URI Mapping to reconfigure to use the live store locations.