Ceon URI Mapping v4.x

Hi,

crazysarah:

Hi Conor, thank for the advice. I had actually changed all the &'s to &'s a while back because they caused some or other issue which I can't remember and I was told that doing it that way was more correct.

More than likely an output issue with some badly written code.. the output code should translate/convert & into its HTML entity &, product names should be textual only!

crazysarah:

Anyhoo, I'll change them back and problem (hopefully) solved. Thanks again for super software!

Glad you like it. Enjoy the new URIs and have a nice evening.

All the best...

Conor
ceon

crazysarah:

Hi Conor, thank for the advice. I had actually changed all the &'s to &'s a while back because they caused some or other issue which I can't remember and I was told that doing it that way was more correct.

Anyhoo, I'll change them back and problem (hopefully) solved. Thanks again for super software!& will not validate but & does.. It's the reason why I don't use ampersand's in product names and descriptions where possible..

Hi,

Hope you (in particular Diva) are having a nice weekend., :)

DivaVocals:

& will not validate but & does.. It's the reason why I don't use ampersand's in product names and descriptions where possible..

Validate where? It should be output using htmlentities() or the like, to have it end up as & in the source?

If not, then wherever that is not happening, the code needs fixed, not the product name.

I know you know that and would agree, but just stating it here so that anyone who comes across it will get the makers of the broken code to fix their code, rather than people wrongly using HTML (code and/or entities) in product names!

All the best..

Conor
ceon

conor:

Hi,

Hope you (in particular Diva) are having a nice weekend., :)

Validate where? It should be output using htmlentities() or the like, to have it end up as & in the source?

If not, then wherever that is not happening, the code needs fixed, not the product name.

I know you know that and would agree, but just stating it here so that anyone who comes across it will get the makers of the broken code to fix their code, rather than people wrongly using HTML (code and/or entities) in product names!

All the best..

Conor
ceonHey you!!! you have mail!!!:smile:

and yes.. my answer was bit too short and too sweet, but what you say is ABSOLUTELY true.. I just know that HTML validation is the most common reason why I have subbed & for &.

Hello,
I have scoured this forum doing searched for CEON + Algozone Mobile templates unsuccessfully.

What I have learned is that others have had problems using the Algozone Mobile templates with the CEON module because as I read in an earlier thread someone said...

"Instead of redirecting people to mobile.php, I immediately identified for the other person who contacted me about this, that when this theme detects that the site is being used on a mobile browser, it should set a flag that will have index.php load in mobile.php...

Instead of calling mobile.php, at the top of index.php the developer should add:

PHP Code:
if (CHECK FOR MOBILE VERSION) {
require('mobile.php');

exit;
}
This "theme" developer will have to come up with a way to have Zen Cart know that the mobile version is being used..and put it in place of "CHECK FOR MOBILE VERSION" above."

Unfortunately I do not know what this means... has anyone else had luck resolving this issue could explain to me in simple terms in what file I need to place that code?

thanks,
Brian

Hey guys. After going and changing all my &'s to &'s I've re-discovered why it'd been changed around in the first place. Looks like I'd have to go through everywhere and do the htmlentities thing all over the place to make it work properly, which, while it's not the responsibility of CEON's exemplary software is a pain in my arse :) so... if I did want to change everything back to &'s is there a work-around as per my original question?

eg is there a way to replace the & even before it's had the ampersand and colon removed and replace with 'and' ? A quick hacky fix is as good as anything right now to be honest! Running short on time!

crazysarah:

Hey there, thanks for an awesome mod. For such a powerful and functional and complex mod it was UNBELIEVABLY easy to plugin :)

I wonder though, I have a site I'm building which has categories which use & The software removes the ampersand and semi-colon leaving only amp in the title - so eg products & more products becomes products_amp_more_products. I've tried making the auto generation thing remove & but it just turns it into a & and I don't want to remove amp in-case they start selling lamps, amplifiers or stamps :)

Is there a work around for this?

thanks

crazysarah:

Hey guys. After going and changing all my &'s to &'s I've re-discovered why it'd been changed around in the first place. Looks like I'd have to go through everywhere and do the htmlentities thing all over the place to make it work properly, which, while it's not the responsibility of CEON's exemplary software is a pain in my arse :) so... if I did want to change everything back to &'s is there a work-around as per my original question?

eg is there a way to replace the & even before it's had the ampersand and colon removed and replace with 'and' ? A quick hacky fix is as good as anything right now to be honest! Running short on time!Go through everywhere?? is this caused by another add-on you've installed or are you saying that this is a core Zen Cart issue??

Suggest opening up a new thread to get your answer since this is not related the Ceon URI Mappings module.. You might want to try to narrow it down to the add-on that is causing the issue with htmlentities or if you think it's a Zen Cart core issue report it to the admins.

Now that my brain has been given some proper rest, I remember now why in the past I may have converted & for **& **in my products names.. I recall that older versions of the XML Sitemap or the Google Product Search add-ons had issues with how they output ampersands which would cause issues when submitted to Google.. Not sure if you are using either on of those mods of something else, but if it is an issue with an add-on the place to get your answer is the support thread for that add-on..

Good luck..

Hi Sarah,

crazysarah:

eg is there a way to replace the & even before it's had the ampersand and colon removed and replace with 'and' ? A quick hacky fix is as good as anything right now to be honest! Running short on time!

I believe that a job worth doing is worth doing properly, so you really should take the approach of not using & in any product names and instead fix the code that isn't using htmlentities() to output the product names, but a quick hacky fix for you is to simply have Ceon URI Mapping always remove the "&" so the auto-generation doesn't try to the characters in it:

Update the URI Auto-generation Settings in Modules - Ceon URI Mapping (SEO) Config, adding the "&" to the Remove Words configuration option:

-, & 

The autogeneration will strip the & from product names, meaning that the "amp" will no longer be left in the URI.

That'll work perfectly for you but it really isn't the way you should work. I'd fix the broken code instead if I was you!

All the best...

Conor
ceon

Hi Brian,

briandoakes:

Unfortunately I do not know what this means... has anyone else had luck resolving this issue could explain to me in simple terms in what file I need to place that code?

Please contact the maker of the Algozone Mobile templates with the information I've provided and get this sorted with them.. it's not an issue with Ceon URI Mapping.

All the best..

Conor
ceon

Hi Diva, it's a brand new 1.5 site I'm just testing about with. The issue is I wanted to use '&' in my category names. If I put them in the admin as '&' then it doesn't pass W3C validation. So I changed them all to & via the admin so they're in the database like that, then when they get output they don't cause errors. The problem then is that CEON urls auto-generates urls replacing as, for example 'laptops-amp-pcs' (ie with the & and ; removed from the &)

The alternative as I understand it is to change it back in the admin to & which causes validation issues which can only be solved by running htmlentities everywhere the category name is output.

Hey Conor, thanks for the quick fix. It'll do fine for the time being. Unfortunately my little amps look nice in the design and are better for spacing, so I want to keep them. Something to keep in mind though.

Thanks for the help :-)

crazysarah:

Hi Diva, it's a brand new 1.5 site I'm just testing about with. The issue is I wanted to use '&' in my category names. If I put them in the admin as '&' then it doesn't pass W3C validation. So I changed them all to & via the admin so they're in the database like that, then when they get output they don't cause errors. The problem then is that CEON urls auto-generates urls replacing as, for example 'laptops-amp-pcs' (ie with the & and ; removed from the &)

The alternative as I understand it is to change it back in the admin to & which causes validation issues which can only be solved by running htmlentities everywhere the category name is output.

Hey Conor, thanks for the quick fix. It'll do fine for the time being. Unfortunately my little amps look nice in the design and are better for spacing, so I want to keep them. Something to keep in mind though.

Thanks for the help :-)As I pointed out earlier, I knew validation was another reason to substitute & for &. That said you might want to report that to the admins because when you say "running htmlentities EVERYWHERE" I assume you mean core Zen Cart changes.. They should be aware..

I also have this & validation errors and I think the issue is in the Zen Cart codes. I remember it was also an error in 1.3.9.
How do you report to the admins?

uncharted:

I also have this & validation errors and I think the issue is in the Zen Cart codes. I remember it was also an error in 1.3.9.
How do you report to the admins?

There's a forum section just for this.. post a thread there reporting your findings and the details as to the issue..

Hi,

crazysarah:

The alternative as I understand it is to change it back in the admin to & which causes validation issues which can only be solved by running htmlentities everywhere the category name is output.

That's exactly what should be done. :)

[QUOTE=crazysarah;1149094]Hey Conor, thanks for the quick fix. It'll do fine for the time being. Unfortunately my little amps look nice in the design and are better for spacing, so I want to keep them. Something to keep in mind though.

What's to keep in mind?

crazysarah:

Thanks for the help :-)

No problem. Enjoy the new URIs! :)

All the best..

Conor
ceon

Hi Conor,

Long time no talk, hope all is well!

I set up a ZC 1.5 and installed Ceon URI 4.0.8. I added a temporary landing page at /index.html for my client while finishing their ZC. 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.

No biggy, when I finished I was going to put the Ceon URI rules back in. Everything seemed to be fine on Saturday. But now I cannot get the browser to load the /index.php file.

When I go here (site being staged)(remove the '' to see the site):
stratesysgroup**com/index.php

I get redirected to here:
stratesysgroupcom

But the browser displays:
stratesysgroupcom/index.html

This only seems to effect the index file. You get the ZC if you add this to the url: /index.php?main_page=contact_us

If I remover index.html, the index.php shows up. But my client needs that temporary landing page and I need the index.php so I can see what I'm doing.

As I say, it worked perfectly until I intentionally disabled the htaccess so that the default behavior would return (browser loading index.html befor index.php). I did that on Saturday and was able to default to index.html and access index.php no problem. But it doesn't work now!

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.

Your thoughts would be greatly appreciated!

Thanks,
Mike

Just wanted to share a tip.. If you are going to work directly on the client's hosting account, next time you should setup a sub-domain for your staging environment.. this way you can configure the site to your hearts content while the landing page is unaffected.. Using a sub-domain will make transferring the site easier as the only change you need to make is the paths in the configure.php files..

Feznizzle:

Hi Conor,

Long time no talk, hope all is well!

I set up a ZC 1.5 and installed Ceon URI 4.0.8. I added a temporary landing page at /index.html for my client while finishing their ZC. 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.

No biggy, when I finished I was going to put the Ceon URI rules back in. Everything seemed to be fine on Saturday. But now I cannot get the browser to load the /index.php file.

When I go here (site being staged)(remove the '' to see the site):
stratesysgroup**com/index.php

I get redirected to here:
stratesysgroupcom

But the browser displays:
stratesysgroupcom/index.html

This only seems to effect the index file. You get the ZC if you add this to the url: /index.php?main_page=contact_us

If I remover index.html, the index.php shows up. But my client needs that temporary landing page and I need the index.php so I can see what I'm doing.

As I say, it worked perfectly until I intentionally disabled the htaccess so that the default behavior would return (browser loading index.html befor index.php). I did that on Saturday and was able to default to index.html and access index.php no problem. But it doesn't work now!

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.

Your thoughts would be greatly appreciated!

Thanks,
Mike

Just wanted to share a tip.. If you are going to work directly on the client's hosting account, next time you should setup a sub-domain for your staging environment.. this way you can configure the site to your hearts content while the landing page is unaffected.. Using a sub-domain will make transferring the site easier as the only change you need to make is the paths in the configure.php files..

Totally kicking myself for not doing that right from the beginning! Believe me, I will from now on! Think the reason I didn't was that I wanted to use the SSL cert I installed, which doesn't cover subdomains. Still, I should have just disabled ssl during staging. Grrr!

Thanks, Diva.

Feznizzle:

Totally kicking myself for not doing that right from the beginning! Believe me, I will from now on! Think the reason I didn't was that I wanted to use the SSL cert I installed, which doesn't cover subdomains. Still, I should have just disabled ssl during staging. Grrr!

Thanks, Diva.Yep.. :smile: I never do SSL testing until I move the site live.. It's on my implementation checklist. I just keep the site in maintenance mode while I test..

I'm sure Conor can help you with your current issue.. :smile:

Quick question, Diva.

Let's say you use subdomain and you install Ceon URI on it and generate URLs like this:
https://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:
https://www.mysite.com/About_Us

Probably a dumb question, I'm guessing that is how it works.

Feznizzle:

Quick question, Diva.

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

Probably a dumb question, I'm guessing that is how it works.
Yes.. sub-domains behave like a top level domain.. and this is why Conor has said repeatedly that the way do do your development is to use a sub-domain and NOT a sub-folder.. If you use a sub-folder, be prepared to run a scrip to fix your URIs in the URI table..

I stopped using sub-folders for development long ago because I finally had one nightmare implementation too many.. Too many scripts and fixes I had to run to right everything after moving the code over. Especially since my development happens on my own hosting account and gets moved to the client's live server. So now I create a sub-domain and point it to my sub-folder.. Using sub-domains makes implementation part SOOOOOO much easier...