Printable View
Hi,
I would say so. I'm afraid I'm not sure what exactly is going wrong and what you should change it to.Quote:
Originally Posted by loosefast
Get in contact with FTP and admin details for your site and I can carry out a test.
All the best..
Conor
ceon
Hi,
Sorry, I wasn't paying attention to what you'd actually posted because of a lack of time and because I was put off by the fact that this silly link doesn't use URL encoding.Quote:
Originally Posted by loosefast
The problem you are probably having is that you are using a custom script which may well be loading the Zen Cart system.. please follow the instructions in the docs relating to this: "Ensuring 100% Compatibility with Third Party Zen Cart Modules - Specifying Individual Files to be Excluded from URI Mapping".
Hope that helps!
All the best..
Conor
ceon
conor,
thanks! I'll check that and post back the results.
Hi. I've been using this module on my test site ok.. But there is an issue I can't figure out. When I log in as a customer I get a 404 page not found. When I switch off URI mapping in Admin it works fine. So it must be an issue with the mapping.
I am running zen cart v1.3.9d in a subdirectory on an Apache webserver.
Other plugins installed are ( I doubt the mess this up!)
Image Handler 2
Fual Slimbox
Froogle feeder
htaccess example as follows -
RewriteEngine On
# ONLY rewrite URIs beginning with /testsite2/
RewriteCond %{REQUEST_URI} ^/testsite2/ [NC]
# 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} !^/testsite2/myrenamedadmin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/testsite2/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]
I'm a designer really, so I'm not completely familiar with this sort of gubbins, so excuse me if this is a really simple problem I've missed. I also noticed a similar 404 error occured when I tested a PayPal Sandbox.
Thanks in advance for any advice on what might be wrong here.
Added this to List of Files to be Excluded:
/affiliates/jrox.php, /affiliates/sale.php
but I think my problem was due to mixing the www and non-www domains in the jrox affiliate link url!
http://ourdomain.com/affiliates/...id=1234&jxURL=http://ourdomain.com/books
thanks!
Quote:
Originally Posted by conor
Hi,
You shouldn't have a test site for a site that is to use URI mappings in a folder.. when you move the files out of that folder it will stop working.Quote:
Originally Posted by paintamonkey
As for the 404, this means you've either put the .htaccess file in the wrong folder or the rewrite rule isn't right. Try reading the instructions again and cross-checking them against what you've done, in case you've made a mistake.
Hope that helps.
All the best..
Conor
ceon
Hi,
Glad you've got things sorted.Quote:
Originally Posted by loosefast
All the best..
Conor
ceon
Ok. Thanks for getting back so fast :smile: I'll read the instructions again hand have yet another fiddle. The .htaccess file is in the testsite2 folder next to index.php, includes etc... testsite2 has one product uploaded. All configure files and htaccess along with the product will have 'testsite2' renamed 'shop.' that was the plan anyway :wacko:Quote:
Originally Posted by conor
hello conor,
i was wondering if this and your advance shipper module are compatible with the latest version (1.3.9e)
regards
Hi,
If you're installing a "fresh" version of Ceon URI Mapping then there a re a few changed files needed to 1.3.9e, I'll try and get the new version with those files out shortly, I've very little time at the minute so I can't say when I'll get a chance. As for Advanced Shipper, it is compatible with all Zen Cart versions as it doesn't use any modified core files.Quote:
Originally Posted by Berserker
If you've any other questions please ask me directly, I know you have my address! :)
All the best..
Conor
ceon
Hi,
Well that all sounds okay (apart from the wasted effort renaming testsite2 to shop, I'd highly recommend you put test sites in a subdomain in future).. if it still isn't working please send me FTP and admin details and I'll have a look.Quote:
Originally Posted by paintamonkey
All the best...
Conor
ceon
Quote:
Originally Posted by conor
Thanks for the reply!
I did try to contact you using the ceon contact us.
Regards
Hi,
Strange, I've never heard of anyone not being able to get in contact that way before!Quote:
Originally Posted by Berserker
All the best...
Conor
ceon
I'm having issues with Ceon Uri Mapping interfering with my other add-in that allows a user to upload an additional files for the products.
by aetas Created by Mariusz Józala ( http://zencart.aetas.pl ), does anybody have any advice how both add-ins can live and play with each other nicely?
:wacko:
Hi,
Ceon URI Mappings causes NO problems whatsoever with ANY Zen Cart module, if you take the steps listed in the documentation.Quote:
Originally Posted by Dean44
Read the sections of the documentation
"Ensuring 100% Compatibility with Third Party Zen Cart Modules - Specifying Individual Files to be Excluded from URI Mapping"
and
"Adding exceptions to the rule to prevent particular addresses (e.g. Control Panels etc.) from being handled by Zen Cart."
And you shall be able to work out how to prevent Ceon URI Mapping from affecting any other Zen Cart module.
All the best..
Conor
ceon
I'm afraid I'm having problems understanding how the information you are pointing me to has any relevance on what I'm trying to fix. For example, when I copy the update_product.php file into the admin/includes/modules/products/update_product.php
This file only contains default update product but not the additional information added in this source code made by the additional files add-in.
:cry:http://www.zen-cart.com/forum/images/smilies/cry.gif
Hi,
Oh, right, I get it.. you are trying to use two modules which both modify the same file(s).Quote:
Originally Posted by Dean44
You must merge the files which both modules need to have modified. (Read the FAQs in the docs for a little bit more info).
Beyond Compare is the best software to do this on Windoze. WinMerge is a free, but inferior alternative.
If you are having a lot of difficulty merging the files yourself you will have to pay someone else to do this for you.
That should get you going!
All the best..
Conor
ceon
Hi. Thanks for the friendly offer to look at things. I've decided to use something else. But may have another go with this at a later date.Quote:
Originally Posted by conor
Hi,
That's fair enough.. although if you can't get the rewrite rule to work with Ceon URI Mapping you'll probably have the same problem with any other software that uses one, several thousand sites are using the example rule you posted with no difficulty so this a problem with your server being different or something not being in the right place! :)Quote:
Originally Posted by paintamonkey
All the best..
Conor
ceon
Hello Conor, I have 10,000 products. Is there any other way to activate this mod for each product instead of going in one by one to activate it?
need help, I can't get ez-page work, edited contact us page, checked the checkbox on the bottom, click "update". check back this page and the uri mapping show "/contact-us".
however in the site, the "about us" link in the footer and information sidebox still show "index.php?main_page=contact_us".
is there anything I missed?
Hi,
That link is to the contact us page, not to an EZ-Page.. you either need to change the link to link to the page you want, or if you want to map the contact us page to /contact-us, you need to read the section of the documentation "adding a URI for "other" Zen Cart pages" and add a record to the database table using PHPMyAdmin with the main_page variable being contact_usQuote:
Originally Posted by fei2010
All the best..
Conor
ceon
I see. I have to treat it as "other Zen Cart page". Thanks!
hey i noticed when i did a quick google search for one of my products. it came up twice on the first page.
http://www.google.ca/search?q=Apeman...GLL_en___CA388
you can see the 2nd and 3rd listings are the same should i be worried of google having duplicate content as when i click on the first old link it brings me to and when i click on the second link it brings me to
Hi, you'll probably find that over time the old style; index.php?product - etc urls will disappear.
When I first installed Ceon, for a couple of weeks google would show both the old and the new urls.
Also, you can edit a robots.txt file to avoid google spidering lots of duplicate pages. For example; a 'tell a friend' page linking to the same product.
Cheers,
Scott.
thanks i'll take a peek at that next week
good afternoon all,Quote:
Originally Posted by conor
I just loaded this module last night and it works great, thank you for the work you put in.
I have one small issue with it, related to the auto generation of the URI. When I check the box on a product to have it auto generate, then go to the store it works perfectly; however, if I log out of the admin side and go back in, the selection for the auto generation is not ticked, meaning it doesn't seem to save my selection. Have you seen that before, or is there something you can point me to in order to check that?
Thanks again for any help.
Hi,
Weird username you have there! :)
Glad you like the software.
Once you've auto-generated the URI once, the URI that was auto-generated is stored in the database and displayed in the URI Mapping field on the product page. The checkbox should only ever be ticked if you want to *re-run* the autogeneration. If you leave it unticked, the product will continue to have the URI mapping which was generated previously for it.Quote:
Originally Posted by red zeppelin
So basically, everything's working fine for you and you have nothing to do!
All the best..
Conor
ceon
Conor,
thanks for the update. I guess I am a bit confused based on your description. If I use the URI that was generated, it still works, but the link on the product itself from within the site, still includes the querystring information. Basically, the shortened URI works if I put it directly in a browser, but the product does not link to that itself from inside the site.
Not sure if that makes sense. If it does, is that how the module is supposed to work? I thought the mod_rewrite basically changed the URL, or at least redirected to it automatically so you would never see the URL with the querystrings after it was set up.
Sorry for the long, probably confusing note!
Hi,
Okay, that is a completey different problem from the one you originally described.Quote:
Originally Posted by red zeppelin
You have forgotten to upload the modified core files for the store's side (specifically at least includes/functions/html_output.php has not been modified).
To be safe, please carry out the installation from the very start again, making sure you have uploaded and compared/merged each file listed in the installation instructions.
You'll then find things working as you expected.
All the best..
Conor
ceon
Awesome, thanks for the info. I noticed that the core files for the store side stop at 1.3.9d and I have 1.3.9e installed. Can I just use the 'd' files?
Hi,
Yes, then when the new version of Ceon URI Mapping is released, use the files created for 1.3.9e that are in it. The differences are tiny so if you forget it'll have no effect whatsoever on anything.Quote:
Originally Posted by red zeppelin
All the best..
Conor
ceon
Awesome, awesome, awesome.
Very informative and quick to respond - you are to be commended. I got it working and all seems good.
This is my first entry with Zen Cart ( I am coming from a background in OSC) and the forum has been very good so far. Hopefully I can assist some people on here as I did with OSC; once I get more familiar with the ZC code!
Thanks again.
P.S. - the name is in relation to one of my cars - thanks for noticing!
Hi,
Glad to hear it!Quote:
Originally Posted by red zeppelin
I wasn't sure if it was a discoloured band or your floated through the sky underneath a balloon shaped object of some sort. I didn't think it was a car.. will have to look it up some time! :)Quote:
Originally Posted by red zeppelin
All the best..
Conor
Hey there everyone! I'm hoping someone will have some fresh insight into an issue I'm having with this mod. By the way Connor great job producing and supporting such a great feature! Anyways, to the issue...
I've got the URI mapping running smoothly and everything seemed to working like clockwork while browsing through IE. I opened up Google Chrome to double check the layout and when I try to log in using my test "customer" info it reports a security issue. However, if I hit the login button twice in rapid succession it is able to go through, although still displaying the alert for the security issue.
Is there any known compatibility issues for users using Google Chrome to browse? I'd appreciate any help that can be given, at this point I'm completely stumped.
EDIT: Looks like I jumped the gun a bit. When I double tap the login button it shows the login greeting page including the test "customers" name (Welcome (name) blah blah blah....) However, that is the extent of the login and the "customer" is immediately logged out. (when browsing with Chrome)
Hi,
Thanks for the nice comments about the software. Unfortunately the problem you are having can't be to do with Ceon URI Mapping.. it has no compatibility issues.. if it works in Firefox or IE then it will work in Chrome, the browser used is irrelevant, alll the software does is map URIs.Quote:
Originally Posted by shakes222
Sorry I can't be more help than that.. I suggest posting your problem as a new thread, someone should be able to help you with this "security issue".
All the best..
Conor
ceon
Thank you for the quick response. I'll see what I can do to eliminate some of the variables that might be causing the problem and then move forward with your suggestion. Thanks again.
Im only guessing, but perhaps Chrome has cached the previous urls, and now when you go back to them they have changed... Chrome might think there is phishing going on or something?
Perhaps try clearing out the browser cache?
-Scott.
I'm trying to install but I've hit a snag. After I uploaded all the new and modified files, Admin went blank. I found the "offending" file. When it's present admin goes blank. When I delete it admin shows up. :dontgetit The file is admin/includes/functions/extra_functions/ceon_uri_mapping.php.
I've had problems like this before and it usually involves a missing file. However, I've double checked all the files and everything seems okay. Also, the file this one "requires" is present and seems to be fine. I've reached the end of my skill (that doesn't take long!). I don't know what else to look for!:( Help, please!
Hi,
This means it is attempting to load in a file which doesn't exist.Quote:
Originally Posted by keeping
I'm guessing you've renamed your admin from "admin" to something else but have either uploaded the files into a folder called "admin" anyway (oops) or have forgotten to update the path to your admin folder in admin/includes/configure.php (oops again).
Hope that helps.
All the best..
Conor
ceon
Thank you. However, I'm still confused. I think I understand what you said here (but I could be wrong!).
My admin folder is not named admin but as far as I know I have put all the module admin files in the appropriate places within my admin (which is, of course, not named admin).
The path to my admin folder in admin/includes/configure.php is apparently correct because it has been working. In fact, I can make the admin area not work, work, not work, work, etc., simply by adding or removing the file I mentioned. It has to have something to do with this file or another file down the line connected with this one . . . somehow. :wacko:
You said that "This means it is attempting to load in a file which doesn't exist." What file might that be? Is this file (the one I mentioned) or another one looking for admin/SOME_FILE and I need to edit it to look for MYADMIN/SOME_FILE instead?
I wish files could just tell me what it is they want! :frusty: lol
Hi,
That's not right. You're probably mistaking a correlation for a causation. Simply because the admin hasn't stopped working yet doesn't mean you have set up the configure.php file properly. Check it again. You'll probably find you've made a mistake in DIR_FS_ADMIN.Quote:
Originally Posted by keeping
The reason you would think that you haven't made a mistake in this file is simply that you haven't used any part of the admin yet which uses this define and so haven't see this error before.
Hope that helps!
All the best...
Conor
ceon
Hi,
A new version of Ceon URI Mapping will be released shortly with sample modified core files for Zen Cart 1.3.9e and 1.3.9f.
In the meantime, anyone wanting to install Ceon URI Mapping should just use the sample modified core files for Zen Cart 1.3.9d, they are compatible "enough" that there's no problem using them.
You can then copy the files for 1.3.9f across when you upgrade to it.
All the best..
Conor
ceon
As far as I can tell DIR_FS_ADMIN is correct, but then, I don't really know what it is supposed to look like. It seems to be what it has always been.Quote:
Originally Posted by conor
Ahah! I just checked my backup copy from before my recent upgrade. I had accidently removed the slash at the end of the path when I changed DIR_FS_ADMIN in the new file. :oops: I must have been tired when I edited that file. . . . and blind today that I couldn't see that!
Problem solved. File is happy now! :clap:
Thank you for your help. :D
Hi,
No problem, glad you've got things sorted now!Quote:
Originally Posted by keeping
All the best...
Conor
ceon
Zen Cart v1.3.8a/v1.3.8
I installed the module and it seems to work fine (e.g. renaming new catagories, or changing exisiting ones) however when you try to view the page it comes back with a 404 Error.
For example:
store/index.php?main_page=index&cPath=108
is now
store/accesories
#1 Is this an issue that sounds familer? If so any thoughts on what I have or may be wrong?
#2 is there any way to actually turn off the Mod?
Thank you.
I'd like to note that I found the CP at the bottom of Admin-->Configuration it was hidden. And after turning it off all pages worked fine again.
It's almost like there is a disconnect between the actual link and the URI link. Otherwise everything else seems to work fine.
Great module. I have it mostly working in the latest version of 1.3.9f.
Two things:
1) I can't seem to see the URI Mapping Field on existing products. I can see it on existing categories and new products though. Any ideas?
2) Is there anyway to get rid of the "By Category" and "By Product" that is added to the automatically generated URI's? For example, it goes store/by-category/tires and I want it to be store/tires.
Hi,
It sounds like you haven't created and added a rewrite rule for your site.Quote:
Originally Posted by TheJaspMan
Please re-read the installation and configuration documentation and make sure you carry out the step about creating a rewrite rule.
Hope that helps!
All the best..
Conor
ceon
Hi,
Glad you like the software!Quote:
Originally Posted by lonehorseend
I don't know how that could happen.. it should appear on the product page regardless of whether the product exists or is new.Quote:
Originally Posted by lonehorseend
If you are still having trouble with this please send me admin and FTP details at this address and I'll take a look. It may be tomorrow or if not it'll have to be next week that I can take a look.
I'm afraid that the current version of the software has no support for custom URI autogeneration templates. This feature is planned for the URI Mappings Manager though.Quote:
Originally Posted by lonehorseend
You can "autogenerate" the product URI, then on the "preview" page, copy and paste the auto-generated URI, then go back to the product add/edit page and remove the category.
Of course you must then be 100% sure that NONE of your products anywhere on the site have the same name or only one of them will work, the rest will vanish from your site. You can fix that by adding a 1 or 2 or 3 etc. to the end of the product's name or the end of the URI you are entering for the product.
All the best...
Conor
ceon
Yeah... you were correct. I did that part wrong. Seems to be working fine now. Thanks again!Quote:
Originally Posted by conor
Hi:Quote:
Originally Posted by conor
Afraid I can send you the information as this is a developement site of a client of a client's. Is there any way you can tell me what files I need to look at? I'm pretty good at reading PHP and as soon as I see what is going on, if I have any questions, I will email you with specific details.
Or I can send you a copy of the files that I modified. I just can't give you admin or FTP access.
Hi,
Sorry I can't provide that kind of support for free.Quote:
Originally Posted by lonehorseend
The files you will want to take a look at are all the modified core files that come with the distribution and any equivalents on the store's site.
Good luck in getting this sorted.
All the best..
Conor
ceon
That's understandable. You confirmed my suspcions though that it was the modified and not addtional ones.Quote:
Originally Posted by conor
If you can not trust Conor to fix the problem you are having then you can not trust anyone. This mans honesty is well known to help people not to take advantage of them. People are lucky to get this great software for free anyway. I'm not bumping heads with you and just letting you know you can trust this man on your site to fix things and not having to worry about jeopardizing your security. If he offers to fix it for free better take advantage of it. We all need to send this man a donation for all the fine support he offers. Thanks Conor your the Man.Quote:
Originally Posted by lonehorseend
**gives CountryCharm a personal standing ovation**Quote:
Originally Posted by countrycharm
Here here!!!!:clap::clap:
Love me some Conor!!
In the latest release 1.3.9f Zen Cart has overwritten the following files that your script modifies taking down the product URI section:
/admin/includes/modules/document_general/collect_info.php
/admin/includes/modules/document_product/collect_info.php
/admin/includes/modules/product/collect_info.php
/admin/includes/modules/product_free_shipping/collect_info.php
/admin/includes/modules/product_music/collect_info.php
/admin/includes/modules/product_music/delete_product_confirm.php
Are you planning on releasing an update ASAP for this or are we advised to compare and change ourselves?
Cheers! :smile:
choccybox, the changes to those files in 1.3.9f were minor HTML edits. You can easily compare and change them yourself if you are encountering problems.Quote:
Originally Posted by choccybox
I will go ahead and compare them then if conor is not in the process of updating for this. It was actually 1.3.9e that overwrote the ceon files not 1.3.9f as I previously stated.Quote:
Originally Posted by DrByte
Cheers!
Sometimes you will have to go back a page or two to read whats going on. Conor has already stated that an update is on it way.Quote:
Originally Posted by choccybox
Quote:
Originally Posted by conor
First of all I want to thank you for making this addon available!
In my case, I'm using version v1.3.9e, since I'm new, I do not know whether I should upgrade to the latest version since I had already installed v.1.3.9e before the f was released... not sure if it is compatible with most addons yet...
I installed ultimate url addon and unistalled it to install this one. I also installed the image handler plugin and a few others.
HERE IS THE PROBLEM I'M HAVING AFTER I INSTALLED CEON URI MAPPING ADDON:
. Site displays properly, but when I click on a Category on the side, it shows a 404 error and the link does point to the written url. Since the new products page isn't affected yet by this addon, if I point the mouse to a product, I can see that products urls have been rewritten, but if I click on a product, it also shows a 404 error.
I had already added the htaccess page given on the addon. I tried removing it and seeing if it works, but still doesn't work.
I tried creating a new category and see if it works and nothing, I keep getting the 404 no found error.
What could I be missing? Your help will be very appreciated!
Thanks,
Loyd
Hi,
Yes.. I think maybe this thread is getting too large and is putting people off going back a page or two.. I can't blame anyone for that, I think I'd probably be the same.Quote:
Originally Posted by countrycharm
I think I'll start a new thread shortly when I release a new version of the software.. which should hopefully be sometime within the next 3-6 days.
Thanks for the nice comments from you and DivaVocals the other day, it was very good of you to say those positive things! :)
All the best...
Conor
ceon
Hi Loyd,
Glad you like it!Quote:
Originally Posted by miamishop1
Just upgrade, the changes are minor, mostly simple fixes.. the changes are so minor you can even use the modified core files for 1.3.9d from the Ceon URI Mapping distribution with no negative effects on your site. (Best to then use the 1.3.9f modified core files when the new version of Ceon URI Mapping is released soon).Quote:
Originally Posted by miamishop1
You haven't set up a working .htaccess file.Quote:
Originally Posted by miamishop1
Check all the instructions for adding a rewrite rule to the .htaccess file, starting from scratch. Remove ALL Ultimate SEO URL rewrite rules before you add the appropriate Ceon URI Mapping rewrite rule.
If you are still having trouble after a few tries, send me FTP details for your site to this address and I'll take a look.
All the best...
Conor
ceon
Hello,
As usual - thank you in advance. This was touched upon a little but I wanted to ask about how you eliminated the functionality of the sorting on the product listing pages.
To me, this would only CAUSE duplicate content penalties, rather than eliminating them. I may be missing something but please explain if you could.
Also, could you point me in the right direction of reinstating this functionality.
Thanks,
Bryan
Hi Bryan,
"Eliminated the functionality"? No such thing has been done. I'm not sure what you are talking about!Quote:
Originally Posted by sdsprings
Nothing's been "eliminated" so I'm afraid I'm at a loss as to what you want to reinstate.Quote:
Originally Posted by sdsprings
As far as how the module prevents duplicate content issues with sorted category pages, it uses canonical URIs so the search engines know that a page is a variation of a single page, the "main" category page really only having a single URI.
All the best...
Conor
ceon
HAH. Figured I was missing something. Not sure what happened when I did my last upgrade but I can't sort! Hmmmmm... Sorry for the confusion!
wow, I never thought I was going to get this quick response! Thanks Conor!
I will give it a try to the htaccess file. If I cannot make it, then I will send you ftp details for you to look at it. I'll reply you with the results one way or the other.
Thanks,
Loyd
Hi,
The time I saw this before it was caused by the store mistakenly using an old Ultimate SEO rewrite rule instead of the Ceon URI Mapping rule.Quote:
Originally Posted by sdsprings
Check your htaccess file's rewrite rules to be sure nothing is clashing with the Ceon URI Mapping rewrite rule.
If that's not it then please send me some FTP and admin details for your site so I can check this out for you.
All the best...
Conor
ceon
Hi Loyd,
No problem! ;)Quote:
Originally Posted by miamishop1
All the best..
Conor
Hi Conor!
My appology because it was a very simple and somehow stupid mistake of my side! My error was that for htaccess page I did not had included the . in front of the htaccess! That's why it wasn't reconizing it!
I solved that problem already once I realized what happened.
BTW, I'm moving from oscommerce to zen-cart!
However, now I have a few other pages that are not being rewritten or at least that's what I believe... I have checked the installation doc files and while these talk about these pages, I guess I'm not figuring it out... If there is a thread that mention this already, please point me to it because I've been reading and reading and I cannot find it.
PAGES NOT BEING REWRITTEN:
1. all pages that go inside of the information box that in my case includes: about us, shipping, returns, privacy, conditions, contact, sitemap, unsubscribe, discounts and coupons, newsletter, gift certificates. All of these, I have them inside of the information box and not part of the EZ-Pages.
This is an example of how about_us shows: index.php?main_page=about_us. Please tell me if that's the right way to show instead of: domain.com/about_us?
2. Other pages that show like about us example include: New products: index.php?main_page=products_new (not sure if that's the way that's the way it should look here) and featured products: index.php?main_page=featured_products
3. I installed the addon Wordpress on Zencart (WOZ). Now, this addon on the admin configuration side stays the following:
NOTE:
please edit the following file.
/includes/init_includes/init_ceon_uri_mapping.php
Add the new lines shown, around approx line 115:
----------------------------------------------------------------------------
$uri_to_match = preg_replace('/[^a-zA-Z0-9_\-\.\/%]/', '', $request_uri);
// for WordPress On ZenCart BOF
$woz_uri_query = "
SELECT
um.language_id,
um.uri
FROM
" . TABLE_CEON_URI_MAPPINGS . " um
WHERE
um.main_page = '" . FILENAME_WORDPRESS . "'
ORDER BY
BIT_LENGTH(um.uri) DESC;";
$woz_uri_result = $db->Execute($woz_uri_query);
$woz_uri = '';
while (!$woz_uri_result->EOF) {
$woz_uri = $woz_uri_result->fields['uri'];
if(ereg("^$woz_uri", $uri_to_match)){
if(ereg("/comments/feed/", $uri_to_match)){
$_GET['feed'] = 'comments-rss2';
}else if(ereg("/feed/", $uri_to_match)){
$_GET['feed'] = 'rss2';
}
$uri_to_match = $woz_uri;
break;
}
$woz_uri_result->MoveNext();
}
// for WordPress On ZenCart EOF
if (substr($uri_to_match, -1) == '/') {
I followed the instructions and I get a black page. I guess I'm placing it on the wrong part of the page? I tried in different sides, but still get a black page with it. Please tell me, where in here should I place it?
==========================================
if (!isset($_SESSION['language']) || isset($_GET['language'])) {
$lng = new language();
if (isset($_GET['language']) && zen_not_null($_GET['language'])) {
$lng->set_language($_GET['language']);
$language_changed = true;
unset($_GET['language']);
} else {
if (LANGUAGE_DEFAULT_SELECTOR == 'Browser') {
$lng->get_browser_language();
} else {
$lng->set_language(DEFAULT_LANGUAGE);
}
}
$_SESSION['language'] = (zen_not_null($lng->language['directory']) ?
$lng->language['directory'] : 'english');
$_SESSION['languages_id'] = (zen_not_null($lng->language['id']) ?
$lng->language['id'] : 1);
$_SESSION['languages_code'] = (zen_not_null($lng->language['code']) ?
$lng->language['code'] : 'en');
}
if ($language_changed && $original_language_id == $_SESSION['languages_id']) {
$language_changed = false;
}
if (is_null($original_language_id)) {
$original_language_id = $_SESSION['languages_id'];
}
======================================
ADDITIONAL QUESTIONS:
4. I have written the 404 rule in the htaccess as: ErrorDocument 404 index.php?main_page=page_not_found . It works, just want to ensure that's the proper way to write it.
DEALING WITH THE DUPLICATE CONTENT:
Google sees mydomain.com, www.mydomain.com and event mydomain.com/ and www.mydomain.com/ each as different pages as per what experts say.
Will the below rule be enough and still compatible with the CEON URI MAPPING addon?
RewriteCond %{HTTP_HOST} .
RewriteCond %{HTTP_HOST} !^www\.domain\.com
RewriteRule (.*) http://www.domain.com/$1 [R=301,L]
</IfModule>
My last question and also related to url rewrite. I found this info online:
Next, lets say you are changing to Zen Cart from some *other shopping cart platform and wish to retain your link juice, PageRank and such by redirecting the old urls to the new.
We can do this easily by sending all requests to the root, but it’s far more effective to use some logical redirecting to the proper area in the *new cart. For this a query string redirect is perfect.
RewriteEngine On
RewriteCond %{QUERY_STRING} category=76
RewriteRule (.*) http://www.domain.com/index.php?main_page=index&cPath=220$1? [R=301,L]
In this case, we identified a string (category=76) in all urls of our old site’s category and are redirecting them by matching the string to our new category. Remember to use your proper canonical.
How do we apply this rewrite rule once we have applied the CEON URI MAPPING (SEO) addon?
Conor, I will appreciate that you take a look at them and give me a brief answer.
Highly appreciated,
Loyd
Hi,
I just installed URI Mapping (SEO) but on the Configuration page it says to Go to Modules > URI Mapping (SEO) Config in the Zen Cart admin. But I don't see URI Mapping (SEO) Config in the modules section.
Raptors hi!
Ensure you have installed all files from the folder files, modified_core_files and template_override_files... read once again the installation instructions on docs.
----------------------
ANOTHER QUESTION FOR CONOR:
Conor, this is once again related to the .htaccess file.
I have products that have the same name and sometimes the same description, except that have different color and different style number. Is there a possibility to make the rewrite something like this: category-name/product-name-p-2 (where p stands for product and 2 stands for the product number based on category) or something similar to this string and simple?
Once again, very very appreciated!
Loyd
Hi,
That of course makes sense. Glad you've got it sorted now.Quote:
Originally Posted by miamishop1
Yes, these URIs are not mapped automatically. You can map them yourself by entering mappings directly into the database.Quote:
Originally Posted by miamishop1
Please read the section in the documentation "Specifying the current URI Mapping for any other Zen Cart page" and follow the first part of that.
E.g. your uri is /about_us and the main_page is about_us and the rest of the values are as outlined in the instructions.
These URIs can be mapped using the same procedure as above.Quote:
Originally Posted by miamishop1
Sorry, the custom modifications distributed with that addon are not supported by Ceon.Quote:
Originally Posted by miamishop1
Eventually I intend to look at that contribution with a view to fixing it but unfortunately I don't have the time at the minute. I'd suggest not using it but using another Wordpress module instead. DivaVocals on the forum has another one I think, which works.
I'm not a rewrite expert but that looks alright to me.Quote:
Originally Posted by miamishop1
Sorry, I don't know if it will be enough. It certainly won't conflict with the URI Mapping rule though.Quote:
Originally Posted by miamishop1
You'll have to ask someone who knows more about rewrite rules about this. Unfortunately that's not appropriate for this thread, so please search the forum or start another one.
Sorry, again, this thread is not the place to ask for advice on custom rewrite rules, please search the forum/start a new thread.Quote:
Originally Posted by miamishop1
The software does allow you to enter "historical URIs" to be mapped to "current URIs", by manually adding records to the database with current_uri set to 0 instead of 1.. it should be easy enough to work out what other parameters you need to set to have the "old" URI map to the correct Zen Cart page.
Hope all the above helps!
All the best...
Conor
ceon
Hi,
Yes, that's right Raptors, please do as Loyd says, restart the installation from the beginning.. you've missed something.Quote:
Originally Posted by miamishop1
Sorry, one proviso of current versions of the module is that, to use autogeneration, you MUST rename any products which are in the same category which have the same name, so that they have UNIQUE names. You'll break the products otherwise and no-one will be able to buy anything but the first of the products which have the same name in a category.Quote:
Originally Posted by miamishop1
If there's a difference between each product, such as colour or style number, make this part of the product's name.. it will make the URI more meaningful as well as avoid the problem of several products trying to use the same URI.
The only other option is to go as far as the "preview" stage of updating a product, then to copy the test of the autogenerated URI preview, press "back" and paste the URI into the text box. You'd then manually add your differentiating text to the URI (e.g. adding "2" after one, then "3" after the next etc.).
All the best..
Conor
ceon
Hello Conor,
Thank you for your answers! I appreciate it.
YOU REPLIED
Yes, these URIs are not mapped automatically. You can map them yourself by entering mappings directly into the database.
Please read the section in the documentation "Specifying the current URI Mapping for any other Zen Cart page" and follow the first part of that.
E.g. your uri is /about_us and the main_page is about_us and the rest of the values are as outlined in the instructions.
MY REPLY: While I noticed it does talk about it, since it doesn't give an actual example, it appears to be harder for me to implement. But I will give it a try and see if I can make these pages from the phpmyadmin tool. I know how to run sql commands on the tool, just that since I do not have an example of the command to run, makes it a little bit harder. Just an example could have made it easier.
-----------------
YOU REPLIED:
Sorry, the custom modifications distributed with that addon are not supported by Ceon.
Eventually I intend to look at that contribution with a view to fixing it but unfortunately I don't have the time at the minute. I'd suggest not using it but using another Wordpress module instead. DivaVocals on the forum has another one I think, which works.
MY REPLY:
This addon actual does support Ceon, but the issue is that when you follow the instructions in adding the code given by WOZ for /includes/init_includes/init_ceon_uri_mapping.php you get a blank page. Since it is your page the one being customized and not one from the addon, I thought you were the right person to ask the question to. Anywhere I add it, it appears to get a blank page after it. So, I guess I'm adding it on the wrong spot.
As for the 404 rule, it's working for me ;) I ask you the question because I thought you might be good on htaccess rules.
YOU REPLIED:
Sorry, again, this thread is not the place to ask for advice on custom rewrite rules, please search the forum/start a new thread.
The software does allow you to enter "historical URIs" to be mapped to "current URIs", by manually adding records to the database with current_uri set to 0 instead of 1.. it should be easy enough to work out what other parameters you need to set to have the "old" URI map to the correct Zen Cart page.
MY REPLY:
Can you give me an example code (not how to do it, but a code example) to query on the database for "historical URIs"?
I will also post a new thread. I know there is a way to do it using htaccess, but I don't know the right way of the rule rewritte
Thanks
Loyd
Once again, thank you for answering my questions Conor!
YOU REPLIED:
Sorry, one proviso of current versions of the module is that, to use autogeneration, you MUST rename any products which are in the same category which have the same name, so that they have UNIQUE names. You'll break the products otherwise and no-one will be able to buy anything but the first of the products which have the same name in a category.
If there's a difference between each product, such as colour or style number, make this part of the product's name.. it will make the URI more meaningful as well as avoid the problem of several products trying to use the same URI.
The only other option is to go as far as the "preview" stage of updating a product, then to copy the test of the autogenerated URI preview, press "back" and paste the URI into the text box. You'd then manually add your differentiating text to the URI (e.g. adding "2" after one, then "3" after the next etc.).
MY REPLY:
I guess I will have to manually add the model number so that it makes it a different page.
If I'm not mistaken, I believe browsing this forum I noticed someone who is using Ceon URI Mapping does have a way to this where it adds an id to the end of the title. Just can't find her to ask her how she achieved it. If I cannot find her, I will go with the model number at the end of each auto-generated title.
Thanks once again for answering these questions,
Loyd
Hi Loyd,
No problem. I hope you don't mind that some I simply can't give a detailed response to as I have very limited time.Quote:
Originally Posted by miamishop1
You don't create SQL commands. You use the "Insert" functionality of PHPMyAdmin and simply fill in the form for a row.. using that, the information I've given you should make easy indeed, just put in the values I gave an example off, along with the "standard values" the documentation talks about (date_added set to NOW() etc.).Quote:
Originally Posted by miamishop1
Certainly it wouldn't have helped with a SQL command, that's far more complex! :)
I'm afraid I've no idea.Quote:
Originally Posted by miamishop1
No problem.. as I said, it looks alright to me, but yes, I'm not an expert in this field! ;)Quote:
Originally Posted by miamishop1
Same as above, you don't use code, but the "Insert" functionality of PHPMyAdmin.Quote:
Originally Posted by miamishop1
Hope that helps!
All the best..
Conor
ceon
Thanks once again Conor!
I was able to figure out that if I were to query the db the code to use is:
INSERT INTO `zen_ceon_uri_mappings` (`uri`, `language_id`, `current_uri`, `main_page`, `query_string_parameters`, `associated_db_id`, `alternate_uri`,`redirection_type_code`, `date_added`) VALUES
follow by the values to insert...
QUESTION1 (most important):
Using the Insert or the query command, do I still need to associate the uri I'm entering with 'associated_db_id' for contact_us, about_us, shippinginfo and so forth? If not, I leave the value as empty? If I do need to enter an associated_db_id for them, how do I find the right one because if I do a search for value on contact_us, I get a few values...
QUESTION2 (very imporant):
For the about_us, contact_us, shippinginfo, and so on pages, for 'main_page' value, do we need to enter: index for value or for example: CONTACT-US main_page value would be:contact_us and so forth as anyone could see just pointing the cursor to the link and seeing the browser footer link it gives where index.php?main_page=value?
QUESTION2:
What is 'alternate_uri' for?
QUESTION3:
When using the Insert tool, do I need to enter the Null Values or just leave it blank and it automatically fill it with NULL value? I'm not familiar with the insert tool. I always used a query command...
Sorry for keep asking questions about it. I just want to use your addon and I need to have these solved so it could work for me. I'm pretty sure that this thread will help others having similar problem until a new version help handdling the current and historic URI from admin.
Thank you once again Conor!
Loyd
Hi Loyd,
Why are you using a SQL statement when I said that using the Insert function is easier?Quote:
Originally Posted by miamishop1
It won't have taken you more than a few minutes to learn how to use the Insert function, but instead I have to answer more questions, taking up more of my time.
I appreciate your nice comments about the module but you are making things harder for me by not trying things out yourself but relying on me to answer questions first. That's a little unfair on me.
As the documentation clearly says, you make the associated_db_id field NULL.Quote:
Originally Posted by miamishop1
When using the Insert function this means leaving the box "Null" ticked.
A quick test or research into the PHPMyAdmin tool would have helped you work that out or showed you that's how it works.
Yes, for the main_page field you use the Zen Cart main page name, e.g.:Quote:
Originally Posted by miamishop1
about_us
or
contact_us
You're the first person I know of to attempt to enter the data using SQL instead of learning the PHPMyAdmin Insert function so I doubt many will ever need to know this information (and for those who know SQL it's easy enough to see from the database structure). I appreciate you are trying but it would be better if for future work on Zen Cart you tried to listen to what the developer was saying to you a bit more, both in the documentation and on the forum.Quote:
Originally Posted by miamishop1
Hopefully you've enough information now to get what you need done.
All the best..
Conor
ceon
As Conor said you don't use SQL statement but you use the Insert function. Conor's instruction are very easy to follow if you follow them to the tee. I'm going to show you an image of what to inset into the fields. You have to do each link you want to change just like this. If you can not figure it out after this, you will need to pay someone to do it for you.Quote:
Originally Posted by miamishop1
Here's the image link
Thanks Conor for your time and your hard work on explaining things with this module.:smartalec:http://www.thegoodshepherdstore.com/database1.mhthttp://www.zen-cart.com/forum/database1.mht
I don't want to get off topic for this thread.. So I'll say this and move on.. PLEASE post any responses to this post in the WOZ support thread. Since that is the correct place to ask questions about WOZ.Quote:
Originally Posted by miamishop1
The code hacked into WOZ to "support" Conor's module is just that.. HACKS.. Instead of properly re-writing his module to work with URL re-writing and URI mods (like Ceon URI Mapping and SSU) the author of WOZ chose to write in a number of hacks to MAKE these mods "compatible", and as you found out they don't always work.. Conor cannot help you with this..
WOZ is now and has always been a poorly written, poorly supported module, and it needs a SERIOUS re-write. (and personally I hope Conor doesn't waste his time with WOZ..:clap:) Suggest using Numinix's Blog Embedding solution instead.. WORKS out the box, works with latest version of Zen Cart and requires no hacks to work with Conor's module..
Wish you luck... Again if you wish to respond to THIS post, please do so in the WOZ support thread as this whole line of discussion is NOT on topic for this support thread..
Conor,
Love the script. I now have it up and running on 1.3.9F.
I'm just wondering on how to do the mapping of each product page.
Do you have an opinion on which way to map each product page? I was thinking of going with cutting out the category in the url all together to shorten it up somewhat. Is there any disadvantages of doing such a thing?
Thanks!
Hi, Conor will be able to fill you in on whether there is any issue in cutting out the category in the url, (Im thinking it might not work) but I thought id mention that having the category name in your url helps your search engine ranking. Google looks at the text on your page, the meta data, and the words comprising the url itself. For example:Quote:
Originally Posted by choccybox
Search: jam donuts
Google would show something like;
www.sweets.com/donuts/jam-donuts
Description: 6 flavors of jam donuts now available...
Finding the keywords in your url helps your overall 'score'
Since we installed Ceon, our results have improved greatly.
Hope this helps,
Scott.
Hi Scott,
Hope you're well!
It'll work just fine, as long as each product's URI is unique. The software will not currently warn you if you try to set a product's URI to one which is already being used, it is up to the store owner to ensure uniqueness of URIs.Quote:
Originally Posted by Scott_C
I agree with Scott. Although not the primary purpose behind the module, the autogenerated URIs do seem to have a positive effect on rankings by being structured as they are.Quote:
Originally Posted by Scott_C
The primary purpose behind the module is that it's your choice though, it lets you set up your URIs whatever way you want! :)
All the best..
Conor
ceon
Hi Conor, im good thanks, but more importantly - how are you?
I hope you're getting plenty of rest and are not working too hard. :cool:
Thanks for letting me know Connor. I had kind of figured that everything would be ok if all urls were unique. The only thing I don't like about missing out the category is that it kind of makes the url structure unpleasant, but I was under the impression Google prefers 5 words or less in the url and some of mine go up to about 8-10 when I include cat and sub cat etc.
The final question I have is how do you delete old urls that the ceon mapping has made for a product, but which I have now changed? I notice that the old mappings are still viewable and they don't redirect.
Is there any way to delete them?
Thanks!
Hi,
I just got zen cart v1.3.9f and installed ceon Module Version: 3.6.3. But unfortunatelly it only convert url's to static links but pages don't display: i get "Oops! This link appears to be broken." page. Please see http://www.teaandmore.ca , e.g. http://www.teaandmore.ca/white-tea/pai-mu-tan
and click on any product image. Does ceon support zen cart v1.3.9f?
I have also instlled the following modules:
1. Categories Dressing
2. Column Divider Pro
3. Better Together
4. Column_Layout_Grid_For_Product_Listing
5. Define Pages Generator
6. Group Pricing (per Item)
7. Image Handler
8. FCK Editor
9. Admin Category / Product Images
10. Maximum Amount Allowed In Shopping Cart
11. Ultimate SEO URLs
12. ZEN Lightbox
13. Quick Updates
14. Search Log
15. Ad Manager
Any idea what might be the problem?
Hi, Ceon definetly works with 1.3.9f Im using it on two sites.
double-check the settings of your .htaccess file, and make sure each product is re-saved with the uri option checked.
and make sure you've installed ALL of the module files.. Often errors occur with incomplete installs..
Quote:
Originally Posted by Scott_C
Does anyone have the installation for the database? I know it does it automatically, but its not doing it after I completely removed it and tried to reinstall it.
-----
I installed it on a new website I am working on, etc worked but when I would click on a category it would go to page not found, so i thought I did something wrong so I started from scratch. I unstalled all the files and search the database for "ceon" and removed it (found out I missed the folder "modified_core_files"). So I installed all the correct files and everything but when I went into Admin-> Module-> Ceon Mapping and saved it just said it was saved and didn't add anything to the database. I checked the database and nothing is in it. When I go to my website and click on a category now it just stays the normal zen-cart url. I belive its doing this because nothing is in the database... Does anyone have the sql for the installation that usually runs automatically so I can run it manually?
Hi,
Yes, but it DOESN'T support mixing with other modules unless you know what you are doing and merge the code properly.Quote:
Originally Posted by monet60707
Did you just copy the files from the modified_core_files folder of the URI Mapping across or did you merge them? (I'm thinking and hoping you did merge them).
You haven't got a working .htaccess file set up.
This could be because you didn't follow the instructions properly to set one up, or could be because your .htaccess file is broken by whatever rule(s) you have for the Ultimate SEO module.
You cannot use Ultimate SEO and Ceon URI Mapping on the same site. You must remove one or the other.
Then you must make sure you have the .htaccess file configured for whichever module you choose to use.
That should get you sorted.
All the best..
Conor
ceon
Hi,
Don't do that, if you do you'll be using unsupported software.Quote:
Originally Posted by ryanb4614
You need to DROP the Ceon URI Mapping tables and follow the installation procedure again from the first step to the last. Everything should then install correctly and fresh new database tables should be created (You don't need to remove any files to start again, just overwrite/merge them as if you were doing a fresh install).
Hope that helps!
All the best..
Conor
ceon
Hi,
Any old URIs are marked as "not current" - and therefore become "historical URIs". They'll then redirect to whatever the current URI is.Quote:
Originally Posted by choccybox
If it's not redirecting then you've done something wrong. Also, I don't understand what you mean by "still viewable".
URIs only get deleted when the product/category they refer to gets deleted. When new URIs are entered/generated for a product, the current URI becomes a "historical URI".. this way your site will never again have a broken product link. So I'd advise against ever deleting a URI.Quote:
Originally Posted by choccybox
If you want to, you can of course delete historical URIs by deleting their record(s) in the ceon_uri_mappings table using software such as PHPMyAdmin.
All the best..
Conor
ceon
Conor,
Thank you kindly for always getting back to me.
What is happening is that the URIs are actually redirecting if they have had there name changed e.g.
website.com/medal-of-honor
Will redirect to:
website.com/men-of-honor
But I originally started off with using the "Use the names/titles as they are (E.g. “MedalofHonor”/“Medal-of-Honor”)" option then decided that the URIs would be better in lowercase e.g.
I started with (uppercase):
Medal-Of-Honor
then I changed it to (lowercase):
medal-of-honor
Now when I call the Medal-Of-Honor page e.g.
website.com/Medal-Of-Honor
It doesn't redirect to:
website.com/medal-of-honor
I can still view both pages if I enter the URI in the web browser.
What I'm worried about here is that bots could start indexing two pages.
What's your opinion on this?
Hi,
The software will redirect if the name is changed, but not as you've found, if only the case has changed.Quote:
Originally Posted by choccybox
The reason for this is that the URI mappings in Ceon URI Mapping are treated as case-insensitive. I would call this "best practice" rather than required. The ability to have capitalisation is put there to make the URIs look nicer but all URIs are matched/mapped based on their lowercase values.
I think by the fact that you've renamed your URIs to lowercase that you've noticed also that the vast majority of people only user lowercase when entering URIs.
Unfortunately as all URIs are eventually treated as lowercase, if the only thing that you change when you update a URI is the capitalisation, the software overwrites the previous URI rather than creating a historical URI.
I'm wondering if maybe I should change that behaviour, to maintain a very strict history. This wouldn't then automatically redirect the customer though, unless a "BINARY" keyword was added to the URI lookup.. I think if I was to go that direction that this behaviour would possibly be optional.
Let me know what you think.
All the best..
Conor
ceon
I could modify
Thanks conor.
Fortunately, I'm working on a new-look website for my store using the zen script and haven't launched it yet, so what I think I will do is your suggestion of deleting the old URIs in phpmyadmin. Am I right in thinking that the field to look in is the "current uri" field? And what I should do is delete all of the URIs that have a value of zero?
I'm not sure where you should go with the issue I found. I'm now more than happy with using lowercase URIs. I used to like the uppercase way, but am starting to dislike it to be honest. Therefore, I'd be quite happy without the three options and just have it all automatically lowercase, BUT this is not my add-on, so take what I say with a pinch of salt.
I remain very grateful for it because it is definitely the most functional, easy to use, and well behaved URI add-on I have used so far.
Hi,
If only the case has changed then there won't be a historical URI, if the name has changed then there will be.Quote:
Originally Posted by choccybox
If you never used the URIs on a live site, only on your test site, then you can run the SQL command:
DELETE FROM ceon_uri_mappings WHERE current_uri=0;
That will remove all historical URIs.
Glad you like it! :)Quote:
Originally Posted by choccybox
All the best...
Conor
ceon
Thanx Scott_C for the reply,
I did what you suggested but still no luck. Anything else that might work