Ceon URI Mapping v4.x

[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"

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

[conor]

Hi,

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?

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

[nipinuk]

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

[conor]

Hi Linda,

How are you?

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.

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

[jenchord]

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

[stecrox]

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.

[conor]

Hi,

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

[conor]

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

[conor]

Hi,

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

[Banshee032]

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....

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