Oh. Why am I messing about with Winmerge? Overcome with optimism, I installed the short/split category description module, and then copied the new files over.

Hi,

godt:

Downloaded new package and installed new files over old (with exception of categories.php and ezpages.php). Same result. I am using Filezilla to ftp, and have never had problems with it.

I don't rate Filezilla very highly personally. I'm afraid your only option is to send me your FTP and admin details so that I can upload things. It cannot possibly be a problem with the module on a fresh installation.

Please send me your details via this link. You can of course delete any admin/ftp accounts created afterwards for peace of mind - just make sure you give me full access permissions!

All the best...

Conor
Ceon

Will do

Hi,

Ahh, no! Don't post FTP details to a public forum! :)

Thankfully the details you posted don't work. So neither I nor anyone else can log in and see/change your files (which is good in terms of the "anyone else" part!).

Please send me working FTP details privately via the contact form on our site.

All the best...

Conor
Ceon

Conor, thanks for the great mode.
I have installed reward point contribution, and it seems have a problem.
When I enable your SEO module, the reward point module does not working.
Is anyone having similar problem like me? Please share if you have a fix

thanks in advance

Hi,

keenskin:

When I enable your SEO module, the reward point module does not working.
Is anyone having similar problem like me? Please share if you have a fix

I've just download and examined the code of both Reward Point Full Suite and Store Credits and Rewards Points.

I don't see how the URI Mapping module could interfere with either of them. The fact that the URI Mapping is installed can't have an effect on the majority (if not all) other Zen Cart modules which don't overwrite the same core files as the URI Mapping module. Only the previous example rewrite rules caused problems with the likes of Google Sitemaps, the latest versions give a new example rewrite rule.

I don't think the problem you are having has anything to do with the URI Mapping module. You should look elsewhere for a solution! Try posting on the thread for whichever Reward Points module you are using.

All the best...

Conor
Ceon

conor:

Hi,

I've just download and examined the code of both Reward Point Full Suite and Store Credits and Rewards Points.

I don't see how the URI Mapping module could interfere with either of them. The fact that the URI Mapping is installed can't have an effect on the majority (if not all) other Zen Cart modules which don't overwrite the same core files as the URI Mapping module. Only the previous example rewrite rules caused problems with the likes of Google Sitemaps, the latest versions give a new example rewrite rule.

I don't think the problem you are having has anything to do with the URI Mapping module. You should look elsewhere for a solution! Try posting on the thread for whichever Reward Points module you are using.

All the best...

Conor
Ceon

Thanks conor
the problem I have is that
the reward point module is actually working, but if I enable your Seo mode, the reward point text which suppose to be appear on product detail page dose not show up.
other than the text not displayed in product detail page, all the reward point calculation and your Seo mode working fine.
Hope you can actually install the reward point mode to see how it is working with your Seo mode.
Below is the reward point code in my tpl_product_info_dispaly.php

If I find a fix, I will post it here.
thanks for your reply anyway.

Hi,

tpl_product_reward_points.php is of course one of the main files I looked at.

It checks to see if $_GET['products_id'] is set and if so displays the reward points for that product's ID.

Since the URI Mapping sets $_GET['products_id'] whenever it loads the product page it can't be the cause of it. And that's the only difference between having the URI mapping module installed or not!

Unfortunately I think the most likely cause is that you've made a mistake when installing the URI Mapping module or have manually edited the database and made a mistake there.

I'm afraid I don't have time to install other people's modules to test against this one. Sorry.

If you do find out what's gone wrong on your server please feel free to let others know here.

All the best...

Conor
Ceon

Hello,

Downloaded the latest version and installed it. Im confused as to which rewrite rule im supposed to copy and paste in the .htaccess file ( at this time, i only copied and pasted the following:)

Don't rewrite admin directory

RewriteCond %{REQUEST_URI} !^/shop/store_manager.* [NC]

Is this correct? I've tested it with one product and im getting a 404 page not found?

Any help would be welcome.

Thank you!!

Forgot to add, the following script also stopped working..

The above script came from the "Ajax Banner Swapper" module.

Hi,

Berserker:

i only copied and pasted the following

Is this correct?

No, you haven't copied a rule at all but a "condition" of a rule. Kind of like only copying the first word of a sentence.. makes no sense to the server! :)

You need the whole rule.

All the best...

Conor
Ceon

I've been working with this mod for a while and am now building it into new production sites. The flexibility is terrific!

Thanks Conor!!!

Hi,

But ive never changed the name of my admin folder, am i still supposed to copy everything from part 1 - 5?

Thanks
Posted via Mobile Device

Hi,

Berserker:

But ive never changed the name of my admin folder, am i still supposed to copy everything from part 1 - 5?

I think you've misread the documentation. They aren't numbered steps, they're examples of what to do in different situations!

You only need one example rule, either that listed in 1 or 2, depending on whether your store uses a prefix or not. 3 won't apply as you haven't renamed your admin folder. 4 more than likely won't apply. 5 won't apply if you don't have any control panel on your server.

Hopefully that makes things clearer!

All the best...

Conor
Ceon

Hello,

Disregard my previous post, actually I have changed my admin folder which is why I have chosen 3 and not the others. Also, my site isnt installed in the root folder, it's installed in a "shop" folder. Which part apart from 3 should I copy?

Thanks

Hi,

Berserker:

Disregard my previous post, actually I have changed my admin folder which is why I have chosen 3 and not the others. Also, my site isnt installed in the root folder, it's installed in a "shop" folder. Which part apart from 3 should I copy?

The first one and not 4 or 5, unless they apply to you, which I think is unlikely.

If you're still having trouble, please contact me privately via this link as your problems aren't really of general interest to others but specific to your server and it would be nice to keep this thread as short as possible so people can find answers to general problems (if any ;) ) easier.

All the best...

Conor
Ceon

Hello,

Got it working now. I was putting the htaccess file outside the zen-cart folder which is why it wasnt working. I chose number 1 and added 3.

I still have some questions though, in this url http://www.animeheavens.co.uk/shop/figures-collectibles/dead-or-alive/dead-or-alive-xtreme-2-kokoro-figure?cPath=7_682, is it supposed to have this "?cPath=7_682"?

And im getting the following errors in my error log:

/jscript/slimbox/slimbox_ex.compressed.js
/jscript/slimbox/mootools-release-1.11.slim.js
/jscript/slimbox/fual_slimbox.compressed.js
/jscript/jscript_tpp.js
/jscript_textarea_counter.js

There seems to be some conflict with javascript and this might be why ajax banner swapper isnt working.

Thx..

Hi Darryl,

Berserker:

Got it working now. I was putting the htaccess file outside the zen-cart folder which is why it wasnt working. I chose number 1 and added 3.

That sounds good!

Berserker:

I still have some questions though, in this url http://www.animeheavens.co.uk/shop/figures-collectibles/dead-or-alive/dead-or-alive-xtreme-2-kokoro-figure?cPath=7_682, is it supposed to have this "?cPath=7_682"?

I've been asked this a few times so I've officially added it as a FAQ. Here's what I've just added:

A string beginning with “?cPath” is being added to the end of a product's URI!

     The module retains Zen Cart's category history when linking to a linked product which is not within its “master” category, so the full path back through any parent categories is available. To do so, it is essential that the “cpath” query string parameter is added to the URI.

     Without this feature all linked products would always show as belonging to their “master” category, which will not be the category the customer has accessed the product from.. this would make it appear to the customer that they had “jumped” to another part of the site, they would no longer be in the same category they were in previously!

     There is no way to avoid the cPath parameter being added for linked products. It's advised to use linked products only when necessary and/or to simply accept that it's not possible in Zen Cart to omit the cPath parameter in the URI of linked products.

Berserker:

And im getting the following errors in my error log:

/jscript/slimbox/slimbox_ex.compressed.js
/jscript/slimbox/mootools-release-1.11.slim.js
/jscript/slimbox/fual_slimbox.compressed.js
/jscript/jscript_tpp.js
/jscript_textarea_counter.js

There seems to be some conflict with javascript and this might be why ajax banner swapper isnt working..

The rewrite rule skips JavaScript files so I can't see how the module could be responsible.

I'll talk to you privately though to see if we can get this resolved.

All the best...

Conor
Ceon

Hi,

Berserker:

/jscript/slimbox/slimbox_ex.compressed.js
/jscript/slimbox/mootools-release-1.11.slim.js
/jscript/slimbox/fual_slimbox.compressed.js
/jscript/jscript_tpp.js
/jscript_textarea_counter.js

For the benefit of others out there.. these missing pages in the error log are part of a module called fual slimbox lightbox. It builds relative paths to its javascript files as it (wrongly) assumes it will only ever be used from the base shop folder (e.g. / or /shop/). (This clearly isn't the case when you have /shop/books/life-is-good as the current URI for a product!).

Darryl mistakenly posted only the last parts of the paths, if he had have posted the full paths it would have been obvious from the start why he was seeing the above.

I'm updating the documentation for the next version of the module to point out that the module will indeed break any module which uses relative paths instead of the full catalog path. Thankfully the vast majority of modules use full paths (that is they start their paths with DIR_WS_CATALOG) and the ones that don't are simple to update (just add "DIR_WS_CATALOG . " at the appropriate points).

I'll also "fix" some modules in the downloads area to work with SEO/SEF modules (they have the same problem with any module of this type, as they just append their paths onto the existing path, which is clearly bad behaviour!).

All the best...

Conor
Ceon

Hello Conor,
The mod works great. The only problem I am having is that the mysite.com/index.php and the mysite.com/ are both being indexed by Google and they are the same, hence, duplicate content. This is not too good for SEO. Is there a way to 301 the /index.php to the / page? Thank you in advance.