Hi,
I also posted a reply.. have you removed Ultimate SEO from your site? You can't run it with Ceon URI Mapping at the same time.Quote:
Originally Posted by monet60707
All the best..
Conor
ceon
Printable View
Hi,
I also posted a reply.. have you removed Ultimate SEO from your site? You can't run it with Ceon URI Mapping at the same time.Quote:
Originally Posted by monet60707
All the best..
Conor
ceon
Hi All,
Thanks Conor for the awesome module. It works a treat.
An SEO company has contacted me today and made me aware that www.domain.co.uk and www.domain.co.uk/index.php both work and therefore dilute my search engine ranking. (They also pointed out that domain.co.uk and www.domain.co.uk worked, but I've fixed that now).
I can't seem to find a way to make www.domain.co.uk/index.php redirect to www.domain.co.uk/ in .htaccess. Is that possible with CEON? I searched this thread but couldn't find how to do this.
Many thanks for your help
Simon
Hi Simon,
Glad you like it! :)Quote:
Originally Posted by simondale123
An SEO company?Quote:
Originally Posted by simondale123
There's LOTS of dodgy SEO companies out there out to make a quick buck. Get recommendations from people who have used any SEO company who contacts you before you ever use such a company. (Just a bit of helpul advice there!).
Ceon URI Mapping makes www.domain.co.uk, www.domain.co.uk/index.php and www.domain.co.uk/index.php?main_page= and www.domain.co.uk/index.php?main_page=index all equal by redirecting (with a 301 Moved Permanently redirect) from any of those to www.domain.co.uk/Quote:
Originally Posted by simondale123
At least, the latest version does.
This means that to the search engines all four of those variations are the one page.. www.domain.co.uk/
What evidence did this SEO company provide you with that your rankings were being "diluted"?
Given what I've said above about how the module works, with its special handling of the various possible home page URIs, I would find it hard to believe that I've written things incorrectly.
With the latest version of Ceon URI Mapping (and possibly the previous few versions, I can't remember offhand) this already happens without any need to modify the .htaccess file. Make sure you are using version 3.6.3!Quote:
Originally Posted by simondale123
All the best...
Conor
ceon
Hi Conor , hope you are feeling well or as good as you can feel.Quote:
Originally Posted by conor
All the above examples you gave simondale123 301 redirects works like there suppose to except for one. I have being having problems getting it to do right for a while now. I'm using the latest version of Ceon URI Mapping. The link I'm taling about is this one www.domain.com/index.php?main_page=
If I put that link into my browser it will not redirect to www.domain.com/
it stays as www.domain.com/index.php?main_page=
How would I fix this Conor. Thank you in advance.
Hi,
Oops, you're right and I'm wrong.. that one doesn't. I'll change the code of 3.8.0 to also handle that variation. Thought I had done but must have missed it!Quote:
Originally Posted by countrycharm
All the best...
Conor
ceon
Thank you Conor. Check your email I sent you something.Quote:
Originally Posted by conor
htaccess difficulty:
I installed this mod on my localhost test site: mod v 3.6.3, zc 1.3.9f, wamp 2 server; win7
I can configure the mod and it does what I think it should do as long as I don't put in the htaccess file. I copied example from installation configure doc for site in a sub directory with admin not named admin.
Also tried leaving initial slash of folder name as seen in one forum post, and tried putting htaccess in www folder. Any combination I've tried results in a 'server error' when I try to access the store.
zc index is in wamp/www/store/ ; there is a wamp index file in the www folder (when I call up my store the url shows as localhost/store; then as soon as I access anypage it becomes www.example.com, including if I go back to 'home' it will show the example.com instead of localhost).
I'm tempted to ftp my files live where my site is in the root, on the premise that I'm experiencing a ^%$#&window7 issue, but thought I'd ask for help first ;o)
If this is wrong forum to ask, I apologize.
Hi,
You should make sure the paths to the index.php file etc. all match up according to the folder you put the .htaccess file in.Quote:
Originally Posted by soxophoneplayer
Please re-read the configuration instructions and make sure you've put the .htaccess file in the correct folder and that you are using the appropriate example rule for wherever you've placed the .htaccess file.
You should be reading the section
Example rule for stores installed in a folder other than the root of the site, with the admin named “admin”.
It gives an example rule for when you place the .htaccess in the "store" folder (rename "shop" to "store" in the rule).
As for the "example.com" issue, that's nothing to do with Ceon URI Mapping. Check your includes/configure.php file for that.
Please don't post back here until you've tried all options (including uploading to your live server) as I'm about to post an announcement and I would rather it wasn't drowned out straight away by your reply!! :)
All the best..
Conor
ceon
Hi,
That's very good of you, thank you! I wish more were as nice as you! :)Quote:
Originally Posted by countrycharm
In return I'm about to post something for you... :)
All the best...
Conor
ceon
Hi,
It gives me great pleasure to release a new version of Ceon URI Mapping.
Version 3.8.0 isn't an essential update but it does have some minor improvements (especially regarding deleting URIs when categories/products are deleted). It also has sample modified core files for the latest versions of Zen Cart.
From the Revision History:
[UPDATED] Commas are now also converted to spaces before being replaced by the whitespace replacement character when auto-generating a URI.
[UPDATED] A dynamic Zen Cart URI with an empty main_page parameter, “index.php?main_page=”, is now redirected to the home page with a 301 permanent redirect.
[UPDATED] Mapped URIs are now deleted when the Zen Cart product or category deletion function is called. Previously the deletion code was called directly when a product/category was being deleted, but subcategories and products within a category being removed were not having their URIs deleted, wasting space in the database unnecessarily.
[BUGFIX] String replacements weren't being used in EZ-Page and Manufacturer URI autogeneration functions.
[ADDED] Exclusion for 3D-Secure IFrame wrapper file in new Ceon Cardsave Direct payment module added.
[ADDED] Sample modified core files for Zen Cart 1.3.9e added to the distribution.
[ADDED] Sample modified core files for Zen Cart 1.3.9f added to the distribution.
Anyone using 1.3.9e/1.3.9f who previously used the sample files for 1.3.9d that were included in version 3.6.3 should use the appropriate sample files for their version from this distribution.
Of course, anyone who merged their files with the Ceon URI Mapping files, rather than simply copying the Ceon URI Mapping sample modified files across (the recommended thing to do!), can simply do the same again.
Please note: You must read and follow the upgrade instructions as the list of modified core files has changed in 3.8.0!
Download 3.8.0 now!
The new version will be uploaded to the Zen Cart downloads area in the not too distant future.
Enjoy!
All the best..
Conor
ceon
Hi Conor,
Wow! That's great. It works perfectly now. Try www.firstpersonview.co.uk/index.php to see it in action!
I only copied across what was in the includes folder to do the upgrade, I didn't copy any files across to admin or the core files and it works fine. Do I need to copy the other files for any other reason, or am I OK to leave it now since everything is working fine?
I've looked at the two CEON options in my Admin and they seem to work fine. I can't see a version number so I can't tell you waht version I installed initially unfortunately.
Thanks so much for your help
All the best
Simon
Hi Simon,
No, you absolutely MUST upload all the files, you have to follow the upgrade instructions IN FULL. You cannot only partially update the software. You may think it's working but things may be going wrong behind the scenes.Quote:
Originally Posted by simondale123
All the best..
Conor
ceon
hi,
thinking of installing this module, i run 1.39a will the core files for 1.39b work ok
ps nice to see someone from belfast.....
bryan
Hi Bryan,
How's it goin'? :)
Yes, but you may as well upgrade to Zen Cart 1.3.9f.. it only takes a few minutes and has some needed bug fixes.Quote:
Originally Posted by bn17311
We're rare on this type of website! :)Quote:
Originally Posted by bn17311
All the best...
Conor
ceon
thanks,
ill give both a go tonight. i installed on test site and seemed ok, is there a quick way to enable all products to new url or is it all manual per item / category / manufacturer
5000 products to do
Bryan
iQuote:
Originally Posted by bn17311
You will have to do them manual one at a time. About the auto featureQuote:
s there a quick way to enable all products to new url or is it all manual per item / category / manufacturer
5000 products to do
Conor cannot answer this question here on this support forum as the rules of this forum prohibit the support or discussion of paid modules on the part of the module creator. The particular module you speak of will be a commercial module, and if you want more information on it, you will need to contact Conor via e-mail. (use the contact form on the Ceon website)
thanks
Bryan
zc 1.3.9f, Ceon URI Mapping 3.8.0
Am I correct in assuming that URIs for new products added after installation of this mod must still be created manually if they reside in a category that existed prior to installation and thus had its URI done manually?
The auto generate feature only works on new categories & products added to the site AFTER the mod has been installed. You will have to manually generate any categories, or products url prior to installation. For new products added to any category after installation of this module Ceon URI Mapping will auto generate it to that category for you.Quote:
Originally Posted by soxophoneplayer
Hi,
No, although the pre-existing category won't have a URI autogenerated, any products or categories added after the software is installed will have full auto-generation of URIs.Quote:
Originally Posted by soxophoneplayer
All the best..
Conor
ceon
I must have done something wrong ;o(Quote:
No, although the pre-existing category won't have a URI autogenerated, any products or categories added after the software is installed will have full auto-generation of URIs.
zc 1.3.9f, Ceon SEO mod 3.8.0 on ZC certified host.
New products added to Categories/Sub-Categories that existed prior to installing this mod will only generate: /// as the automatically generated URI.
Manually created URI's that I've done so far are working perfectly for all categories and subcategories and the products in one subcategory that I've done so far.
My htaccess in root is copied from example for index in root, with admin changed to my admin name, with nothing else in that file. Other htaccess files in other folders are unaltered from zc 1.3.9f clean install.
My mod settings include Caps on each word (but I tried other settings), use of - for white space.
I added files to the exceptions list from other mods that had includes/application_top in them: /admin/sitemapxml.php, /admin/image_handler.php, /admin/products_with_attributes_stock.php, and /admin/products_with_attributes_stock_ajax.php (with admin changed to my actual file name) - but I also tried adding a new product with these exceptions removed and config saved.
My 'auto generate' box is not ticked in the categories or subcategories, but I did tick in the new products I tried.
This is an amazing mod and I am content to do things manually, but I'm nervous that I've done something wrong that may muck me up further down the road. Site is www meafordwool.com
Any idea where I should be looking?
Hi,
That's clearly not right, I have never heard of such an issue before.. please get in contact via this address and I'll see if I can find out why this is happening.Quote:
Originally Posted by soxophoneplayer
You don't need to add exceptions for any admin files as they don't use the Ceon URI Mappings module.Quote:
Originally Posted by soxophoneplayer
Glad you like it! You shouldn't need to do anything manually.. hopefully I can find out what's happening when you get in contact with FTP and admin details for the site in question.Quote:
Originally Posted by soxophoneplayer
All the best...
Conor
ceon
Hi,
I found a bug in the software.. Doug was using +=>Plus in the replacements configuration for his site.Quote:
Originally Posted by soxophoneplayer
The regular expression is supposed to have all special characters escaped. Current versions escape the following:
[\/\-\\\!\?\$\^\[\]\|\*\.\(\)\{\}\=\<\>\:]
I've updated that to include the missing \+ and this bugfix will be part of the next version.
If anyone experiences the same problem in the meantime, simply open admin/includes/functions/extra_functions/ceon_uri_mapping.php and search and replace:
[\/\-\\\!\?\$\^\[\]\|\*\.\(\)\{\}\=\<\>\:]
with
[\/\-\\\!\?\$\^\[\]\|\*\.\(\)\{\}\=\<\>\:\+]
(There should be 6 occurrences).
Sorry about the oversight!
All the best...
Conor
ceon
Leave it to me to use an uncommon symbol! I can't believe how quickly Connor identified and solved this.Quote:
Doug was using +=>Plus in the replacements configuration for his site
I've sent coffee....and I hope everyone who uses this mod does the same. You have to admit - the documentation and support of this mod is second to none.
(Not even to mention that my google rankings have already moved on up the line.)
The current site has the product url as
http://www.mysite.com/holiday-gift-b...s/monster-mash
I added few products from the script(not from admin) and I get the following kind of urls
http://www.mysite.com/index.php?main...roducts_id=587
Which field I can mass update in the db to get these kind of product with the former url?
Thanks
Hi,
I'm afraid mass updates are not supported by Ceon URI Mapping. You must update each product individually to have their URIs autogenerated.Quote:
Originally Posted by superprg
All the best..
Conor
ceon
You might wanna have a look at the section of Conor's readme which discusses how to create URI's for non product related Zen Cart pages.. You can use this same method to add URI's for these products. If you are comfortable with SQL, you can create am insert statement to update all the products you added to your DB manually..Quote:
Originally Posted by superprg
Hi i just wanted to know how can we remove zen cart bannar aid or logo from our website. you can check my webpage www.hherbals.com and please advise me how can i remove the zencart bannar or logo on the top of my first page and how can i put my logo over there. please email me for this help.at
ahmad1061######################
thanks
have a great day
You might actually get some help if you post this question in the appropriate place on the forum.. This is a support thread for the Ceon URI mapping tool.. You should re-post your question in the right section of the forum (suggest creating NEW post versus posting in the middle of an unrelated thread).. In the meantime I suggest checking out the Zen Cart FAQs. The answer to your question (and probably many others you might have) are definitely there.. Good luck!:smile:Quote:
Originally Posted by Ahmad
I have a ZC website installed on www.url.com, and a blog and forum installed on www.url.com/blog and www.url.com/forum. I have EZ page "internal" links set up to link to each of those (simply, "blog" and "forum"), and those links no longer work since I installed CEON.
I tried entering http://www.url.com/blog as an external URL on the EZ page link, but that did not fix the issue. How can I make it work the way it worked before I installed CEON?
Thanks!
I was able to fix the issue with the forum link. It is a phpbb3 forum, not sure if that has anything to do with it. I gave the EZ Page link an external URL of http://url.com/forum/index.php (omitting the www), and that works. However, the (Wordpress) blog link does NOT work even when I use this method. Thoughts?Quote:
Originally Posted by hockey2112
Hi,
Once you use Ceon URI Mapping EZ-Page links can never be used again.Quote:
Originally Posted by hockey2112
They aren't necessary anyway as you can just add a mapping for the ez-page itself, or add other links to your htaccess file.
All the best..
Conor
ceon
Quote:
Originally Posted by conor
Thanks for your reply. Can you please be a little more specific as to how exactly I can get a link to the /blog subdirectory to work again, and how I can add that link to the htaccess file? Thanks!
Quote:
Originally Posted by hockey2112
I got it to work! I just followed the instructions here: http://www.webmasterworld.com/forum92/2455.htm
"Actually, you can put a new rule ahead of the ones that you don't want to run for those subdirectories:
RewriteRule ^(imagedir¦imagedir2¦imagedir3) - [L]
This tells mod_rewrite to leave the URL unchanged and quit processing rules if the requested subdirectory is one of those in the alternate list. If the requested subdirectory is in the list, all the rules after this one get skipped."
So I added an entry for the /blog directory and one for the /forum directory and it worked!
One other question/issue related to the issue above...
I also installed the Static RSS News Sidebox add-on (http://www.zen-cart.com/index.php?ma...oducts_id=1161) before installing CEON. It was working fine, but it now pulls in the latest blog headlines only "sometimes". Any idea on a fix for that issue? Is it actually related to CEON, or do you think it is an issue with the RSS add-on?
Hi,
That's not the best way to do things.. if you were simply trying to exclude the /blog and /forum directories from being handled by Ceon URI Mapping, you just add an exclusion to the Ceon URI Mapping rewrite rule (as it says in the FAQS ;) I didn't realise this is all you wanted to do or would have pointed you to that information sooner).Quote:
Originally Posted by hockey2112
Just add that after the "admin" exclusion rule and get rid of the code you added above and things will work fine.Code:# Don't rewrite other directories
RewriteCond %{REQUEST_URI} !^/blog[NC]
RewriteCond %{REQUEST_URI} !^/forum [NC]
All the best..
Conor
ceon
Hi,
Check the configuration info/FAQs for information about excluding URIs and files from being mapped. I'm afraid that we don't give free support for finding problems in third party modules such as the one you've posted about. I hope you get this sorted soon!Quote:
Originally Posted by hockey2112
All the best..
Conor
ceon
I gave that a shot, but it did not fix the issue. I will continue to try to find a solution. Thanks!Quote:
Originally Posted by conor
Well I'm a bit baffled. I seem to have the same problem that has been posted here but can't seem to find a solution that works for me.
Essentially I have all my files in the public_html directory.
I require my landing page to be "index.html"
however when URl Mapping is activated, the index.html file is not visible.
Everything else appears to be great!
I am using version 3-6-3 of URl Mapping CEO
Here is the Rewrite that I have placed into the directory that also has my "index.php" file :
##########___
RewriteEngine On
RewriteBase /
# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$ [OR]
RewriteCond %{REQUEST_URI} \.(html)$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/artstyle [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors [NC]
# Don't rewrite cPanel directories
RewriteCond %{REQUEST_URI} !/cpanel [NC]
RewriteCond %{REQUEST_URI} !/frontend [NC]
# Handle all other URIs using Zen Cart (index.php)
RewriteRule .* index.php?%{QUERY_STRING} [L]
####################
Any suggestions would be sincerely appreciated.
Cheers
Hi,
I don't know what you are talking about. There is no such problem, so you can't have the "same" problem!Quote:
Originally Posted by photaust
The standard rewrite rule already lets index.html through, it is not mapped by Ceon URI Mapping:Quote:
Originally Posted by photaust
However, in your code you've gone and made Ceon URI Mapping responsible for .html files:Code:# Don't rewrite any files ending with .[xxxxx]
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$
You've done the opposite of what you wanted! (Simply misread the documentation I see).Quote:
Originally Posted by photaust
Remove the modifications you made and just use the normal rewrite rule and things will work as you desire.
You should also upgrade to 3.8.0, it won't make a difference in this case but always best to use the latest version.
I'll upload a version of 3.8.0 to the downloads area shortly, for the minute you can get it from the Ceon website.
All the best..
Conor
ceon
Quote:
Originally Posted by conor
Actually, I have the same thing happen to me. I usually put up an index.html "coming soon" page while the ZC website is still in progress, and that page is passed over in favor of index.php after I install CEON with its pre-packaged settings, thus "activating" the website whether i want it live or not.
Hi,
Actually, that's not true. What is happening is that after you install Ceon URI Mapping, it becomes responsible forQuote:
Originally Posted by hockey2112
/
/index.php
/index.php?main_page=
etc.
It is never responsible for /index.html
However, most people will see the root of a site as / so unless they come directly to /index.html Ceon URI Mapping will indeed take over.
Obviously to avoid that you need to add the following exclusion to your rewrite rule:
However, this means that you can't simply remove index.html to "switch the site live" as "/" would give a 404. You'd have to both remove the index.html file and remove the above exclusion.Code:RewriteCond %{REQUEST_URI} !^/$
Hope that clears things up!
All the best..
Conor
ceon
Quote:
Originally Posted by conor
Thanks for the insight, Conor. This will help immensely!
Google Adwords doesn't like my Ceon URI Link!
I tried to put this link in a campagne:
http://www.feingut.ch/dufte_spa/atherische_ole
Google refused it saying that the URL doesn't work? I do not have any problems to call this page. So, what could be the problem?
I too can see, that google indexed the old pages with URLs like this: http://www.feingut.ch/index.php?main...dex&cPath=35_3. But the new Ceon URLs are not indexed.
Any hints?
Hello. I had been using Ceon URI mapping very happily on Zen Cart version 1.3.8 for quite some time, and have recently upgraded to Zen Cart Version 1.3.9f. Ceon URI Mapping was not working properly after the upgrade, and I realized at that point my version of URI mapping was not current, so I upgraded to version 3.8.0. I backed up my database and affected files prior to upgrading. Everything seemed to be working fine (rewriting was successful), with the exception of the fact that none of the usernames nor passwords worked any longer on login attempts. I have reversed the process of installing Ceon URI mapping (replacing affected files with old back-up files and also deleting all ceon prefixed files, as well as restoring different databases that were saved prior to upgrading Ceon URI mapping. The login problem still persists. My customers and I are not able to log into our accounts anymore! It's as thought the info is gone.
Is there a place in this sea of discussion pages here that addresses this issue? If so, please direct me there.
Please help! Thanks!
Hi Ethan,
I've replied to you private e-mail to me. Just to reiterate here, this is nothing to do with Ceon URI Mapping, it does not interact with any login functionality of Zen Cart. This must unfortunately be a mistake you made when upgrading from 1.3.8 to 1.3.9f. Hopefully you can find the right answers/support or another thread.Quote:
Originally Posted by Ethan Kolasinski
All the best...
Conor
ceon
Ah, there is a 404 in the access_log:Quote:
Originally Posted by Pink
But strange, the Link itself works: http://feingut.ch/dufte_spa/atherisc...onella_kba_5mlQuote:
66.249.66.3 - - [27/Sep/2010:20:33:23 +0200] "GET /dufte_spa/atherische_ole/citronella_kba_5ml HTTP/1.1" 404 41969 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
Hints?
Hi,
I'm not surprised: Although the link you posted has a page with content, your site is sending a 404 header for this page:Quote:
Originally Posted by Pink
HTTP/1.1 404 Not Found
So Google is treating it as if it doesn't exist.
You need to fix the headers on your site! Make sure you have a proper, working rewrite rule. If that's not it, install the Ceon URI Mapping 3.8.0 module again from scratch (you don't need to delete the database tables, just reinstall the files). If that's not it, then look to see why your server is sending out a 404 header yet Zen Cart is actually loading the expected page!
All the best...
Conor
ceon
Hi,
Just thought it worth pointing out that the only time I saw this before was when someone had a .shtml file responsible for handling 404s.Quote:
Originally Posted by conor
As they hadn't set up their rewrite rule(s) properly, the URI mapping (say /dufte_spa/atherische_ole) was causing a 404.
The 404 was loading 404.shtml but their Ceon URI Mapping rewrite rule didn't exclude .shtml files as it used the old example condition of
instead ofCode:RewriteCond %{REQUEST_URI} !\.[a-z]{2,4}$ [NC]
This meant that all 404 pages were being passed onto index.php.Code:RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
Ceon URI Mapping was then able to run, look at the "/dufte_spa/atherische_ole" URI and map it to the appropriate Zen Cart page.
However, the error was still resulting in the page having a 404 header, even though the content of the page was what was expected.
To fix this you MUST make sure you are using the LATEST example rewrite rule, and that it is working. On your server it is not working as you are redirecting people to a 404, handled by Zen Cart.
All the best...
Conor
ceon
Conor, you are right, I am wrong. I bet you've heard that a lot. Anyway, thank you Sir. An explanation of my idiocy will be PM'ed to you, in addition to your well deserved "cups o' coffee".Quote:
Originally Posted by conor
Thanks!
I feel I've tried it all and still getting a 404 error. Please help.
My shop is here. And just so you know that I can follow directions ;-p here is all the relevant info requested. LOL
I'm running 1.3.9, recently rebuilt from 1.3.8. I imported the database over from the old shop.
I have installed amazon checkout, column grid layout, mailchimp, wishlist, image handler, lightbox, menu footer, rss feed, and another column layout for the new products type pages. All installed during the rebuild about 2 weeks ago.
I ftp'd all the files up (did not use winmerge as I'm on a mac - but my next plan is to uninstall and reinstall on a windows box.) I ran the URI mapping config. Added the rewrite code to the htaccess file - trying it as if the index page is on the main or in another folder method. I've made sure the URI mapping is set to true, ticked the little box in the category file...what did I forget? I'm sure its right in front of me but I'm going a little crazy trying to figure this out and its just not working. Thank you so much for any help.:smile:
Hi,
I don't know what you've been reading but I don't even know exactly what problem you are having as you haven't given enough information?!Quote:
Originally Posted by Libertym
First please follow the installation from scratch once again as I'd imagine you've missed something.
If you are still having problems, please describe the problem you are having.
I'm running 1.3.9, recently rebuilt from 1.3.8. I imported the database over from the old shop.
The computer used is irrelevant.. instead of using WinMerge or Beyond Compare on Windoze, simply use a "Diff"/"Merge" program on the Mac.Quote:
Originally Posted by Libertym
Do make sure you use one tho.. if you have other modules which are overwriting core files the Ceon URI Mapping file uses you may well have simply wiped out the URI Mapping functionality added to those files.
Hope that helps!
All the best..
Conor
ceon
Hi zenners,
How this can happen ? :
how this
-> www.mysite.com/for-men <-
to become ->
-> www.mysite.com/за-мъже <- ("for-men" to be on my language )
My language is Bulgarian.
Тhanks in advance.
Note
When you write in URI Mapping window in bulgarian it hapпens something like this -> www.mysite.com/za-majhie.
Hi,
Yes, that's right, the software "transliterates" the name from another character set into that use on the internet in general.Quote:
Originally Posted by perfumbg
As the internet goes in general,
www.mysite.com/за-мъже
isn't a valid URI as it uses characters which aren't supported by the WWW protocols.
The software changes it into www.mysite.com/za-majhie as that's the transliterated equivalent to the above, wrongly specified URI.
Hope that helps!
All the best...
Conor
ceon
Still having trouble. No matter what I do I get 404 errors on every page that has the URI auto-generated.
I had the same problem, after reinstall everything goes to its proper place.Quote:
Originally Posted by Libertym
What other modules do you have?
I think somewhere i found that seon uri mapping is not compatible with some modules !
Does that mean I can not achieve the desired of me?Quote:
Originally Posted by conor
I have a domain that looks like http://xn--80aqaonh2a4f.com/ , but actualy in browsers apears like this www.парфюмии.com . Is that some kind of language ?
Аnd is it possible to be used in ceon uri mapping ?
Thanks .
Quote:
Originally Posted by Libertym
I think that is the problem , I read it somewhere but do not remember where :frusty: . Try to remove lightbox and if it is not a solution tell us.
HI,
Yes, Ceon URI Mapping only supports the original WWW character set.Quote:
Originally Posted by perfumbg
All the best...
Conor
ceon
Hi,
Sorry but that's just wrong. Ceon URI Mapping is 100% compatible with Zen Cart.Quote:
Originally Posted by perfumbg
If a module doesn't work with it it means that the module that doesn't work doesn't support static URIs and needs to be updated to support them, instead of using relative URIs.
Between the exclusion from .htaccess and excluded files functionality in Ceon URI Mapping, it is compatible with any and everything, there are no such things as "compatibility issues" with the software. Consult the documentation for more info.
All the best...
Conor
ceon
Hi,
I've got a number of v1.3.8 zencarts running fine with ceon URI mapping. A while ago I installed a new cart running version 1.3.9e and I'm having troubles getting it to work. The ceon install seems to have gone as before, and in the admin section of the site all the functionality of the mapping system is available, to the extent that it shows me the new url when updating a product, but this is not reflected in the live catalogue site. I'm assuming it would then be a problem with the .htaccess file, but I've followed as I've done before, with no success. Any help greatly appreciated.
site is here: http://www.raw-organics.com.au
cheerz,
gid
Hi Gid,
Glad to hear you like the software so much that you use it on several sites.
It sounds like you have simply forgotten to apply the updates to the includes/functions/html_output.php file. Reinstall the module, taking care to carry out each step in full and everything should be fine.
All the best..
Conor
ceon
Hi Conor,
The html_output.php file was the culprit. Thanks for sorting this out for me. One of the great things about ceon mapping is the timely support you guys give.
I'm not sure if I'm having ftp issues at my end, as I had uploaded these updates as a complete folder, not individually. Interestingly too, when I first installed this, my zencart install corrupted and I had to roll back.
Cheerz and thx again. I recommend ceon mapping to anyone that will listen, and now install ceon on all zencarts by default.
gid from Aus.
Lets show Conor some love and support by giving a donation for his fine work. Donation keep the project going forward. Your the man Conor:bigups:
Hi gid,
That does indeed sound like FTP issues. A partly uploaded file will cause any PHP script to fail.Quote:
Originally Posted by gideon_63
I'd suggest changing to better FTP software. A goof free program is FireFTP for Firefox.
Glad that you like the software!
All the best..
Conor
ceon
I'm updating file merges from this mod to zc 1.3.9g. The only file I feel unsure with is includes/init_includes/init_canonical.php (which I presume goes in /init_includes/overrides/)
The Ceon 2 of 2 bit goes at the very end of this file in zc 1.3.9f, after the existing closing }
In the zc 1.3.9g file, the existing ends with:
Am I correct to place the Ceon 2 of 2 bit at the very end, following tghe unset phrase, or should it go after the } but before the new unset phrase?PHP Code:}
unset($excludeParams, $includeCPath);
TIA
Hi,
Ceon URI Mapping's canonical URI support makes Zen Cart's canonical URI support irrelevant.
The ini_canonical file simply has an if statement wrapped around it to switch it off when Ceon URI Mapping is enabled.
Start the first Ceon modification before the start of the Zen Cart code and end it afer it:
....PHP Code:// BEGIN CEON URI MAPPING 1 of 2
if (!isset($ceon_uri_mapping_canonical_uri)) {
// Only use Zen Cart's canonical URI functionality if Ceon URI Mapping Canonical functionality
// not in use
// END CEON URI MAPPING 1 of 2
// cPath is excluded by default
$includeCPath = FALSE;
A new version of Ceon URI Mapping with sample modified files for 1.3.9g will be out shortly. The changes are indeed minimal, with the above being the only awkward one.. so hopefully the above info will do until the new version has been released.PHP Code:unset($excludeParams, $includeCPath);
// BEGIN CEON URI MAPPING 2 of 2
}
// END CEON URI MAPPING 2 of 2
All the best..
Conor
ceon
Hi Randy,
You are just the nicest of guys! :)Quote:
Originally Posted by countrycharm
Thanks for your unbelievable support, both helping others here and giving me a bit of encouragement to keeping on supporting this module.
And on top of that, donating more altogether in the past 4 months than the other two people who donated in the past 4 months - meaning you've donated more than everyone else put together!
Really fantastic of you, I'm so glad you find Ceon URI Mapping useful!
All the best..
Conor
ceon
Conor I have a question for you. Since Zen Cart team has dropped cPath from canonical url for products in 1.3.9g. Why is Ceon URI Mapping still creating cPath. Sorry If I don't understand whats going on.
Hi,
They've simply fixed a bug of sorts in their canonical link handling for product pages.Quote:
Originally Posted by countrycharm
Ceon URI Mapping has no known bugs now, it handles all canonical links pretty much perfectly, including those of product pages.
If you look at any canonical link for a product page with a mapped (static) URI in Ceon URI Mapping, you'll find that the cPath is not (and never has been) present. It's only used in the non-canonical URI in the address bar.
That should set your mind at rest! :)
All the best...
Conor
ceon
Thanks Conor for you explanation, so let me get this straight, sorry to use the thread to do. Only product that are link and in another category show the cPath and product id. Good to know.Quote:
Originally Posted by conor
Hi,
Only linked products show the cPath in the URI in the address bar.Quote:
Originally Posted by countrycharm
However, they never show the product ID if they have a URI mapping.
Also, their canonical URI never has the cPath in it, it is simply the static URI the product is mapped to.
Simply look in the source of your product pages to see what I mean.
Hope that helps!
All the best..
Conor
ceon
Quote:
Originally Posted by conor
Conor,
I just got around to trying this, and it did allow the index.html file to function. However, I can no longer access the home page by typing http://www.url.com/index.php; it redirects me to the index.html page. All other in-site pages work fine, and I was able to access the home page by typing http://url.com/index.php?main_page, but I was hoping you could clue me in on how to tell CEON to let me access index.php while also keeping index.html intact when someone goes to the plain http://www.url.com url.
Thanks!
Hi,
I'm afraid I don't know what is on your server that is causing that. I've never, ever seen that behaviour. You should check your rewrite rules.Quote:
Originally Posted by hockey2112
All the best..
Conor
ceon
Lightbox/slimbox is gone and still no good. Maybe this mod just isn't meant to be.
This module works perfect with all add on as long if it isn't using the same files. IF it is using some of the same file you have to compare and merge the files. I use Jquery Lightbox with no problems. You are doing something wrong. Go back and look at your files to see if they need merging or something.Quote:
Originally Posted by Libertym
Quote:
Originally Posted by Libertym
**nods in agreement** and I am using Fual Slimbox on the two sites I deployed with this module with NO issues whatsoever.. I agree with CountryCharm.. There is something you have done incorrectly in the install..Quote:
Originally Posted by countrycharm
hi,
any idea what ive installed wrong, everything seems fine but came accross this link
http://www.onyourbike.co.uk/index.ph...ucts_id=211559
should it not convert to new url
thanks
Bryan
I'm currently running 3.6.1 on ZC 1.3.9c on a bi-lingual site and have added entries to my ceon_uri_mappings table so that the main page (main_page = 'index', associated_db_id = null) should also be mapped. Unfortunately, links to the main page were always resulting in www.mysite.com/.
I modified /includes/functions/html_output.php (line 217) as follows to correct this:
Code:} else if ($page_id == FILENAME_DEFAULT &&
strpos(strtolower($page_parameters), 'typefilter=') === false) {
$uri_mapping_being_used = true;
$static = true;
$uri_mapping_sql = "
SELECT
uri
FROM
" . TABLE_CEON_URI_MAPPINGS . "
WHERE
main_page = '" . FILENAME_DEFAULT . "'
AND
associated_db_id is null
AND
language_id = '" . (int) $mapping_language_id . "'
AND
current_uri = '1';";
$uri_mapping_result = $db->Execute($uri_mapping_sql);
if (!$uri_mapping_result->EOF) {
$page_id = $uri_mapping_result->fields['uri'];
} else {
// Link is to the index page.. no need to look up mapping in database, simply use the
// default index page static URI
// $uri_mapping_being_used = true;
$page_id = DIR_WS_CATALOG;
}
// $static = true;
Hi,
The main page should only ever be mapped to your store's address, using the code already built into the software. Any other usage I'm afraid is custom programming and I'm afraid therefore not covered by the free support we offer here.Quote:
Originally Posted by lat9
All the best..
Conor
ceon
Hi,
You don't seem to be all that great at installing the software.. :) Send me FTP and admin details for your site and I'll take a look and hopefully get you sorted once and for all.Quote:
Originally Posted by Libertym
All the best..
Conor
ceon
i have installed the module and everything seems to work fine but when i update any category or any product through admin the information wipes out, why is that?? plz reply
Hi Conor,
I'm hoping you can advise on my CEON URI Mapping Module implementation. My store is installed in the root htdocs directory and I think I've followed your instructions closely but I must have done something wrong because I'm seeing some 404 responses;
The address http://mydomain.com/category-1/ is good with all requests responding '200 OK'.
But for http://mydomain.com/category-1/sub-category-a/ the head section include files respond with '404 Not Found' as they are being looked for here: http://mydomain.com/category-1/includes/... etc. ie. as if the parent category was the site root.
It's worth noting that I was implementing this module along with WOZ so I've disabled WOZ to make sure it's not that module causing the problem.
Versions: Zen Cart 1.3.9f & Ceon URI Mapping 3.8.0.
.htaccess looks like this:
Many thanks in advance.Code:AddType x-mapp-php5 .php
RewriteEngine On
# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors [NC]
# Don't rewrite cPanel directories
RewriteCond %{REQUEST_URI} !/cpanel [NC]
RewriteCond %{REQUEST_URI} !/frontend [NC]
# Handle all other URIs using Zen Cart (index.php)
RewriteRule .* /index.php?%{QUERY_STRING} [L]
Hi,
You haven't installed the module fully yet then. You haven't modified all the core files properly. Please carry out the stage of the installation regarding the modification of core files. When you successfully complete the modification of all files, you won't have the problem you describe above.Quote:
Originally Posted by azjs
All the best..
Conor
ceon
Hi,
You've installed the module fine, it's all working.Quote:
Originally Posted by zzfozz
What you need to fix is your template. As you have pointed out, it is using relative instead of absolute URIs. Obviously by using Ceon URI Mapping you are upgrading your site to using absolute URIs instead of relative URIs, so all links to files on that site (especially CSS files etc.) need to either be mnade absolute, or, what many people do is to set the "base href" tag in their header.
It's likely that your template has mistakenly removed the base href tag from the header file (I think it's html_header.php) or else uses relative links for its includes.
Hope that helps!
All the best..
Conor
ceon
Hi Conor,Quote:
Originally Posted by conor
Many thanks for the quick response. I was already poking around in html_header.php when you replied. [FONT="Courier New"]<base>[/FONT] is there but seems to be being ignored. However by trawling through and putting a leading forward-slash on the front of every href I seem to be able to fix it. Feels a bit wrong, but never mind, I can't forsee ever wanting to revert but it will need close attention to detail at upgrade time.
Donation on it's way :D
Hi,
That's strange, that shouldn't be the case. I'm contacting you privately to ask for details to take a quick look and to thank you for your donation, it's greatly appreciated. It's a very rare pleasure to receive on Zen Cart and very good of you! :)Quote:
Originally Posted by zzfozz
All the best..
Conor
ceon
as usual my error, thanks for help connorQuote:
Originally Posted by bn17311
bryan
Quote:
Originally Posted by conor
i have again uploaded all the core files as it is but no use, i did not alter any file but uploaded as it is, can you suggest what would be the cause ??
Hi,
Faulty FTP software would be my first guess.Quote:
Originally Posted by azjs
Send me FTP and admin details for your site via this address and upload the files for you/check things quickly.
All the best..
Conor
ceon
Hi,
There was the following problem. My way to "add_review" is now in Bulgarian "http://www.domain.biz/za-maje/Paco-Rabanne-1-Million-100ml/добави-коментар", but the page can not be found and no one can put comments . Here is my site. Is this fixable.
Thanks again zenners.
Hi,
You've mistakenly set the language defines in admin/includes/languages/bulgarian/extra_definitions/ceon_uri_mapping.php to use Bulgarian!Quote:
Originally Posted by perfumbg
This was a silly mistake!
You should translate the following properly, using only vaild URI characters (no bulgarian characters!):
You'll then have to go through your database by hand and fix all the records for the products reviews/add a review/tell a friend.PHP Code:define('CEON_URI_MAPPING_URI_PART_PRODUCT_REVIEWS', 'reviews');
define('CEON_URI_MAPPING_URI_PART_PRODUCT_REVIEWS_INFO', 'review');
define('CEON_URI_MAPPING_URI_PART_PRODUCT_REVIEWS_WRITE', 'add-a-review');
define('CEON_URI_MAPPING_URI_PART_TELL_A_FRIEND', 'tell-a-friend');
Sorry but this will take you some time... it's just unfortunate that you made the mistake you did when installing!
All the best..
Conor
ceon
i am using zencart version 1.3.9. f and the most advanced folder available in core files is 1.3.9 d
would this be making a difference ??
Hi,
Sorry I've been snowed under supporting people here and trying to get updates of various modules done so I haven't had time to upload floes to the Zen Cart downloads area recently.Quote:
Originally Posted by azjs
Get 3.8.0 from here, it has 1.3.9f modified sample files in it.
I've decided to skip the release of 3.8.1 and go straight to 4.0.0. Working on it now but don't know how long it'll take.
All the best..
Conor
ceon
Hi there,
i have installed Ceon URI Mapping and something is wrong :(
sometimes when i open my site is see urls in proper way, but sometines it shows:
http://www.domain.com/category?zenid=5a7463a7965ed50atyrh
when i reload my site it goes back to normal:
http://www.domain.com/category
i just checked like my site is seen by google bots and and shows:
http://www.domain.com/category[B]?zenid=5a7463a7965ed50atyrh[/B
on every page
so i checked like my pages are indexed in google and i see some strange things: some are indexed normal way, some with zenid in urls but some of them shows index.php as a link to category
i don't have an idea what can be wrong
before i had my store installed on other ISP and i was fine
help pls :)
rutra
This module has nothing to do with zenid, with that said you need to go to this thread to read up on it.Quote:
Originally Posted by rutra
http://www.zen-cart.com/forum/showth...t=zenid&page=3
where is the uri mapping manager available for download ??
At the very top of the first post on page 1 of this discussion thread.Quote:
Originally Posted by azjs
Or, if that one's not current enough for you, ceon posted a reply to your previous post answering the same question ... just a few posts up from this one.
Great thanksQuote:
Originally Posted by countrycharm
Conor,
I loaded module and everything seemed fine. I have dedicated SSL, root folder and changed admin name. I also performed rewrite for includes/.htaccess file.
1.3.9g looks like this for .htaccess:
HTML Code:# deny *everything*
<FilesMatch ".*">
Order Allow,Deny
Deny from all
</FilesMatch>
# but now allow just *certain* necessary files:
<FilesMatch ".*\.(js|JS|css|CSS|jpg|JPG|gif|GIF|png|PNG|swf|SWF|xsl|XSL)$">
Order Allow,Deny
Allow from all
</FilesMatch>
RewriteEngine On
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/new admin name [NC]
IndexIgnore */*
## NOTE: If you want even greater security to prevent hackers from running scripts in this folder, uncomment the following line (if your hosting company will allow you to use OPTIONS):
# OPTIONS -Indexes -ExecCGI
I started at top category, clicked button for "have auto generate for this category" and then went to each category below as well as the product itself. Then I enabled module. I see main page fine. When I click on category or any product - I get this error.
Not Found
The requested URL /ladies-bible-studies/parenting-with-wisdom was not found on this server.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Apache mod_fcgid/2.3.5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 Server at www.burnerbooks.com Port 80
Once I disable - everything is normal again without new uri mapping. How do I fix?
Thanks, Kim