Ceon URI Mapping v4.x

Iv'e just had another reply:

I found the source of the 500 error - you created a folder with a space: /Source PNGs/

Most code does not like spaces in folder names (or file names). You will either need to rename the folder (best option, will make the foldername much easier to handle) or check with CEON if there's a way to handle the foldername with the space.

But even if that rewrite condition is removed, the links in the site still don't work, just results in 404 not found errors.

I recommend to discuss with CEON - this is not a server issue, but a problem with the .htaccess code/ rewrite code which they need to look into.

For any newcomers to this mod and reading my last post PLEASE NOTE: This mod works as described... It is ONLY a problem with MY site.

Apologies as I posted the last in haste due to other commitments.

It also is a problem on my site.

Have you fixed it? If so can you tell me how you did it please?

No.. not fixed as yet.
At present I'm using the OLD settings in .htaccess (from v3) which Conor set up for me. The site still functions on this file BUT if I add one line from the 'auto' generated list then it bums out and gives a 404.

I cured the 500 which was due to some directories (naming error) so check yours....

But the paths are still giving the 404

Stuck! But hope this helps.... Try your old .htaccess but I 'aint no expert (at all)

Thanks for the info

My htaccess has 31 lines of redirects already in it as I have redesigned and moved my site to a sub folder

It seems that the mod written htaccess may not work with other content

Bit of a annoyance but hey ho. Please let me know if you manage to fix it.

I will post here if I get it sorted

I will & thanks

Hi,

Congerman:

It seems that the mod written htaccess may not work with other content

I am off sick at the minute and probably won't be online again for a few days. However, it is true that Ceon URI Mapping can have a problem generating a working rewrite rule when a site has folders in it which have spaces in their name.

Either comment out/remove the RewriteCond lines which are for folders with spaces in their names or remove those folders in the first place and generate a rewrite rule again.

Obviously spaces are not valid characters for folder names on the internet and the software wasn't built to cope with them.

Congerman:

It seems that the mod written htaccess may not work with other content

The example rewrite rule is exactly that.. the code needed to get Ceon URI Mapping working, with the minimum of inerference with other sofware. However, sites often do have some custom rues and you may need to adjust them appropriately to work with Ceon URI Mapping and/or vice versa!

Send me your FTP and admin details privately via this link and I'll take a look when I'm back in front of a computer.

All the best...

Conor
ceon

Hi,

Rizla:

BUT if I add one line from the 'auto' generated list then it bums out and gives a 404.

The auto-generated rule should always work if there are no clashes with other lines in a .htaccess filke or spaces in dir names. Please send FTP and admin detais to the above link and I'll take a look to see what's up with your server/rules.

Certainly the comments passed to you about [NC] and [OR] were pwrong and not anythning to do with the example rule.

All the best...

Conor
ceon

Info sent, Thanks in advance for your help

Thanks Conor, details also sent.

Hi,

Congerman:

Info sent, Thanks in advance for your help

Woa, your configure.php files don't even point to the same site! No wonder things don't work! What a mess! :)

Also, you are using an old, buggy version of the software.

Please upgrade to 4.0.7 now and let me know.. I'll be back online in a day or two.

All the best...

Conor
ceon

Just looked at my configure files and they seem to point to the right subdirectory

define('DIR_WS_ADMIN', '/prints/xxxxxx/');
define('DIR_WS_CATALOG', '/mysite.co.uk/prints/');
define('DIR_WS_HTTPS_ADMIN', '/mysite.co.uk/prints/xxxxxxx');
define('DIR_WS_HTTPS_CATALOG', '/mysite.co.uk/prints/');

and

define('DIR_WS_CATALOG', '/prints/');
define('DIR_WS_HTTPS_CATALOG', '/prints/');

The amendments I made were instructions within the url mapping mod as it was saying there were errors with these files before

I did have the latest version installed but then put the older one on as it works on another site of mine. I will install the latest version later today

Thanks

Hi,

No, the paths and values cannot differ between the admin configure file and the store side file, that makes no sense! :)

I'll not be back online today, I'll follow up with you via email, no need to post here again as this issue will not be of interest to other users here.

Talk to you later then! Good that you are putting the latest version back on

It must work on the other site not because of the difference in versions but because the other site has been configured properly.

All the best...

Conor
Ceon

Sorry to ask this again but I didnt get a response..

To confirm will it keep google from picking up alpha_filter sort= etc? or do I need to locate each duplicate that google is seeing and redirect them?

Hi,

new2u:

Sorry to ask this again but I didnt get a response..

Sorry, probably missed this when in hospital.

new2u:

To confirm will it keep google from picking up alpha_filter sort= etc? or do I need to locate each duplicate that google is seeing and redirect them?

Ceon URI Mapping's canonical URI support prevents any duplicate content problems with ?alpha= etc.

Make sure you have the software installed correctly for your version of Zen Cart and that your HTML output has a canonical tag in it.

All the best...

Conor
ceon

Thanks Conor. Sorry to hear you were in hospital. I had an old javascript that I had running canonical urls right after seeing Matt Cutts talk about it. So I had a duplicate running. Ill watch in webmaster tools now.

Hi

I have installed this great app a few months ago 4.0.3 ( I think it was) I took the leap and updated to the latest version about 4 days ago ..All was fine
Anyway last night I went to ez -pages and it was corrupted
it was saying this

1146 Table 'AdminFolder.TABLE_EZPAGES_TEXT' doesn't exist
in:
[select count(*) as total from ezpages e, TABLE_EZPAGES_TEXT et where e.pages_id = et.pages_id and et.languages_id = '1']
If you were entering information, press the BACK button in your browser and re-check the information you had entered to be sure you left no blank fields.

I eventually found it to be the core zencart file under admin 1.3.9h version ez-page once I replaced the original it worked fine again

I'm sure it must be my side otherwise it would have been brought up before ..Leaving an original file ,is that OK or would something else have broken that I am yet to find
or what could I do to rectify the situation

thanks in advance

Hi,

ATSWorld:

I'm sure it must be my side otherwise it would have been brought up before ..Leaving an original file ,is that OK or would something else have broken that I am yet to find
or what could I do to rectify the situation

It sounds like you simply haven't modified the ezpages.php file properly.

You'll need to reapply the Ceon URI Mapping customisations to the fresh file file you've placed in your store.

Hope that helps.

All the best...

Conor
ceon

Hi yes I went though each file & found a ez-page in the core files that hadn't updated correctly ..once it was replaced all was OK

thanks for the help
Andy

Hi have a strange problem which I think is going to adversly affect SEO rankings.

Everything on my site looks absolutely fine, no images are missing, everything is perfect. But If I do to

http://www.websiteoptimization.com/services/analyze/

To analyse the page, all the images on the page are 404 errors. Their robot cannot find the images because the path to the images is wrong, due the tampering with the URL.

It is looking for
http://www.magicwoodshed.com/cart/music-software/effect-plugins/automation-effects/includes/templates/template_default/images/free.gif

instead of http://www.magicwoodshed.com/cart/includes/templates/template_default/images/free.gif

As I said nothing on the site looks wrong, all the images display fine... but it appears that bots are getting confused. Having a load of apparent 404 errors on a page will surely adversely affect search engine rankings.

Can I do anything about this?