Ceon URI Mapping v4.x

[conor]

Hi,

Long time no talk, hope all is well!

No, but passing/past the bottom and on the way up I think! Thanks for asking tho, hope you're well yourself! :)

I had to temporarily delete the Ceon URI rules from the htaccess to make the index.html file show up, rather than the /index.php.

Ceon URI Mapping sees the following as the same (which is a good thing ;) ):

/index.php

/index.php?main_page=index

/


You basically want to temporarily have '/' as '/index.html' but '/' is currently assigned to '/index.php'.

You should be able to have /index.html take control of / by adding the following to the rewrite rule:

RewriteCond %{REQUEST_URI} !^/$

This stops / being rewritten and passed on to /index.php

This is absolutely not Ceon URI's fault. But I suspect a fix is hiding in Ceon URI. I imagine others have used a temporary landing page while staging a site, so I'm hoping you might know of a solution.

Nope, it's not Ceon URI Mapping's fault at all, temporary landing pages are the "problem" when the appropriate rule isn't in place.. Ceon URI Mapping can't read minds so, if told to handle a URI, it will! The "Example Rule" is aptly named if I don't say so myself. :)

I think I may have to use some of my massively limited time add to a small guide to Rewrite Rules/.htaccess to the documentation.. I'll see about that for version 5.0.0, in the meantime got 4.2.1 to release...

Let's say you use subdomain and you install Ceon URI on it and generate URLs like this:
www.SUBDOMAIN.mysite.com/About_Us

When you transfer over and fix the configure files, does Ceon automagically know this happened? So now all the URI's follow:
www.mysite.com/About_Us

Ceon URI Mapping doesn't know/care what the domain is, it works using the part of the URI from the first slash onwards. It is definitely good to use subdomains for testing new sites and they will work perfectly; transferring the database across to the main site everything will continue to work just the same.

All the best...

Conor
ceon

[Feznizzle]

Right on! Thanks Conor!

[hairydog]

Am I understanding this correctly?
Even after successfully installing this mod I'll have to Edit every single product on my site in order for this mod to create a new URI?

Yes and no. You have to open each product and preview/save it, but no need to make changes. Yes, it is a pain. But not a huge pain.

[ravynw34]

Our problem may not fall into this thread entirely. Just not sure yet what the issue is. We installed Ceon URI Mapping on a 1.3.9h zencart. The cart itself is behaving as it should. The client has their cart installed at http://myprofessionalcable.com/zencart and all is fine if you go directly to the cart with that link. However the cart was installed by someone else and they set a redirect in the htaccess root which is supposed to show the cart installed at proper link. What occurs is if you go to http://myprofessionalcable.com you see the cart, all the links appear that will take you into the zencart directory but the problem is that instead of a mainpage you get a 404 page not found with the site map. I am very confident that this is not related to the URI Mapping mod. We have another install on that server which is working just fine for another domain. The client is hosting with godaddy.com and this seems to have happened after their outage the other day.
Any ideas would be greatly appreciated.
Thanks

[conor]

Hi,

The client has their cart installed at http://myprofessionalcable.com/zencart and all is fine if you go directly to the cart with that link.

It doesn't work at all for me but all I can suggest is to dump the current .htaccess file and start a new one.

All the best..

Conor
ceon

[DivaVocals]

Our problem may not fall into this thread entirely. Just not sure yet what the issue is. We installed Ceon URI Mapping on a 1.3.9h zencart. The cart itself is behaving as it should. The client has their cart installed at http://myprofessionalcable.com/zencart and all is fine if you go directly to the cart with that link. However the cart was installed by someone else and they set a redirect in the htaccess root which is supposed to show the cart installed at proper link. What occurs is if you go to http://myprofessionalcable.com you see the cart, all the links appear that will take you into the zencart directory but the problem is that instead of a mainpage you get a 404 page not found with the site map. I am very confident that this is not related to the URI Mapping mod. We have another install on that server which is working just fine for another domain. The client is hosting with godaddy.com and this seems to have happened after their outage the other day.
Any ideas would be greatly appreciated.
Thanks

I never understand why people do this. If the SITE is the store, then why bother with the redirect and having the cart in a sub directory.. It's silly and outdated.. I know you didn't build this site, so this is not directed at you..

You need to fix the re-director and you are right that's not even and issue that should be discussed in this thread as it's completely unrelated to this mod.. Start a new thread to get help with the re-director, but you REALLY should ditch this outdated kind of setup and simply move the store to the site root and be done with it.. (and no this thread is also not the place to discuss what it is you need to do to move the store to the root of your site)

[crazysarah]

I have a brand spanking new 1.5 zencart using no template. I've installed CEON URI 4.2.0 and the integratedCOWOA2.1 mod but together they cause a problem.

in includes/templates/template_default/tpl_header.php (<-- I replaced the default coz I'm using no template) COWOA adds:
if (($_SESSION['customer_id']) && (!$_SESSION['COWOA']=='True'))

which if a user is logged in should mean that instead of the login link appearing at the top of the page, the logout and my account links should be there. This doesn't happen.

I've narrowed it down so that I now know that if I comment out the following in init_includes/overrides/init_sessions.php
// BEGIN CEON URI MAPPING 1 of 1
// Static URIs are relative to the site's root, so cookie should be set for the root
$path = '/';
// END CEON URI MAPPING 1 of 1

If I commen out the $path = '/'; bit then everything works. Put it back problem comes back again.

I've tried this a few times on a few different installations of zc1.5 and problem persists. All I can think of is that it's something to do with me being on localhost?

If I comment that bit above out, it doesn't seem to stop CEON URIs working (haven't gone through every single product to update uri's yet). So, if I comment that bit above out, is it ok? Will it cause probs for CEON later down the line? Or on a live server?

[DivaVocals]

There is no such thing as "optional" code unless the developer notes it as such.. It's there for a reason and if you disable yes it will probably cause an issue..

I have a brand spanking new 1.5 zencart using no template. I've installed CEON URI 4.2.0 and the integratedCOWOA2.1 mod but together they cause a problem.

in includes/templates/template_default/tpl_header.php (<-- I replaced the default coz I'm using no template) COWOA adds:
if (($_SESSION['customer_id']) && (!$_SESSION['COWOA']=='True'))

which if a user is logged in should mean that instead of the login link appearing at the top of the page, the logout and my account links should be there. This doesn't happen.

I've narrowed it down so that I now know that if I comment out the following in init_includes/overrides/init_sessions.php
// BEGIN CEON URI MAPPING 1 of 1
// Static URIs are relative to the site's root, so cookie should be set for the root
$path = '/';
// END CEON URI MAPPING 1 of 1

If I commen out the $path = '/'; bit then everything works. Put it back problem comes back again.

I've tried this a few times on a few different installations of zc1.5 and problem persists. All I can think of is that it's something to do with me being on localhost?

If I comment that bit above out, it doesn't seem to stop CEON URIs working (haven't gone through every single product to update uri's yet). So, if I comment that bit above out, is it ok? Will it cause probs for CEON later down the line? Or on a live server?

[conor]

Hi,

I have a brand spanking new 1.5 zencart using no template. I've installed CEON URI 4.2.0 and the integratedCOWOA2.1 mod but together they cause a problem.

I've narrowed it down so that I now know that if I comment out the following in init_includes/overrides/init_sessions.php

// Static URIs are relative to the site's root, so cookie should be set for the root
$path = '/';

If I commen out the $path = '/'; bit then everything works. Put it back problem comes back again.

I've tried this a few times on a few different installations of zc1.5 and problem persists. All I can think of is that it's something to do with me being on localhost?

You can see from the comment that the purpose of the above code is to set the path Zen Cart uses for the site's cookie.

The cookie is used to maintain the session ID.

The fact that you are the only person having this problem and that it is only on your computer shows it's a problem that is either related to your machine or, possibly, highlighted by it.

I'd ask if you had a cookie addon for your browser etc. or for you to test with another browser but here isn't the appropriate place.. please get in contact and we'll try to get this sorted.

All the best..

Conor
ceon

[conor]

Hi!

It gives me great pleasure to release a new version of Ceon URI Mapping.

4.2.1's release has been skipped, the main changes from 4.2.0 are a few bugfixes and the modification of the zen_catalog_href_link() function in the admin, for static URI generation from admin modules!


All changes, from the Revision History of both 4.4.0 and 4.2.1:

[ADDED] New core file modification added. The zen_catalog_href_link() function in the admin-side html_output.php file has been modified to make use of Ceon URI Mapping. This will mean that any properly written admin-side software will use static URIs instead of Zen Cart dynamic URIs when generating a link with this function!

[UPDATED] Installation check updated to check for new core file modification of the zen_catalog_href_link() function in the admin-side version of the file html_output.php.

[UPDATED] Updates to the installation and upgrading instructions, to make them even clearer and even easier to follow.

[BUGFIX] A product review's page needs the ID included as part of the canonical URI, but this was not being set, meaning all product reviews were sharing the same canonical URI, breaking the functionality.

[BUGFIX] When an auto-generated URI clashed with an existing URI, instead of notifying the user, it was simply being stated that no mapping was being applied. Updated to now display an informative message and a link about the clash, to help resolve it.


The latest version should be available from the downloads area shortly.

As always the latest version can be downloaded directly at any time from the Ceon website:


Download 4.4.0 Now!


Upgrading isn't quite as simple as always, because of the additional core file to modify, but it's still very easy taking just 5 minutes to perform an upgrade, thanks to the auto-upgrade functionality!

Enjoy!


All the best..

Conor
ceon