Hi,

mjpwall:

ignore last post, tried it again and it works just fine, don't know what I did wrong, but hey as usual the software works perfectly, thanks again

Great, less for me to do! ;)

Glad you like the software!

All the best...

Conor
ceon

conor:

Hi,

You can't upgrade a site and move it to a subdirectory.

You must create a **subdomain **for testing, NOT a subdirectory.

The links for a site which is not in a subdirectory can NEVER work in a site which IS in a subdirectory. Same as the same address in real life can't mean two different places. You can only have ONE real address or URI.

Move the test site from the subdirectory or simply forget about using Ceon URI Mapping until you have: disable Ceon URI Mapping and get rid of the .htaccess file in the subdirectory.

When you move the test site into the main directory you can use the .htaccess file you'd originally set up for the main/live site.

These are your only realistic options (using a subdomain or switching URI mapping off).

Hope that saves you some time.

All the best..

Conor
ceon

Not sure what you mean about some of your answers in regards to upgrading ZC. I might not have been clear enough in way I explained things. My bad.

All the upgrading side of things is fine. My live site is working and my upgrade test site is working other than CEON.

from looking at the .htaccess file.. I would need to amend the file paths to get it working in a subdirectory.

But I won't bother as I don't want to setup mapping into a subdirectory test site. I will wait until the site is live before I try thigsn a gain and as you said amend .htaccess file from the current live site with CEON working.

Thanks for your help.

Hi,

Muzz:

Not sure what you mean about some of your answers in regards to upgrading ZC. I might not have been clear enough in way I explained things. My bad.

No, you were indeed clear. I guess I wasn't though!

You can upgrade a standard Zen Cart site by using a sub-directory. However, once you use static URIs on a site you can't upgrade using a sub-directory. None of the links will work.

That's what I was saying.

It's better to set up test sites as subdomains, e.g. test.yoursite.com.. it's the modern, professional way to carry out testing :)

It's also less work as switching over a site can just be a matter of repointing the directory for the domain and modifying the configure.php file paths.

Muzz:

But I won't bother as I don't want to setup mapping into a subdirectory test site. I will wait until the site is live before I try thigsn a gain and as you said amend .htaccess file from the current live site with CEON working.

Thanks for your help.

I think that's the best approach for the minute. :)

Good luck with completing the upgrade!

All the best..

Conor
ceon

Hi Conor I haven't talk to you lately. I just wanted to say hi and I hope you are doing well. For all those who have problems, this software works great with all versions of zen cart. Whenever a upgrade for zen cart comes out take the core files that this module uses and compare them to the new modified files that zen uses. If there a major difference, merge them with a program like WinMerge or the one I like is Beyond Compare great software for comparing files. And do read the documentation that come with this module. You will not have half the trouble installing if you do. Just wanted to say my 2 cents worth. Have a good day Conor

Hello Conor,
how are you?
Today I just see a artivle talked about the Ceon URL mapping, it says: as Ceon need to write every URL to the data-base, if some one open the site, and it need to read every URL in the data base, thus cause the website very slow, I think this is the cause why my site very slow. any suggestions? Thanks.

Hi Randy,

How are you?

Almost snowed in here, which is very unusual for here.. haven't seen snow like this since I was a toddler! :)

Thanks for making the points about what has to be done when new Zen Cart releases come out.. hopefully everyone takes them on board.

Back to getting version 4.0.0 done...

Have a good weekend!

All the best..

Conor

Hi Alan,

alan145:

Today I just see a artivle talked about the Ceon URL mapping, it says: as Ceon need to write every URL to the data-base, if some one open the site, and it need to read every URL in the data base, thus cause the website very slow, I think this is the cause why my site very slow. any suggestions? Thanks.

What article are you talking about?

And what version of the software are you using?

The software has been tested in sites with 24000 products and it works very quickly indeed. If you are experiencing a slow site you either need to upgrade your version to a more recent one which features the speed enhancements or you need to move to a decent server. No decent server should ever be significantly slowed down by Ceon URI Mapping, its lookups are very basic, reasonably efficient SQL.

All the best..

Conor
ceon

conor:

Hi Alan,

What article are you talking about?

And what version of the software are you using?

Conor
ceon
Currently I use 3.4.3 version. As will release the 4.0.0, I will update it after you have this version. Thanks

Hi,

alan145:

Currently I use 3.4.3 version.

That's very out of date! You need to upgrade to 3.8.0. The speed enhancements were added in 3.6.3.

alan145:

As will release the 4.0.0, I will update it after you have this version. Thanks

I give no release dates out so you're better to upgrade to 3.8.0 now. You can then upgrade to 4.0.0 later.

Just download the modified files from your site (the 4 files in the admin directory, file in admin functions directory, files in admin modules directory and 3 files in store includes directories), apply (merge) the modifications for the latest version and upload the modified files. Then overwrite the standard Ceon URI Mapping files with the updated version's files. (All as per the upgrade instructions).

It won't take long so you may as well put the effort in, as if anyone asks "when will 4.0.0 be out" I won't even reply!! :)

All the best..

Conor
ceon

Hi Conor,

Had you install this mod on my site https://www.burnerbooks.com. Wondering if you could help...

I also have product book module and use the filters.
With categories, I noticed that the second level is not mapped. When I use filter to get Christmas cards. I get this page of Christmas cards, showing this in browser instead of title Christmas Cards:

http://www.burnerbooks.com/?main_page=index&typefilter=book_genre&book_genre_id=46&zenid=s6n62t5obvmkq2cpco89ne1jv5

I use define main pages in the admin/tools/define_pages_editor to input new sales. When I tried to insert image (with link) of Christmas card and link it to the above page. It will not work.

Wonderful module! I really like it. My pages look so much better. Thanks, Kim

Hi!

I have a (hopefully) quick question. I installed Ceon URI Mapping today and it all went pretty smoothly. Only one hangup that was user error. For some reason I completely missed uploading the updated core files. :frusty: After a lot of head smacking I got back on track and it's been great.

I have all my categories and products fixed up. Now I am trying to change the way the pages like specials, shipping & returns, conditions of use, etc. look.

I have followed the directions and added a new record in the ceon_uri_mappings table. I have tried to add in the proper settings and this is where I am hung up. I have been working on the Specials page. And I've also tried the Shipping & Info page. I haven't tried any others.

My shop is not in the root but is in a folder. I have tried various combinations of what I should put in the uri field and in the main_page field but I can't seem to figure out what works. I have made sure that current_uri is set to 1, the language_id is set to 1 (since all the others were 1 I figured that was the right number), and I used NOW function to put a date in date_added. The other fields are NULL except for redirection_type which is 301.

I want this: /patternshop/index.php?main_page=specials
to turn into this: /patternshop/specials or something similar if it is possible.

Thanks for any help!
Emily

HI,

emj1994:

I have made sure that current_uri is set to 1, the language_id is set to 1 (since all the others were 1 I figured that was the right number), and I used NOW function to put a date in date_added. The other fields are NULL except for redirection_type which is 301.

I want this: /patternshop/index.php?main_page=specials
to turn into this: /patternshop/specials or something similar if it is possible.

In addition to the values you've outlined you need to set

uri to /patternshop/specials

and main_page to specials

That's it. Easy!

All the best..

Conor
ceon

I made a subdomain - named "blog" and have loaded wp files there but can't access it. I don't know much about rewrites but I tried adding the following to the .htaccess.

RewriteCond %{REQUEST_URI} !^/blog [NC]

am I on the right track?

Thanks for the help.
Ronda
https://www.rondajane.com

conor:

In addition to the values you've outlined you need to set

uri to /patternshop/specials

and main_page to specials

Hi Conor,

Thank you so much!! It worked perfectly and I got all the other pages set up too. :D

Take care,
Emily

Hi,
I am trying to redirect a site to my primary and I get this error message

Syntax error on line 16 of /home7/acquatua/public_html/.htaccess.JPr9ZJsZZyluVwZCAbunapZewkgYebx6:
RewriteRule: bad flag delimiters

I do not know anything about that.
Can some one help me please?
enzo

this is my htaccess

Use PHP5CGI as default

AddHandler fcgid-script .php

RewriteEngine On

Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])

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

Don't rewrite admin directory

RewriteCond %{REQUEST_URI} !^/acquatuamgr [NC]

Don't rewrite editors directory

RewriteCond %{REQUEST_URI} !^/editors [NC]

Don't rewrite cPanel directories

RewriteCond %{REQUEST_URI} !/cpanel [NC]
RewriteCond %{REQUEST_URI} !/frontend [NC]

Handle all other URIs using Zen Cart (index.php)

RewriteRule .* index.php?%{QUERY_STRING} [L]

ShirleyUJest:

I made a subdomain - named "blog" and have loaded wp files there but can't access it. I don't know much about rewrites but I tried adding the following to the .htaccess.

RewriteCond %{REQUEST_URI} !^/blog [NC]

am I on the right track?

Thanks for the help.
Ronda
https://www.rondajane.com

All I had to do was remove the !
so the rewrite condition reads:

RewriteCond %{REQUEST_URI} ^/blog [NC]

Now I can access my blog.
https://www.blog.rondajane.com

Wishing you all success!
Ronda

P.S. Don't forget to bless Conor with a donation for his time.

ShirleyUJest:

All I had to do was remove the !
so the rewrite condition reads:

RewriteCond %{REQUEST_URI} ^/blog [NC]

Now I can access my blog.
https://www.blog.rondajane.com

Wishing you all success!
Ronda

P.S. Don't forget to bless Conor with a donation for his time.

Okay - PLEASE FORGIVE AND DISREGARD THE ABOVE. It gave me access to the blog but not the zen cart :(

What I had to do was put an .htaccess file in the blog subdomain that simply said:

Rewrite engine off

Hope I didn't confuse anyone but if you have your zen cart loaded on your root domain and you would like to have a blog or forum or anything else, then you can create a subdomain and create an .htaccess file in that subdomain.

All this .htaccess stuff is new to me.

Blessings.
Ronda
http://blog.rondajane.com
http://rondajane.com :clap:

Does anyone know if this module works with Fast and easy checkout. Thank you.

Hi,

jdr8271:

Does anyone know if this module works with Fast and easy checkout. Thank you.

FEC is a poorly written module, so I don't recommend using it on any store, but many sites (hundreds) are indeed using it fine with Ceon URI Mapping.

Sites also seems to be using it with the even-worse-written AJAX version but I recently tried to help someone with integrating this with Ceon URI Mapping and although we could get most of it to work by adding some exclusions, we weren't able to get the Easy Sign up and Login functionality working perfectly.

Saying that though, this was my first experience with the Easy Sign up and Login functionality and it was a terrible one.. why anyone would put their customers through that I don't know.. I personally think it could only damage a store's sales as people will be put off by the large number of fields displayed on one page. I certainly found it an intimidating form to fill in. And that's before I encountered the problem of it constantly asking me to "pick a state from the dropdown" when it wasn't displaying a dropdown! A very frustrating experience.

So.. my recommendation is if you're going to use FEC, use the **better **normal version, not the AJAX version.

Anyone else here have any experience with these modules?

All the best..

Conor
ceon

I had always used Clyde Jones' awesome "Order Steps - Tableless" mod for ALL my clients so that the checkout page was cleaner and more intuitive looking for customers..

However, I had 1 or 2 clients who felt that signing up for a store account was confusing or intimidating for customers and wanted to look into the possibility of offering these customers an option of checking out without an account. The earlier versions of the COWOA mod had it's own set of issues which made it an undesireable solution for me to rollout to my clients. So I began looking into FEC as an option since it included the COWOA option.

I've not implented FEC on any of my client's sites, but I have been doing some extensive testing of it on my test site for a while now..

Ultimately once I got it all setup and working (sort of), my clients didn't like it at all.. In particular they did not like the WAY it looked.. They preferred the look and feel that the "Order Steps - Tableless" gave the checkout pages over the FEC look and feel..

For my side of things, I was concerned with the sheer number of new files that FEC included.. I also discovered that there are some conflicts with other mods (most notably the current version of the Gift Wrap mod), and frankly I found the whole "one screen" look not only a LOT more intimidating looking than the normal checkout, but it was a bit of a challenge to make this "one screen" layout look good with certain store layouts/templates...

Also with regards to the included Super Orders files, I had to do a fair amount of work to get it updated and merged with the latest version of Super Orders. Not to mention that the required changes to orders.php and packingslip.php were not all carried over exactly the same way to their Super Orders counterparts. There was no invoice.php with the FEC code so I had to create it and it's Super Orders counterpart super_invoice.php.

Attempting to integrate other checkout mods such as "Add Shipping Telephone" was a nightmare, and I never REALLY got it all working as it should..

All this said, I haven't yet tried throwing in Ceon URI Mapping to the mix yet, but I can already see that this will not be a happy marriage.. :no:

So now that COWOA is updated and supposed to be improved, I am going to give that a looksee.. The new versions seem to have worked out all the kinks from the earlier versions that turned me off of this mod.. AND on the surface it looks like it will play nice with Ceon URI Mapping..

My only "beef" with COWOA is the fact that it bundles in the "Order Steps - Tableless" mod. It's not that I am NOT a fan of this mod (I think I established that I am), I am just not a fan of mods which bundle in other mods as part of the core base.. It forces people to use a mod they MAY NOT want to use, AND IMHO it makes updates to COWOA twice as tedious for the mod authors because they not only have to keep up with Zen Cart changes, but they also have to keep up with changes to the bundled in mods as well..

That said my next client demo will be COWOA, Order Steps - Tableless, Add Shipping Telephone, and FINALLY Ceon URI Mapping.. I think this will be the combo my client's will like.. (and the combo that will give me the least amount of headaches)

conor:

Hi,

FEC is a poorly written module, so I don't recommend using it on any store, but many sites (hundreds) are indeed using it fine with Ceon URI Mapping.

Sites also seems to be using it with the even-worse-written AJAX version but I recently tried to help someone with integrating this with Ceon URI Mapping and although we could get most of it to work by adding some exclusions, we weren't able to get the Easy Sign up and Login functionality working perfectly.

Saying that though, this was my first experience with the Easy Sign up and Login functionality and it was a terrible one.. why anyone would put their customers through that I don't know.. I personally think it could only damage a store's sales as people will be put off by the large number of fields displayed on one page. I certainly found it an intimidating form to fill in. And that's before I encountered the problem of it constantly asking me to "pick a state from the dropdown" when it wasn't displaying a dropdown! A very frustrating experience.

So.. my recommendation is if you're going to use FEC, use the **better **normal version, not the AJAX version.

Anyone else here have any experience with these modules?

All the best..

Conor
ceon