Printable View
Hi,
lol You're probably not surprised to hear that most people don't backup before installing.. I have to admit that sometimes I have to catch myself on after "awk, I couldn't be bothered..." crossed my mind :)Quote:
Originally Posted by HPG09
All the best...
Conor
Installed 3.0.2 - upgrading to 3.2.0 - How do I upgrade the database? Simply going to Admin/modules/Ceon URI Mapping (SEO) Config doesn't upgrade the database. Unless, of course, I have missed something.
Thanks
Hi,
It should do. Are you sure you've copied all the files across? Including the auto_upgrade.php script?Quote:
Originally Posted by Marg
If you are then please use this link to send me some admin and FTP details and I'll take a look.
All the best...
Conor
Ceon
ceon_uri_mapping_auto_upgrade.php
I assume this is the file you are referring to. Yes, that's there and I have checked all the files several times.
I manually added the query_string_parameters
but need to know what else needs be done.
The line:
} else if (substr($version, 0, 3) == '3.0') {
If I change the above to 3.0.2 - will it do the necessary upgrade?
Hi,
If you haven't previously entered any alternative URIs in the database beginning with "index.php?main_page=" then you're done.Quote:
Originally Posted by Marg
No, it already matches that (look up the substr function on php.net if you'd like to see how/why).Quote:
Originally Posted by Marg
Please don't go changing any code, I can't support modified versions of the module (without charging for the support).
It looks like you should be fine now anyway.. I don't know what you did wrong as you didn't give me the necessary access but if the version in the admin is reported as 3.2.0 then you've made all the necessary database changes and I'd imagine everything is now working for you!
Thanks for letting me know that, as expected, the new example rewrite rules included with 3.2.0 work just fine with Google Sitemaps! :)
All the best...
Conor
Ceon
Conor,
I just wanted to take a moment to say, you are a god among men!
Thank you for taking the time to make this!
I might be overwhelmed with joy to actually see this work as it is so far on my test site. I've tried Magic SEO for a friend's site that I developed, I've seen Ultimate SEO and others in action, but hands-down this appears to be exactly what I was looking for in terms of functionality.
So, thank you once again!
Alright, first question for you:
Is it a known bug for Ceon URI Mapping to alter/cause conflict with the "zen_href_link(FILENAME_DEFAULT)" in Zen Cart?
From what I understand, FILENAME_DEFAULT alone normally returns the root directory of the site. For example, its used in the default email template for when a new client registers on the site. (See line 30 of email_extras.php in the languages folder).
However, I notice that the zen_href_link(FILENAME_DEFAULT) now returns the web address to the latest entry in the zen_ceon_url_mappings table in the database.
For example, this is the steps I took to find the bug:
- I have a fresh install of Zen Cart + Ceon URI Mapping
- I've added a new category, and then a product in that category. I've assigned each of them an auto-generated URI.
- Now, just by luck, I notice that the 'Home' link in the site's Breadcrums, the Home link in the default footer AND the Home link in the Welcome email sent to new customers all point to the latest product I made an auto-generated URI for.
Does this happen for you? Or is this just a problem on my end?
Hi,
I'm guessing you're running 3.0.2 from the downloads area? (I think the Zen Cart team is a bit too busy with 2.0.0 to update the downloads area at the minute - maybe they'll upload 3.2.1 when I submit it to them later today).Quote:
Originally Posted by stealthify
That problem was fixed in 3.2.0...
http://dev.ceon.net/web/zen-cart/uri_mapping/downloads
Hope that helps!
Thanks for the nice comments about the module... I hope it does indeed work as you expect.
3.2.1 should be out later today, please upgrade to it when it is as it fixes a bug with the page_not_found feature of Zen Cart.
Upgrading should only take a few minutes, make sure you read the upgrading instructions that come with the module though!
All the best...
Conor
Ceon
That did the trick! You were correct, I did download the 3.0.2 version.
Upgrade went smoothly, and the zen_href_link(FILENAME_DEFAULT) has been fixed!
Also, the new instructions look superb.
One last question - tomorrow my project is to get the zen_href_link(FILENAME_CONTACT_US), FILENAME_CONDITIONS, etc all pointed to easier to read URI's (like mydomain.com/contact_us, mydomain.com/conditions).
I worked with it for a few hours earlier today on 3.0.2 with phpMyAdmin, but wasn't having much luck getting the zen_href_link's to properly link to the new URI's generated by Ceon. I could manually go to mydomain.com/contact_us and have it correctly display the built-in "index.php?main_page=contact_us" page, but if there's a link on my Zen Cart (such as the ones in the Information Sidebox), it doesn't seem to want to automatically generate the new URI's.
I'll find out more tomorrow as I see this section of the instructions are a lot more detailed than they were, but since I hadn't seen this example mentioned yet: is it true that Ceon URI Mapping can work with these other zen_href_link() links?
Thanks again Conor! Looking forward to 3.2.1
Hi,
Thought it would. :)Quote:
Originally Posted by stealthify
Thanks for saying so.. they took over 6 hours to write so I'm glad someone said that! :)Quote:
Originally Posted by stealthify
I don't know what you're doing wrong, maybe you're using "alternate_uri", the "old" way of doing things? Or maybe you forgot to enter "1" for the current_uri status field.Quote:
Originally Posted by stealthify
Adding what you asked is easily done:
In PHPMyAdmin add a record to the ceon_uri_mappings table with:
uri: /contact_us (actually, I'm recommending dashes in future as of 3.2.1 so I'd use /contact-us).
language_id: 1 (one for each language your store uses).
current_uri: 1
main_page: contact_us
date_added: select NOW()
All other values are left as null.
That's it, that will definitely work. (Unless you've got existing records, you should delete those if you're not changing them as above).
Might not be out until tomorrow as I've been sitting all day fiddling with colours on a new website design for a client. :)Quote:
Originally Posted by stealthify
All the best...
Conor
Ceon
Just a quickie - thanks! Tomorrow never comes soon enough!!
Hello Conor,
I have Image Handler 2 installed and I'm unable to add additional images to the products. The main image loads fine thru IH2 but the additional images do not show up, they are suppose to be at the bottom. This is a result of the Ceon mapping. IH2 works fine on any product I have not updated (saved) but will not add the images after updating (saving). If this is any help, the first link is an item with additional images and is not Ceon updated yet:
http://keepsafeco.com/index.php?main...&products_id=9
Item that is updated, (IH2 shows an additional image in Admin):
http://keepsafeco.com/strollers/baby...rella_stroller
Any thought would be helpful.
Thank you
When you're right, you're right!Quote:
Originally Posted by conor
Might have been a combination of things, it turns out: I also had the default '301' in the redirection_type_code. Since it was set by default I wasn't sure if I should change it. I changed it to null though, and now its working!
Was this the right thing to do? I believe I did mistakenly have something in the alternate_uri before as well. So, not sure which of the two things ended up fixing it. :(
Couldn't have been any more straight-forward after your explanation. Thanks for taking the time to reply!Quote:
Originally Posted by conor
For anyone else trying to work with this mod, I HIGHLY recommend following through with it until you get it working. By its relatively complex nature, its certainly is not the easiest mod to incorporate with your Zen Cart - but, all things considered, a mod of this magnitude definitely warrants the extra time it takes to install.
Thanks again, Conor!
Hi,
It's easier to know what's going on when you wrote the actual software! ;)Quote:
Originally Posted by stealthify
No, it was just the "alternate_uri" field not being empty.. it has to be NULL if using the "main_page" field. The redirection code isn't used if alternate_uri is empty.Quote:
Originally Posted by stealthify
Obviously this is explained in the new docs, but it wasn't in the old docs so I understand the confusion.
Thanks for the nice comments about the module, it seems people do like it, which is nice as it took a lot to write! :)
Checking out the above image-handler problem and, if it doesn't affect the code in any way, 3.2.1 will be out within an hour or two. :)
All the best...
Conor
Ceon
Ah, alright it all makes sense now. So would it be wise for me to put 301 back in the 'redirection_type_code' for these type of entries (contact_us, conditions, etc)? Or will it make no difference either way?Quote:
Originally Posted by conor
If this is mentioned in the new directions, my apologies, I'll re-read this section now! :)
Hi,
Neither of the pages you sent a link to show additional images at the bottom.Quote:
Originally Posted by Mickmo68
I'm not sure this is anything to do with the URI mapping module, but a coincidence based on the fact that you are updating the products.
I'll install Image Handler here myself to see but I don't see how changing the URI would have any effect on whether the additional images are shown or not.
Unless, the additional images are linked to without file extensions, in which case an exception to the rewrite rule would need to be added for the IH2 cache directory. I'd find that odd behaviour but it could be possible if IH2 uses URIs such as /cache/DFLKJ349DKS23 (at a guess, I don't know as I don't use that module!)
If I can't replicate the problem here and you still think this is the URI Mapping module and not a mistake you've made when updating the products then please get in contact privately with some FTP and admin details so I can take a look. Of course, you can delete any accounts created afterwards for peace of mind.
On a tangent.. the two links you sent me are to a type of buggy which I feel should not be sold any longer.. I hope you promote "parent-facing" buggies more on your site than the anti-social "forward-facing" buggies, they have been proven to have a less positive effect on the children as they are more socially isolating. (Really, I do believe this and have fairly strong feelings about it! ;) ).
All the best..
Conor
Ceon
Hi,
It doesn't make a difference.Quote:
Originally Posted by stealthify
It's not currently mentioned that this code isn't used (every other field is mentioned though). I'll specifically mention it in 3.2.1's docs so there's no ambiguity! Guess I've learnt that I need to be 100% specific to be sure that there are no questions for people to have to ponder and ask about! :)Quote:
Originally Posted by stealthify
All the best...
Conor
Ceon
Hi Conor,
As I mentioned by PM, everything is working fine. But have a "little":smile: problem.
I was working a friends webshop and he is using an extra domain name. In the htaccess there is this redirect for it but when uri mapping rules are active, this redirect doesn't work. Here's the htaccess (as you can see uri-mapping rules are inactive now):
----------------------------------
RewriteEngine On
#Rule-0
# Don't rewrite any files ending with .[xxxx], except for scripts/HTML files
#RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,4}$ [OR]
#RewriteCond %{REQUEST_URI} \.(php|xml|html|htm|aspx)$ [NC]
# Don't rewrite cpanel directories
#RewriteCond %{REQUEST_URI} !/cpanel.* [NC]
#RewriteCond %{REQUEST_URI} !/frontend.* [NC]
# Don't rewrite admin directory
#RewriteCond %{REQUEST_URI} !/admin.* [NC]
# Don't rewrite editors directory
#RewriteCond %{REQUEST_URI} !^/editors.* [NC]
# Don't rewrite payment pages/callback handlers
#RewriteCond %{REQUEST_URI} !/googlesitemap.php.* [NC]
#RewriteCond %{REQUEST_URI} !/ideal_callback.php.* [NC]
#RewriteCond %{REQUEST_URI} !/ipn_main_handler.php.* [NC]
#RewriteCond %{REQUEST_URI} !/iridium_3d_secure_iframe.php.* [NC]
#RewriteCond %{REQUEST_URI} !/localities_remote_loader.php.* [NC]
#RewriteCond %{REQUEST_URI} !/nochex_apc_handler.php.* [NC]
#RewriteCond %{REQUEST_URI} !/protx_direct_3d_secure_iframe.php.* [NC]
#RewriteCond %{REQUEST_URI} !/realex_remote_3d_secure_iframe.php.* [NC]
# Handle all other URIs/file types (php|html|htm etc.) using Zen Cart (index.php)
#RewriteRule (.*) index.php?%{QUERY_STRING} [L]
#Rule-1
RewriteCond %{HTTP_HOST} ^niels-slaapcomfort.nl$
RewriteCond %{REQUEST_URI} !^/nielsslaapcomfort
RewriteRule (.*) /nielsslaapcomfort/$1
#Rule-2
RewriteCond %{HTTP_HOST} ^www.niels-slaapcomfort.nl$
RewriteCond %{REQUEST_URI} !^/nielsslaapcomfort
RewriteRule (.*) /nielsslaapcomfort/$1
----------------------------------
I already asked the the isp but they could not tell me what the problem could be. I used their hosting manager wich automaticly can write redirects an I also tried manually but without succes. Also changing the sort-order of rulenumbers didn't make any difference. As you already now I'm not very technical so that's why I and up here :wink:
Hope you can give me some advice...
Thanks in advance, Gerjan - The Netherlands
I also use IH2, everything is working fine. I only use IH2 to get optimal resolution of the images wich IH2 does automaticly.Quote:
Originally Posted by Mickmo68
I upload my images manual with ftp. Hope this info helps...
Here's a link with aditional images and uri mapping on.
Gerjan
Hi Gerjan,
How are you? :)
When I wrote the module and released it I really didn't think I's start having to become an expert on rewrite rules! ;)
I think you need to exclude the directory that is being used by the other domains from the rewrite.
Also, you're using the old example rewrite rules, not the new ones from 3.2.0.
I think you should try the following. If it doesn't work please e-mail me rather than posting here as this is obviously server specific and lots of rewrite rules being posted in this thread obscures the posts about the module itself!
Hope that helps!Code:RewriteEngine On
# Don't rewrite any URIs ending with a file extension (ending with .[xxxx])
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,4}$
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/admin.* [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors.* [NC]
# Don't rewrite payment pages/callback handlers
# (Won't be rewritten by rules above but included here in case rewriting of URIs ending in .php is added)
RewriteCond %{REQUEST_URI} !^/ipn_main_handler.php.* [NC]
RewriteCond %{REQUEST_URI} !^/iridium_3d_secure_iframe.php.* [NC]
RewriteCond %{REQUEST_URI} !^/localities_remote_loader.php.* [NC]
RewriteCond %{REQUEST_URI} !^/nochex_apc_handler.php.* [NC]
RewriteCond %{REQUEST_URI} !^/protx_direct_3d_secure_iframe.php.* [NC]
RewriteCond %{REQUEST_URI} !^/realex_remote_3d_secure_iframe.php.* [NC]
# Don't rewrite cPanel directories
RewriteCond %{REQUEST_URI} !/cpanel.* [NC]
RewriteCond %{REQUEST_URI} !/frontend.* [NC]
# Don't rewrite nielsslaapcomfort directory
#RewriteCond %{REQUEST_URI} !^/nielsslaapcomfort.* [NC]
# Handle all other URIs using Zen Cart (index.php)
RewriteRule (.*) index.php?%{QUERY_STRING} [L]
On a side note.. obviously the best idea here is to not share the same space between several websites.. not good practice in my opinion! :)
All the best...
Conor
Ceon
Sorry for the mess but I forgot something. When I type the url "nielsslaapcomfort" I end up on the main page of the shop.Quote:
Originally Posted by Gerjan
In the folder of "nielsslaapcomfort" there is also an index.php. Maybe this is part of the problem and should I add:
#RewriteCond %{REQUEST_URI} !/nielsslaapcomfort/index.php.* [NC] ?
...
Hi Gerjan,
Thanks for that confirmation. I checked and image handler still does add .jpg etc. to the end of the image names so I don't think it's the URI mapping module causing the problem for MickMo.Quote:
Originally Posted by Gerjan
Consequently I'll be going ahead with a 3.2.1 release now!
All the best...
Conor
Ceon
I'm fine, thanks for asking. Hope you're ok too..:) Sometimes all of this drives one crazy....Quote:
Originally Posted by conor
I'll keep that in mind.Quote:
Originally Posted by conor
It worked out fine! Thank you for your quick response!
I already gave the advice of hosting an extra server/domain for this site but it will cost extra :) and that's what he didnt want. But it works fine now, he's happy.
Have a nice weekend!
Hi Gerjan,
lol As I said, I really didn't expect to be learning about Rewrite Rules like this.. I suppose it's good that I am though, I'll be able to answer any future questions that bit easier! :)Quote:
Originally Posted by Gerjan
Glad that everything's working as expected now.
About to post the 3.2.1 release.
It seemed so far away all week, I totally forgot about it until you said.. gotta speed up and get everything done so I can relax.. thanks for reminding me, have a good weekend yourself!Quote:
Originally Posted by Gerjan
All the best...
Conor
Ceon
Hi,
A new version of the module is available.
This release contains an important bugfix.
ALL USERS MUST UPGRADE!
Changes from version 3.2.0:
[BUGFIX] The module was not compatible with Zen Cart's page_not_found/404 functionality.
[UPDATED] Default Whitespace Replacement Character for auto-generated URIs changed from a single underscore to a dash. (The primary reasons for this are that dashes are easier to find on the keyboard and type in for most people and dashes are more clearly read in underlined links).
[UPDATED] Documentation updated to use a single dash as the Whitespace Replacement Character.
[UPDATED] Documentation updated to make various information a little bit clearer and/or more specific.
Changes from 3.0.2:
[ADDED] Ability to specify the current URI mapping for a manufacturer directly in the admin added.
[UPDATED] Support for mapping manufacturers to static URIs added to link generation and page identification functionality.
[UPDATED] Database format updated to use a separate field for query string parameters when setting up mappings for other Zen Cart pages.
[BUGFIX] For versions 3.0.0 to 3.0.2, the links to the home page could go to a category or product page instead of the home page as the module was using an ambiguous SQL query.
[BUGFIX] Static URIs for categories were overriding the manufacturer display functionality of Zen Cart as they have a similar dynamic URI structure. Fixed by new manufacturer handling code.
[UPDATED] Documentation completely rewritten. Installation documentation made simpler, layout of documentation made clearer, table of contents added to the configuration documentation
[ADDED] New section added to the configuration documentation to help with setting up a working rewrite rule for the server and information about the new format for setting query string parameters added.
Upgrading from 3.2.0 to 3.2.1 should be quick and easy as no changes have been made to the core files the module requires to be modified.
Upgrading from 3.0.2 to 3.2.1 is slightly more involved as the includes/functions/html_output.php file was changed between 3.0.x and 3.2.x.
Please follow the upgrading instructions.
Please take special note of the section "Check/Change the URI Parts for standard Zen Cart pages related to a Product" as you may need to make a [simple] change to the admin languages file(s) for the module.
Enjoy the new version, there are no known issues with the module now (thankfully! ;) ).
Download now from Ceon
(Module has been submitted to downloads area but Zen Cart team are very busy at the minute).
All the best...
Conor
Ceon
Quote:
I'll install Image Handler here myself to see but I don't see how changing the URI would have any effect on whether the additional images are shown or not.
Thank you Gerjan and Conor for going the extra mile with patience. I upgraded to 3.2.1 and reloaded IH2 and everything is fine. Again, thank you for your efforts.:clap:Quote:
I also use IH2, everything is working fine.
Hi,
No problem. I'm glad it's all working for you now (and that 3.2.1 is out so there are no more bugs to sort out [that I know of!]).Quote:
Originally Posted by Mickmo68
Have a good weekend!
All the best...
Conor
Ceon
Hi Conor,
It is a great module that you've got there! Thanks.
I had been trying it out on the server and most of the pages works fine other than the default index.php. I get a page not found 404 when ever I client on the home.
You will be able to see it at http://max.dotheprojectright.com/seo/
my htaccess looks like the following, any idea at all:
RewriteEngine On
# ONLY rewrite URIs beginning with /seo/
RewriteCond %{REQUEST_URI} ^/seo/.* [NC]
# Don't rewrite any URIs ending with a file extension (ending with .[xxxx])
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,4}$
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/seo/admin.* [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/seo/editors.* [NC]
# Don't rewrite payment pages/callback handlers
# (Won't be rewritten by rules above but included here in case rewriting of URIs ending in .php is added)
RewriteCond %{REQUEST_URI} !^/seo/ipn_main_handler.php.* [NC]
RewriteCond %{REQUEST_URI} !^/seo/iridium_3d_secure_iframe.php.* [NC]
RewriteCond %{REQUEST_URI} !^/seo/localities_remote_loader.php.* [NC]
RewriteCond %{REQUEST_URI} !^/seo/nochex_apc_handler.php.* [NC]
RewriteCond %{REQUEST_URI} !^/seo/protx_direct_3d_secure_iframe.php.* [NC]
RewriteCond %{REQUEST_URI} !^/seo/realex_remote_3d_secure_iframe.php.* [NC]
RewriteCond %{REQUEST_URI} !^/seo/index.php [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]
Hi,
I'm afraid I can't think of any reason for this problem occurring.Quote:
Originally Posted by diverpeter
One thing I can say is that there's no real reason to have the following in the rewrite rule, I'm not sure why you added it:
All the best..Code:RewriteCond %{REQUEST_URI} !^/seo/index.php [NC]
Conor
Ceon
that was a mistake, I was going a lot of try and error....Quote:
Originally Posted by conor
Thanks for your input anyway, I guess I will have to do more.
Hi,
Actually, I have realised that the page_not_found code I added into version 3.2.1 must be causing this error. I think I know exactly how and why!Quote:
Originally Posted by diverpeter
Please get in contact with me privately so I can send you an updated file for you to test to see if this fixes your problem.
All the best...
Conor
Ceon
This is a great news, I just post you with a message there.Quote:
Originally Posted by conor
Peter
I'm having the same problem - index.php - Page not found
Newest version of mod 3.2.1
Connor,
I really like the your concept!
I have been using SEO and have had decent success.
I have just installed your mod and for the life of me I can't get it to work. I have about 20 zen cart sites that I want to put it on but I have to get one to work.
It could be the apache server set up though I have used .htaccess before.
The site is www.zencart-customization.info .
I just don't know what to do next. Please get back and give me an idea of what to try next.
Thanks,
Johnny
Conor,
I have up graded but still seem to be missing something
Sorry to border you again Conor but I think I found another issue...
Peolple who use Google Analytics (module) unfortunately do not have any results anymore (just like me). I've located the files and will test the rules in htacces. To be continued....
If it works fine I'll send you the rules for htacces.
Hi,
I'm afraid your posts are completely ambiguous! What exactly do you think is going wrong? Your site seems fine to me!Quote:
Originally Posted by johnnylazerball
All the best...
Conor
Ceon
Hi Gerjan,
I've looked into this and I don't see how the module can affect Google Analytics. All it does is call javascript from another site (google's).Quote:
Originally Posted by Gerjan
Are you sure something else isn't going wrong on your server, unrelated to the Ceon URI Mapping module?
All the best...
Conor
Ceon
Ok, but data is missing from the day I installed this mapping module. There are three php-files that Analytics uses so I thought these files needed rewrite rules;
- includes/templates/YOURTEMPLATE/common/tpl_footer_googleanalytics.php
- includes/templates/YOURTEMPLATE/jscript/jquery_googleanalytics_outgoing.php
- includes/templates/YOURTEMPLATE/jscript/jscript_googleanalytics_outgoing.php
I think I'm using an older/different version. The other site I was working on also uses analytics but doesn't use these files and analytics is working fine. I will see if rewrite rules will take effect, otherwise I will try to upgrade my analytics.
Conor,
I had re installed the entire website and Ceon by the time your time caught up with mine.
I had tried to upgrade to newer version but data base would not accept it.
After re installation of entire website and Ceon, Ceon seems to work fine. Will be working more with it today.
Thanks for the speedy response
Hi,
Are you sure it's not just that the URIs have changed so the statistics for the old URIs are no longer generated, but instead use the new URIs?Quote:
Originally Posted by Gerjan
No, those files are called and parsed directly by Zen Cart, so the rewrite rule doesn't affect them.Quote:
Originally Posted by Gerjan
I'm really not sure what is causing your problem but I don't think it's the URI Mapping module.
I'll will test out the Analytics module though to see if there's any way it could be broken.
All the best...
Conor
Ceon
I feel stupid :blush: ..... sorry, sorry and again, sorry!Quote:
Originally Posted by conor
The day before I installed uri mapping I changed template. Doing that, I misplaced the files that concern the Analytics. Placing them in the wrong folder, it's no wonder things are not working.
I corrected my mistake and soon it should be visible in the dashboard that everything is working fine again.
So don't run tests with Analytics, it's all my mistake. If not I'll return.
Gerjan :wacko:
Hi Gerjan,
No problem.. thanks for updating me, I didn't see how it could be the URI mapping module! :)Quote:
Originally Posted by Gerjan
All the best...
Conor
Ceon
Hi,
A bug was found in 3.2.1 which affected stores that have Zen Cart installed in a sub-directory of their site.
[BUGFIX] Incorrect logic added in version 3.2.1 meant that some URIs for the index page were bringing up the page_not_found page, if the query string didn't have "main_page=index" in it and the store has Zen Cart installed in a subdirectory rather than the root directory of the site.
This won't affect a lot of stores but it would do no harm to update.
You can download 3.2.2 from Ceon here and soon from the downloads area also I'd imagine.
Hopefully that's all issues sorted now!
Upgrading from 3.2.1 is easy as no core files have been modified, please follow the upgrading instructions regardless, doing so should guarantee that everything will go swimmingly.
All the best...
Conor
Ceon
Connor,
Have a very large site that is currently using Ultimate SEO.
Is changing over to your mod an easy task?
Do I have to completely uninstall the former mod?
Second, does your program have an option to guide robots as what to index and what not to index?
Similar to
User-agent: *
Disallow: /cache/
Disallow: /contrib/
Disallow: /docs/
Disallow: /extras/
Disallow: /htmlarea/
Thanks,
Johnny
Hi Jonny,
Not for large sites, no. I'm afraid it's not likely to be suitable for you.Quote:
Originally Posted by johnnylazerball
You'd have to go into every single category and product and enter or generate a URI for each one. That would take a long time. It would be easy to do but would probably take days for a large site and would be quite mind-numbing!
The URI Mapping module is currently aimed at new and small stores.
Unfortunately the functionality required to auto-generate URIs for entire categories etc. would require more Core file changes than I'd be comfortable with packaging up as a "mod".. the current version still has quite a few but what I would call an acceptable amount. (And this has been shown by the ease with which people have seemed to be able to integrate it).
I'm afraid that I decided only an external application, running outside of Zen Cart would be worthwhile creating.. asking people to modify so many core files just seems like a recipe for headaches! :)
No, but that would be easy to implement.. a "robot file creation script" could output such data. The key thing here though would be "what should the rules be"?Quote:
Originally Posted by johnnylazerball
To be honest I can't think of more than a handful of folders on a Zen Cart sites that need disallowed, so creating a robot.txt file manually seems to be a quicker option!
I'm interested on your thoughts on this either way, even though I realise I've just told you the module's probably not for you! :)
All the best...
Conor
Ceon
my site is Zen Cart 1.3.8 Server OS: Linux 2.6.24.5-grsec PHP Version: 5.2.6 (Zend: 2.2.0) PHP Memory Limit: 32M
Database: MySQL 5.0.67-community. I have the Ceon URI Mapping in staled.and works grate until you go and put items in the cart and it comes up empty. this is the rewrite rules I am using. I am new at this and Know enough to destroy my site so help. http://www.zen-cart.com/forum/images/smilies/unsure.gif
AddHandler RewriteRule .htaccess
RewriteEngine On
# Don't rewrite any files ending with .[xxxx], except for scripts/HTML files
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,4}$ [OR]
RewriteCond %{REQUEST_URI} \.(php|xml|html|htm|aspx)$ [NC]
# Don't rewrite cpanel directories
RewriteCond %{REQUEST_URI} !/cpanel.* [NC]
RewriteCond %{REQUEST_URI} !/frontend.* [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !/admin.* [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors.* [NC]
# Don't rewrite payment pages/callback handlers
RewriteCond %{REQUEST_URI} !/ipn_main_handler.php.* [NC]
RewriteCond %{REQUEST_URI} !/iridium_3d_secure_iframe.php.* [NC]
RewriteCond %{REQUEST_URI} !/localities_remote_loader.php.* [NC]
RewriteCond %{REQUEST_URI} !/nochex_apc_handler.php.* [NC]
RewriteCond %{REQUEST_URI} !/protx_direct_3d_secure_iframe.php.* [NC]
RewriteCond %{REQUEST_URI} !/realex_remote_3d_secure_iframe.php.* [NC]
# Handle all other URIs/file types (php|html|htm etc.) using Zen Cart (index.php)
RewriteRule (.*) index.php?%{QUERY_STRING} [L]
Hi,
You are using an old rewrite rule. Please upgrade to the latest version (3.2.2), if you haven't already, and follow the documentation that comes with 3.2.2 which describes new example rewrite rules.Quote:
Originally Posted by mcleanmell2
Versions before 3.2.2 are no longer supported by me.
All the best...
Conor
Ceon
Than:clap:k you I just up dated and it is working.Quote:
Originally Posted by conor
Hi,
I'm glad to hear that, I wasn't sure just changing the rule would have such an effect, the rule you posted shouldn't have affected the shopping cart.Quote:
Originally Posted by mcleanmell2
Out of curiosity, what version had you been using?
All the best...
Conor
Ceon
Hello
I am a complete newbie and trying to install this add-on.
I am following the installation instructions and have installed all the files (step 1 and 2).
I am now stuck on step 3 - Do I need to add the script(s) located in the _docs folder and where should I add them to?
Currently at the moment there is no "URI Mapping" option under Modules in the admin section.
Thanks
Rhys
Hi Rhys,
It doesn't sound like you have.. you'd see the URI Mapping Config utility in the admin if you had.Quote:
Originally Posted by rhys
Please re-read the instructions, you don't copy the "files" folder, you copy the files from within it.
Same with the modified core files folder (but choose the files from within the subfolder that applies for your version of Zen Cart, most likely 1.3.8a).
The _docs folder is where the documentation goes, it is for you to read, you don't "install" it.
I'm afraid that if you don't understand those instructions then you are better off paying someone to install the module for you.
All the best...
Conor
Ceon
HI Conor,
Quick question...I have a site where this is installed and it works beautifully...but there are like 3 products that have "stuff" on the end, but yet all the others are fine...
Here is a bad one:
http://www.vintagebodyspa.com/liquid...ap?cPath=48_50
But yet, it is a linked product and shows fine under another category as seen here...
http://www.vintagebodyspa.com/liquid-african-black-soap
There are only 3 products that have the extra stuff on the end...any ideas what could cause this?!?!?
Thanks so much!!!
Hi,
Linked products will always have a cPath added at the end when they are being shown in a category to which they are linked. When they are shown in their "master" category, they are not "linked" so no cPath is necessary.Quote:
Originally Posted by jill8026
There is no way around this behaviour, it is necessary to add the cPath for a product which is being displayed in a category by being linked to it, rather than actually "in" it, as otherwise the context on the site is lost.
All the best...
Conor
Ceon
Thanks Conor! Just wanted to give my client a valid reason!
Sorry to clutter the thread, but can I just echo these sentiments. This module is absolutely fantastic and beats any other ZC SEO-Module by a country mile. CEON ZC modules I have found to be among the best ZC mods out there.Quote:
Originally Posted by stealthify
Keep up the great work Conor :smile:
Hi Conor,
Thanks for this excellent mod, I installed it yesterday and apart from the problem below it all seems to be working fine. The problem is that the google sitemaps mod doesn't work when your mod is turned on - I get a page not found error when trying to access the page (ww.domain.com/googlesitemap.php). Zen cart is installed in the root of the site. I've read the other posts on this issue but can't seem to get it to work, here's my htaccess, please could you have a quick look and let me know what I'm missing:
# -FrontPage-
IndexIgnore .htaccess */.??* *~ *# */HEADER* */README* */_vti*
<Limit GET POST>
order deny,allow
deny from all
allow from all
</Limit>
<Limit PUT DELETE>
order deny,allow
deny from all
</Limit>
AuthName xxxxxxxx
AuthUserFile /home/xxxx/public_html/_vti_pvt/service.pwd
AuthGroupFile /home/xxxx/public_html/_vti_pvt/service.grp
RewriteEngine On
# Don't rewrite any URIs ending with a file extension (ending with .[xxxx])
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,4}$
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/admin.* [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors.* [NC]
# Don't rewrite payment pages/callback handlers
# (Won't be rewritten by rules above but included here in case rewriting of URIs ending in .php is added)
RewriteCond %{REQUEST_URI} !^/ipn_main_handler.php.* [NC]
RewriteCond %{REQUEST_URI} !^/iridium_3d_secure_iframe.php.* [NC]
RewriteCond %{REQUEST_URI} !^/localities_remote_loader.php.* [NC]
RewriteCond %{REQUEST_URI} !^/nochex_apc_handler.php.* [NC]
RewriteCond %{REQUEST_URI} !^/protx_direct_3d_secure_iframe.php.* [NC]
RewriteCond %{REQUEST_URI} !^/realex_remote_3d_secure_iframe.php.* [NC]
RewriteCond %{REQUEST_URI} !^/googlesitemap.php.* [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]
Thanks, Mike
Hi, a quick bit of advice if I may?
I am building a new store, no products in it yet.
The store is in a folder of a site that is powered by wordpress.
2 questions:
Would the site .htacess cause a problem viewing urls eg. end up conflicting with WP .htaccess and not sending me to the correct store pages and instead go to an error 404 on wp do you know?
Also- at what point would you reccomend intalling the mod, now when store has no products or after products are added? (Ill be adding them via a csv some 2k of products).
I see the mod has an auto mode- so wanted to know at what stage it was best to add this.
Thanks :)
Hi All,
Ive searched through this thread for the answer to my question but couldnt find it.
i currently have Magic SEO installed which ill be polite about and say that i dont like it.
Im thinking of changing over this the mod but im worried as all the searche engines currently have my URL's indexed. Will this mod re-direct or throw a 404 error if a customer come through on 1 of the old links which was created with magic SEO?
Many thanks for your help
Paul
Hi,
How are you? Hope you're having a good Easter! :)
Well I'm not sure who you are but I'm very grateful indeed for the really nice comments! I'm glad you like our software, we try hard! ;)Quote:
Originally Posted by ed89
All the best...
Conor
Ceon
Hi Mike,
Quote:
Originally Posted by mike_uk100
The rewrite rule you posted couldn't be responsible for blocking the google sitemap script so I'm afraid something else is responsible for the 404.
Are you sure you don't have other rewrite rules on the site? In another .htaccess file or a VirtualHost directive?
If you're not sure what I mean by that, please ask your host/web developer to check out your site!
All the best...
Conor
Ceon
Hi,
No, the new example rule with the latest versions of the module won't interfere with other third party software as it doesn't rewrite URIs ending in a file extension (.html/.php etc.).Quote:
Originally Posted by tiaz
The auto-generation has to be applied to each category and product manually one at a time.Quote:
Originally Posted by tiaz
For that reason I'm not sure the module's suitable for you.
It's aimed more towards stores which are just starting and are adding the categories and products manually.. adding the products using a CSV will skip the URI auto-generation code.
You could upgrade the CSV import script to auto-generate the URIs but you'd have to write the necessary PHP code to call the URI Mapping module's URI auto-generation functions.
All the best...
Conor
Ceon
Hi Paul,
It would throw a 404 by default.Quote:
Originally Posted by Wilkesy
You'd have to enter "historical" URIs for each old URI on your site, so they map to the new URIs on the site. Then the module will correctly redirect the old URIs to the new ones and the search engines will start to use the new ones instead of the old ones (therefore likely retaining your SEO page ranking).
This is easy enough to do using software such as PHPMyAdmin but obviously could take some time if you have lots of old URIs which need mapping.
Hope that helps!
All the best...
Conor
Ceon
Quote:
Originally Posted by conor
"You could upgrade the CSV import script to auto-generate the URIs but you'd have to write the necessary PHP code to call the URI Mapping module's URI auto-generation functions"
If I knew how to do this then I would.lol Alas I have no idea how, so if you ever add this feature please let me know as I would love to use this :)
Thanks You.
Hi,
Ive gone through and installed this mod on a fresh install so that i can have a play around with it and understand how it works before i put it on my website, however i have an error.
Ive installed it in a test directory called test123. Ive changed all the lines on the htaccess file to show test123 but im getting the following error
Forbidden
You don't have permission to access /test123/index.php on this server.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Ive checked things but cant see where its gone wrong? Any ideas?
Many thanks
Paul
Ignore my last post, looks like i made a mistake with the htaccess file.
Cheers
Paul
Hmmm me again!
Just playing around with this now and maybe im getting tired but how do you re-write the URI's for shipping etc? Im trying to enter the details into the database however nothing is happening. Categories etc are working fine so i know the mod is working.
Ive put 'shippinginfo' into the main page field and copied the rest of the fields as other records in the table, but nothing?
What am i doing wrong?
Many thanks
Paul
Hi Paul,
Have you read the section of the manual "Specifying a Static URI for any other Zen Cart page"?Quote:
Originally Posted by Wilkesy
It has the exact steps required. You're probably entering a non-null value for associated_db_id, it must be NULL.
All the best...
Conor
Ceon
hey there,
i have a problem with the reviews-function.
the add-a-review-site comes over a ssl-proxy, so that it looks like this: http://ssl-id.de/myshop.de/category/...1/add-a-review
obviously the problem is, that in this case the rewrited URI won't bring the user the correct site.
so the question arises, whether there is a solution for this problem. :blink: :P
thanks a lot
n3po
ie,
I'm afraid I've no idea what the problem is. Can you describe the exact process that is bringing you to this situation?Quote:
Originally Posted by n3po
What URI is your admin on, what URI is your site on, how is a proxy involved?
This isn't likely to be a problem with the module but with the configuration/setup of your site.
All the best...
Conor
Ceon
Hello all and I want to express a great thanks to Conor for creating this MOD :clap: I am looking for some assistance from someone who would have installed this on a windows 2003 server using a IIS 6.0. I'm having a problem. I have ZC V 1.3.8 and I'm using a template for my website that I purchased.
On my dev environment, I installed version 3.2.2 of the URI Mapping. My problem is that when I open up my site, I get my headers, footers, and side boxes, but my center box with my products comes up with a Page not found 404 error. My prod site is at www.costumeuniverse.com so you can see the template. I understand from Conor that it could be my rewrite but I'm not sure how to fix on iis.
I downloaded and installed Helicon's ISAPI Rewrite 3 and it seems to use the .htaccess file and I copied the lines from the installation docs but still receive the same screens.
Any help would be greatly appreciated? I've read through the thread but did not or could not find anything in regards to IIS or Windows.
THANK YOU!!:wacko:
Thanks Conor for your reply. I've now got it working - the solution seems a bit strange to me but I'll give a quick overview incase anyone else has the same issue:Quote:
Originally Posted by conor
The problem was that once I'd installed URI mapping, googlesitemap (and some other feed add-ons) didn't work. I was getting a 404 error when trying to visit the page googlesitemap.php in the browser. As I had the Anti-virus software AVG's toolbar installed on the browser I got AVG's own 404 error page. Once I turned the AVG toolbar off the pages all worked fine.:clap:
I have transferred version 3.2.2 files as described into a clean install of 1.3.8a. When I try to go into admin to
go to Modules > URI Mapping Config
I have no access to login:
Warning: require_once(/home/oilzonli/catalog/..../includes/classes/class.String.php) [function.require-once]: failed to open stream: No such file or directory in /home/oilzonli/public_html/catalog/..../includes/functions/extra_functions/ceon_uri_mapping.php on line 21
Fatal error: require_once() [function.require]: Failed opening required '/home/oilzonli/catalog/..../includes/classes/class.String.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/oilzonli/public_html/catalog/..../includes/functions/extra_functions/ceon_uri_mapping.php on line 21
The file class.String.php is where it should be. What am I missing?
If I remove ceon_uri_mapping.php from admin/includes/functions/extra_functions, I can log in to admin, although I cannot edit any categories or products. I completed the install of the module and got messages to suggest all was well. I then made changes to htaccess for non-root directory install, and put the file in the appropriate place. So I have the install complete as per instructions. But when I put ceon_uri_mapping.php back into admin/includes/functions/extra_functions, I can again no longer access admin.
Then, with the file removed from admin/.../extra_functions/, I log in to admin, and when I attempt to edit a category, I get:
Fatal error: Call to undefined function ceon_uri_mapping_build_category_uri_fields() in /home/oilzonli/public_html/catalog/admin/categories.php on line 905
Presumably, I will get a similar error message if I try to edit a product.
Hi,
Copy all the files over again. Although you think you have them all in the correct place, you clearly haven't. Only missing files can cause the errors mentioned above.Quote:
Originally Posted by godt
If you copy all the files over again and still have a problem then use a different FTP client.
That will definitely be you sorted then.
All the best..
Conor
Ceon
Thanks Conor,
I really appreciate your clarity there. I'll clean the lot out and grab a fresh copy and do that.
Hi,
No problem.. it's definitely the cause of the errors so I hope you can get it sorted quickly and easily!Quote:
Originally Posted by godt
All the best...
Conor
Ceon
I have meticulously copied all the files, run Winmerge to compare and update categories.php and ezpages.php, and I still get the same result. I can't login to admin.
I remove /admin/..../extra_functions/ceon_uri_mapping.php
and I can log in, but then errors all over the place.
I am at a loss.
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.
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,
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.Quote:
Originally Posted by godt
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,
I've just download and examined the code of both Reward Point Full Suite and Store Credits and Rewards Points.Quote:
Originally Posted by keenskin
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 conorQuote:
Originally Posted by 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
<!--bof Product Reward Points block -->
<h2 id="productRewardPoints" class="productRewardPoints">
<?php
/**
* display the product reward points
*/
include($template->get_template_dir('/tpl_product_reward_points.php',DIR_WS_TEMPLATE, $current_page_base,'templates'). '/tpl_product_reward_points.php');
?>
</h2>
<!--eof Product Reward Points block -->
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..
<script>
init_banner_swapper('bannerThree');
</script>
<div id="bannerThree" class="banners">
<div id="bannerThreeImage" class="bannersImage"><img src="images/web_images/indicator.gif"/>
<br />Loading banners, please wait...</div>
<div class="bannerNav">
<span id="bannerThreeNavPrev" class="bannerNavPrev"></span>
<span id="bannerThreeNavCur" class="bannerNavCur"></span>
<span id="bannerThreeNavNext" class="bannerNavNext"></span></div>
The above script came from the "Ajax Banner Swapper" module.
Hi,
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! :)Quote:
Originally Posted by Berserker
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,
I think you've misread the documentation. They aren't numbered steps, they're examples of what to do in different situations!Quote:
Originally Posted by Berserker
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,
The first one and not 4 or 5, unless they apply to you, which I think is unlikely.Quote:
Originally Posted by Berserker
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/f...re?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,
That sounds good!Quote:
Originally Posted by Berserker
I've been asked this a few times so I've officially added it as a FAQ. Here's what I've just added:Quote:
Originally Posted by Berserker
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.
The rewrite rule skips JavaScript files so I can't see how the module could be responsible.Quote:
Originally Posted by Berserker
I'll talk to you privately though to see if we can get this resolved.
All the best...
Conor
Ceon
Hi,
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!).Quote:
Originally Posted by Berserker
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.