Perhaps I should not worry. If I check here all links are vaild.
http://validator.w3.org/checklink?ur...h=&check=Check
Printable View
Perhaps I should not worry. If I check here all links are vaild.
http://validator.w3.org/checklink?ur...h=&check=Check
Hi,
I tried this out for you and it's clearly a rubbish service!
You have your base href set, and I see that you have just posted again to confirm that your site does indeed work perfectly well.
In this case it's the above tool that's broken.
Nothing to worry about! Enjoy the new URIs! :)HTML Code:<base href="http://www.magicwoodshed.com/cart/">
All the best..
Conor
ceon
Hi
I have noticed that 70% of my customers that look at my site have the "zenid=qni9qpsv8spes9915q######1r6m6" after their url's (since I upgraded)even after the first page ..
Should I be concerned about this & Is there any way to help with this.I have searched but not had much help with it as all the threads are rather old that I found
thanks
Hi,
Normally it's only the first page as no cookie will have been set yet.
The zenid is set by Zen Cart, Ceon URI Mapping has nothing to do with it.
Maybe there is something up with the cookie settings on your site?
(Having it does no harm, due to the software's canonical URI support, but it obviously doesn't look as nice, I'd not like to have that happen on our site).
All the best...
Conor
ceon
Yes, it does look ok... but google is caching all the pages without images. i.e. the file in google cache has all the bad links found by the websiteoptimiation tool.
e.g. http://webcache.googleusercontent.co...-effect-plugin
Hi,
Searching for your domain name gives a link using URI mapping:
http://webcache.googleusercontent.co...ient=firefox-a
Everything looks perfect.
There's nothing to fix here.
If you're still having issues please start a new thread as I don't think others here would be too interested in the specifics of this site! :)
All the best...
Conor
Ceon
Conor, thanks for the most smoothly-installing mod I've ever had to deal with, i'm really looking forward to using it!!!!
Although it's the last step i'm having issues with - the example rewrite conditions of .htaccess
I've installed the 4.0.7 ceon uri mod, on zen cart 1.3.9h
I'm sure this has been answered before, but after hours of looking through threads I can't find the answer.
My cart is installed in the /home/jaimyec/www/bmb/zc2/ folder, my domain points directly to index.php in that folder.
The example rewrite rule part of installation check lists /home/jaimyec/www/bmb/zc2/.htaccess as the place to add the example rewrite lines, but this is the same folder that zen cart is installed.
When I have tried to add the example rewrite lines to my .htaccess file in the zc2 folder, i get an error when trying to access the site.
Should I put the lines in the htaccess of the /home folder and add the rest of the folder structure to each line or how should I work this?
If there's already a post or 2 on this I would appreciate a link... thanks
Hi,
Thanks for the nice comments, I'm glad you appreciate the effort that went into making the software as smooth to install as possible (although it isn't as easy as I'd like due to the need for the core mods unfortunately).
The place it told you is the correct place, it *always* is.. it's quite a smart wee installation checker. ;)
You probably just need to add a slash to the front of index.php or else you have a conflict with some other rule on the site
If changing RewriteRule .* index.php to RewriteRule .* /index.php doesn't work get in contact here with FTP and admin details and I'll take a quick look.
All the best..
Conor
ceon
always? i'm given a directory of "D:/webpages/apo/.htaccess" to place the .htaccess file. according to my webhost, my website is in "D:/webpages/apogee-new" and he had to create an apo directory to install it, but i'm still getting 404 errors. it's been installed in D:/webpages, D:/webpages/apo and D:/webpages/apogee-new with no luck. we're both reading up on what could be going on.
Still unable to get it to work. :/
More details:
Server: IIS using ISAPI_Rewrite
.htaccess location on server (as per the "Example Rewrite Rule" instructions): /apo
website location on server: /apogee-new
website address (testing): http://www.bigd.net/apogee
ceon uri version: 4.0.7
Problem:
The mapping part of the software works great. I'm upon activation, clicking on a link brings me to the correctly MAPPED page and everything is super easy to use until i want to activate it. At that point, unfortunately, I'm having issues with the rewrite.
An entire morning, a cup of chai and a good hour on the phone with our webhost, i'm still getting 404 errors when/where mapping is enabled. I was getting a "recursive too deep" error on the homepage (http://www.bigd.net/apogee/index.php) but http://www.bigd.net/apogee loads just fine.
We've tried moving the .htaccess to the directory above /apo and /apogee-new, into /apogee-new, and even in the D:/ drive with no luck. it is currently in the /apo directory.
tried adding (and removing again) the slash before apogee/index.php in the last line.
:frusty:
there's obviously something i haven't tried or overlooked, but i'm not seeing it yet. thanks in advance.
Hi,
Oh dear. Maybe not always then. Unless... are you using the latest 4.0.7? Creating a new directory is definitely the wrong way to go, the .htaccess file should be in the Zen Cart directory.. the "newly created" directory won't ever be used!
Anyway, just get in contact with FTP and admin details and I'll see if I can get things sorted, would be quicker than having a conversation here.
All the best...
Conor
ceon
Conor, the / worked. Thanks again for your time I should have tried it like your installation check said before but I was being very cautious to follow the directions.
I'm sure I will be making a purchase of the URI manager software soon, this is an invaluable software for zen cart users who are interested in getting the most out of the search engines.
Thanks again!!!!!!!:clap::clap::clap:
Hi,
Really glad to hear that you that was all that was needed.. I like simple "fixes"! :)
Also glad to hear you really like the software, thanks for the nice feedback, it makes the time spent coding it feel that more worthwhile.
I hope it does indeed help your site do better!
All the best...
Conor
ceon
Hi Ceon
I am attempting to install the module and after following your instructions I have attempted to run the install in Modules Ceon URI Mapping (SEO) Config and I get this error
"Database table can not be created! The database user does not have CREATE TABLE privileges!"
I am using Zen Cart version 1.3.9h
This is a new install and this is the first module I am attempting to install. I have since Installed two other modules without any problems
The site is hosted with IINET as I am based in Australia and they use Apache with the rewrite module.
Your help would be appreciated.
Stephen
Hi Stephen,
Quite simply this error message is telling you that your Zen Cart database user appears to only have USAGE privileges for the database.
When this happens it often means that your MySQL server is broken. You should probably get it fixed.
Ceon URI Mapping has code built into it to get round a broken server such as yours.
Go back to the Ceon URI Mapping (SEO) Config page in admin - modules and append
?override-db-privileges-check=1
to the end of the address in the browser's URI bar and press return.
The database tables should then be created.
If not, then you'll need to adjust the privileges of your database user appropriately.
Hope you like the software, it took a huge amount of time to write.
All the best...
Conor
ceon
Conor
Thank you.
It appears to have resolved the issue.
I have just spoken to the Host Company who were also monitoring the forum.
They advised the issue is that they don't give admin rights but only Create / amend writes etc. As a result the check that was carried out in the code threw up the error.
Brilliant override and they say well done for answering so quickly.
Stephen
Hi Stephen
Glad you're sorted now.
Could you run the following SQL command and send me the results please:
SHOW GRANTS;
In 4.0.8 I may rewrite things to try and create the tables without checking the permissions first, for servers such as your which aren't configured "quite right".
Thanks,
Conor
ceon
I finally got round to upgrading to the latest version of uri mapping and everything works perfectly...even better than the previous version with the canonical support thrown in, so thanks Conor!
I use a variable in one of my other mods called $request_uri which contained the mapped path of the current page, for example 'Clothing/Jackets'.
This variable doesn't seem to be populated any more in the latest version.
Can you tell me where I can get the current mapped path name from?
Thanks!
Hi Damian,
No problem, glad you like it! And glad you're back on a supported version, 4.x is indeed much better as you've seen!
It is now an internal class property.
You don't need to use it though, you can just pull the information you want from $_SERVER['REQUEST_URI'].
Hope that helps!
All the best...
Conor
ceon
Thanks Conor,
I ended up using preg_replace('/\?.*$/', '', $_SERVER['REQUEST_URI']) to get rid of the zenid from the querystring but it seems to work fine now :smile:
Hi Damian,
Yes, that's what I meant by "pull the information you want". :)
All the best...
Conor
ceon
I have a really strange problem i installed the version Installed Version: 4.0.7,, installation checks are good!!
In ez-pages i clicked the uri mapping and now the links for them look good,BUT every now and again they bring up a 404 error,,
To be more specific i have my integrated blog as a link in ez pages, it changes from (blog) to Blog=zenidxxffsscffcfffcfccfccfcf,,Its when it changes to BLOG with the zenid behind it, it send the 404 message..
For example 30 minutes ago i got the 404 error message when clicking on my ez page for the blog,, when it had the zenidxxxxxxx behind the url..So i left it and just checked a minute ago and it back to the www.mydomain.co.uk/blog and the link works perfectly,,
So as you can see its an intermittent problem, that needs to be sorted,,
Im just not sure how,,
any suggestions would help..
Hi,
Since you didn't actually give a real domain name I can't really test anything so my guess is to see if you have mod_security installed and to check your logs for security errors if you do.
Other than that, I'm afraid I don't know what your problem is but nothing in computers is intermittent.. that's what's good about debugging these calculation machine thingies, you know that if you think something is intermittent that you aren't looking at it in the right way and are probably looking at a correlation instead of a causation.
Wishing you luck in getting this fixed..
Conor
ceon
Hi , Conor it is probably (most likely) me that hasnt done something .http://bit.ly/ibqR2D..
im a total nervous wreck installing mods and was glad i got this to work,
Hi,
Took a look, tried adding on zenid=asdasdasd to the blog URI and can't see anything.
Sorry, can't help you here with this.. you should start a new thread as this isn't an issue with Ceon URI Mapping but your blog. If "/blog" is excluded from Ceon URI Mapping's rewrite rule, which it appears to be, then it can't have anything to do with the problem.
Good luck in getting it sorted!
All the best..
Conor
ceon
Just did a fresh install of zencart 1.3.9H
Added the latest version of ceon url mapping
Every product page that I add a url to won't view correctly. It is like every page that gets the URL is showing the main-page data
socialmarketingninjas.com
I am pretty sure it is the .htaccess file issue. an empty file gives me this error, but the recommended settings give all 404 errors, with the two // or with / on the index.php
any suggestions?
## BEGIN CEON URI MAPPING REWRITE RULE
RewriteEngine On
# ONLY rewrite URIs beginning with //
RewriteCond %{REQUEST_URI} ^// [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 any URIs for some, popular specific file format extensions,
# which are not covered by main file extension condition above
RewriteCond %{REQUEST_URI} !\.(mp3|mp4|h264)$ [NC]
# Don't rewrite any URIs for some specific file format extensions,
# which are not covered by main file extension condition above
# Uncomment the following line to apply this condition! (Remove the # at the start of the next line)
#RewriteCond %{REQUEST_URI} !\.(3gp|3g2|h261|h263|mj2|mjp2|mp4v|mpg4|m1v|m2v|m4u|f4v|m4v|3dml)$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^//admin-xxxxxx [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^//editors/ [NC]
# Don't rewrite cgi-bin directory
RewriteCond %{REQUEST_URI} !^//cgi-bin/ [NC]
# Don't rewrite marketing directory
RewriteCond %{REQUEST_URI} !^//marketing/ [NC]
# Don't rewrite .qidb directory
RewriteCond %{REQUEST_URI} !^//.qidb/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* //index.php [QSA,L]
## END CEON URI MAPPING REWRITE RULE
Hi,
You've messed up your configure file(s). You can't have two slashes. Sort that out and generate a new example rewrite rule and use it and things should be fine.
(Hint: look at values for DIR_WS_CATALOG and HTTP_SERVER).
All the best..
Conor
ceon
I blame my host, hostgator, since it was their quickinstall tool that I used.
I removed all of the extra // in the config file and it worked.
Thank you so much!
Hi,
Glad you're sorted.
What is this "quick install tool"?
Something that installs Zen Cart? Or third party ZC modules?
If ZC, then it created configure.php files with double slashes in them?
Out of curiosity, where were the double slashes, in which defines?
hostgator are quite popular I thought so surprised this is the first time I've encountered this problem.
All the best...
Conor
ceon
Quick Install is similar to Fantastico. A program in cPanel that automatically installs a large variety of programs with a few clicks. (tons of shopping cards, blogging engines, etc.)
For whatever reason they are adding extra // during the install phase. I send a message to tech support about it.
And hopefully any other people who run into this same issue now know the fix.
Hi,
Yes, thanks for the update!
Enjoy the new software/URIs! :)
All the best..
Conor
ceon
Hello,
I managed to install ceon_uri_mapping_4.0.3_for_zc with ZC 1.3.8a. It works fine and rewriting works smoothly for all pages, except the index page.
I have bilingual site and I would like to have unique URIs for both language mutations of the homepage, such as:
site.com/en/ (originally index.php?main_page=index&language=en)
site.com/fr/ (originally index.php?main_page=index&language=fr)
I inserted these records into the mappings table (in analogous manner which worked for all other main_page=pagename pages except 'index'):
[FONT="Courier New"]INSERT INTO `ceon_uri_mappings`
(`uri`, `language_id`, `current_uri`, `main_page`, `query_string_parameters`, `associated_db_id`, `alternate_uri`, `redirection_type_code`, `date_added`)
VALUES
('/en/', 1, 1, 'index', NULL, NULL, NULL, NULL, '2011-08-31 19:40:00'),
('/fr/', 2, 1, 'index', NULL, NULL, NULL, NULL, '2011-08-31 19:40:00');
[/FONT]
But I can't make these URIs visible and provide unique, distinguishable URIs for each language mutation. At the moment, the homepage has the same URI for both languages. Am I missing something here?
I also tried to add language=en|fr into the query_string_parameters column. This did not solve the problem.
Many thanks for help
Hi,
The homepage is handled specifically in the Ceon URI Mapping code.
At Ceon we also use /en/ etc to specify differing language versions in our aarck / aawe software. Thinking about it, I may not ever have tested the same functionality in Ceon URI Mapping for the homepage. I have tested it for other pages, e.g. /fr/chaises etc
This is probably something ive overlooked.
If so I'll fix it in 4.0.8
I'm in hospital at the minute so I don't know when that will be released.
All the best...
Conor,
Ceon
Has anyone experienced an issue when the zenid is appended to the URI on a ezpage link?
If I go to http://www.snowrepublic.co.uk/Contac...i0rikinq2a4gn7 I get the 'page not found' page.
If I go to the same page without the zenid, so http://www.snowrepublic.co.uk/Contact-Us I get the contact us page.
It seems to be just an issue for me on ezpage links......categories, products and banners all work fine with the zenid appended.
Hi Damian,
The problem in the first URI is that the link is being built with an ampersand (&) instead of a question mark.
This doesn't happen with a standard Zen Cart and Ceon URI Mapping so the problem must be caused by some modification on the respective bit of your site.
Find and fix that and things will be fine..
Look for Zen ID being manually added on with an & in the template source and pass the zenid as a parameter to zen_href_link instead.
All the best...
Conor
ceon
Thanks Conor,
I can't believe I didn't notice that!
I hope you are doing well, Conor. I just checked the thread due to a problem and saw that you were in the hospital. Please tell me you aren't still there!
Is your most recent version compatible with php 5.3.8?
My server has just been upgraded and admin isn't working anymore.
Hi Delia,
I hope you are well!
Thanks for the nice comments. Out now but even more seriously ill... lol, all fun in 2010 and 2011 for me... roll on a better 2012 I hope!.. will answer here as and when I can of course!
I test everything with 5.4.0 these days as that's the version of PHP I am writing all my new software for.. I also run various test and production servers with 5.3.x and 4.x and I see no reason for any problems on any version, so I would say yes.
What specific problems are you experiencing?
To be honest it might be better to ask quickly in private (sending admin and FTP details if necessary) (you have my e-mail address).
All the best..
Conor
ceon
Thanks, Conor, you are the greatest!
Hi,
I should have realised..
you made a mistake. You put a slash at the end of the URIs!
Change them to
/en
and
/fr
and things work fine.
Great software this, nothing for me to fix here! :)
Version 4.0.8 on its way soon!
All the best..
Conor
ceon
Goodness, either you work like a gazelle or my client really is moving as slow as I think she is.. Her site is STILL in development and we're already SIX versions behind!!!?? :laugh: Gotta upgrade her Ceon URI module and the Mappings Manager (I see it's advanced as well since I installed it..) before she goes live..
Happy to see you here my friend.. Hope you are well.. I pray for your recovery..:hug:
Hi Conor,
I am having trouble mapping redirected ezpages.
Can you help please?
I have the following URI record:
uri: /About-Us
language_id: 1
current_uri: 1
main_page: page
query_string_parameters: NULL
associated_db_id: 1
alternate_uri: NULL
redirection_type_code: NULL
I have taken the Internal Link URL out of the ezpage definition as per the documentation.
When I take the ezpage link, the address bar has mysite.com/About-Us as I want but it is not redirected to the define page link, I just get a blank page.
If I put the Internal Link URL back in as index.php?main_page=about_us, I get redirected to the correct define page but the address bar shows mysite.com/index.php?main_page=about_us
I've tried adding different records to the URI mapping file but haven't managed to get the combination right yet.
Can you tell me what the record should look like to redirect an ezpage to a define page please?
I hope you're feeling better soon Conor, take it easy!
Damian
Hi Damian,
You can map a URI to an Ez-Page.
You cannot map "redirected" ez-pages.
With a Ceon URI Mapping static URI based site each page should just have one URI.
The internal links functionality is not compatible and any internal links must be deleted.
Any"site logic concepts" of using an EZ-Page to link to some other page no longer applies and really you should just change the way the section you are setting up works to just use single EZ-pages with individual URIs like /about-us.
"Define page link"?
Just put the content in the EZ-Page, don't redirect to another page, can't see the point?
Thanks,
Hope the above settles your mind and gets you sorted! :)
4.0.8 coming soon as I said.. always delays with other stuff, hey ho!
All the best...
Conor
ceon
Cheers Conor!
I'll try get away with just using ezpages now rather than define pages.
Only trouble is I can't embed php code in my ezpages...I'll have to upgrade my version of Zen one day......:D
Thanks for your help!
Hi,
??
Why not use a define page INSTEAD of an EZ-Page then? None of this "create an ez-page just to get a URI and redirect it to a define page" malarkey?!
I think you've confused yourself a bit.
You can manually add the /About-Us URI for the define page you are using to make it by manually adding a record for the define page's name.
Just set main_page for the define's page name!
Then make the URI for the "old" /About-Us EZ-Page a historical URI by deleting the URI from the EZ-Page's textfield.
Easy!
I think that's enough custom stuff for here now.. I think you should be fine with that info and the info in the docs for setting up "other pages"!
All the best..
Conor
ceon
I am using a joomla componet called solidcart. There has been no core mods to the files except for the URI and dual pricing module. I have made all the edits to the files except for this. Can you point me to the correct file?
Errors Found!
4 problems were found the settings in the store's configuration files, so the example rewrite rule panel cannot yet be built.
Please fix the error in the configuration files, as listed below...
Store Configuration Files Check
The value for HTTP_SERVER in the store side's configure.php file is wrong.
The current value for HTTP_SERVER is “http://”.
The value for HTTP_SERVER cannot have a slash at the end.
You must update the value for HTTP_SERVER to remove the slash from the end.
The value for HTTPS_SERVER in the store side's configure.php file is wrong.
The current value for HTTPS_SERVER is “https://”.
The value for HTTPS_SERVER cannot have a slash at the end.
You must update the value for HTTPS_SERVER to remove the slash from the end.
The value for DIR_WS_CATALOG in the store side's configure.php file is wrong.
The current value for DIR_WS_CATALOG is “path”.
The value for DIR_WS_CATALOG must start and end with a slash.
Add a slash, /, to the start of DIR_WS_CATALOG.
Add a slash, /, to the end of DIR_WS_CATALOG.
The value for DIR_WS_HTTPS_CATALOG in the store side's configure.php file is wrong.
The current value for DIR_WS_HTTPS_CATALOG is “path”.
The value for DIR_WS_HTTPS_CATALOG must start and end with a slash.
Add a slash, /, to the start of DIR_WS_HTTPS_CATALOG.
Add a slash, /, to the end of DIR_WS_HTTPS_CATALOG.
Buenas!
Love your scripts, installed on several proyects...
Ive upadated from an older version, 3.6.3, and all works fine except easypages and Define Pages.
On the frontend Im getting no URI conversion, I get: index.php?main_page=privacy or Array?chapter=0 if its an easypage, and in the backend, under Tools/easypages I get the following imagehttp://paladar.es/docs/paladar1.jpg
Could You think of anything to help me?
Thx!!
'ola,
Glad that you like the software and that it helps you build your business.
It appears that you have simply messed up when upgrading.
Apply the core modifications again, taking great care not to miss anything.
Enjoy the rest of your weekend.
All the best..
Conor
ceon
Hi,
The software already did that. You just weren't reading. Please pay more attention in future.
The configure.php files are checked by Ceon URI Mapping for correct values.. it is those files it has found problems with.
Whether or not this is due to the fact that you aren't using a "proper" version of Zen Cart I don't know, but the output you posted doesn't indicate that.
All the best..
Conor
ceon
I'm not sure which configure.php to edit as there is one in the admin folder and one in the includes folder.
As Conor pointed out, the message from the add-on actually told you which file to edit.. Hint: "store side's" = NOT the admin.. Opening up either file (it won't hurt anything to open the file and look) you would have seen straight away which one was the right file too..
Quote:
Please fix the error in the configuration files, as listed below...
Store Configuration Files Check
The value for HTTP_SERVER in the store side's configure.php file is wrong.
The current value for HTTP_SERVER is “http://”.
The value for HTTP_SERVER cannot have a slash at the end.
You must update the value for HTTP_SERVER to remove the slash from the end.
The value for HTTPS_SERVER in the store side's configure.php file is wrong.
The current value for HTTPS_SERVER is “https://”.
The value for HTTPS_SERVER cannot have a slash at the end.
You must update the value for HTTPS_SERVER to remove the slash from the end.
The value for DIR_WS_CATALOG in the store side's configure.php file is wrong.
The current value for DIR_WS_CATALOG is “path”.
The value for DIR_WS_CATALOG must start and end with a slash.
Add a slash, /, to the start of DIR_WS_CATALOG.
Add a slash, /, to the end of DIR_WS_CATALOG.
The value for DIR_WS_HTTPS_CATALOG in the store side's configure.php file is wrong.
The current value for DIR_WS_HTTPS_CATALOG is “path”.
The value for DIR_WS_HTTPS_CATALOG must start and end with a slash.
Add a slash, /, to the start of DIR_WS_HTTPS_CATALOG.
Add a slash, /, to the end of DIR_WS_HTTPS_CATALOG.
Thank you I just wanted to make sure before I broke anything.
Opening a file to look at it's contents won't break anything.. If you had opened both configure.php files, you would have seen which file you were being directed to correct.. (though the message also clearly indicated this as well..) Glad you are on the right path now..:smile:
I didn't read all the threads, perhaps this suggestion was being made before.
I use CEON URI Mapping and it's a very great plugin, but there is some additional work to do, when I use it. When I map a category different from the title and then map the products in it, every time I have to rename the category path, because it's not the mapped one.
e.g. I map the category named "Some Category" to "this-is-catgory" I get auto mapping the product: "some-category/products-name" instead of "this-is-category/products-name". The mapping is in the database and it should be used.
Hi,
Glad you like the software.
Yes, that's the way it has been designed to work,
It will never be changed to work in the differing way you are talking about so there's no point waiting on such a feature. Instead, simply try not to keep renaming your categories (a valid business idea ;) ) and you won't need to make changes. Either way, as you know, changes are easily made as you are in full control of your URIs. :)
I can't talk about regenerating URIs for entire categories' worth of products at once here.
Have a nice Christmas!
All the best...
Conor
ceon
Hi Conor
moved from magic seo due to :censored::censored::censored: :)
Without going into why it aint working (falling over half way through checkout) as i want to figure it out myself, as far as your concerned ceon is compatible with a "off the shelf" Fast and Easy AJAX Checkout for Zen Cart?
thankl
Hi,
Is there a misunderstood? I don't want to rename my categories, I only name the uri different from the title. In products the plugin does not take the mapped uri of the category, that is stored in the Database, instead it creates the uri from the title of the category again. I think that the plugin should take the mapped uri of the category from the database and add the generated from the products title.
Thanks, I wish you a nice Christmas too.
Hi,
Oh, right, I did misunderstand you. I understand you now.
You're right, the auto-generation doesn't look up a value you have entered for a category but auto-generates the URI based on the product's full category path (the categories' titles).
The standard version of the module will not ever change from this way of working. I'm afraid that your best option is:
After you click "preview" on the product page, copy the text that is generated and go back to the product page, untick "auto-generate" and paste in the text. Then copy and prepend the category path part.
It is obviously a manual way of doing things but it allows you to do what you want.
Thanks, going well so far.. computer going off.. :)
All the best..
Conor
ceon
Hi,
Yes, many stores use both together without any issues.
All the best..
Conor
ceon
so i am pretty new to all of this and I try my best to follow the installation instructions, but I still cant get it to work even though I felt like i was doing everything correct. I am using version 1.3.9h of Zen Cart and I cant for the life of me get the "URI Mapping Config" option to show up under "Module" in the Admin. What am I doing wrong? Can someone help me?
Hi,
Quite simply you haven't uploaded all the files, at the very least you haven't uploaded the files for the admin to the store's admin folder.
Start the installation from the start again and you'll get it sorted I'm sure!
All the best...
Conor
ceon
Hello,
I am running Zen Cart v1.5.0RC3 & Ceon 4.0.7. Everything installed fine, I went into each product and category and generated the static url's. If I go to the product pages or category pages the static url's are there and look fine.
My issue is that when I generate the sitemaps with Sitemap XML version 3.0.3 27.08.2011 13:11 the product sitemap still shows the old dynamic url's for all products...yet when you go to the product page it is the static url. The other sitemaps...categories, ezpages show the static url's. The issue is ONLY with the product sitemap (sitemapproducts.xml)
Products:
http://www.pokerchipdiscount.com/ind...oducts_id=2836
Categories:
http://www.pokerchipdiscount.com/pok...om-poker-chips
Thanks in advance, this is driving me crazy.
Regards,
Tom
http://www.pokerchipdiscount.com
Hi,
I don't know about that module so suggest contacting the author of the module and get them to make sure it uses zen_href_link for its product URI links.
All the best..
Conor
ceon
Grrrr... Seems I've mucked up things a bit here..
I had the installation on this site working just fine with a subdomain. However, for MANY reasons, I had to undo the subdomain setup (shop.mydomain.com) and use a subfolder setup instead (mydomain.com/shop)..
I made all the corrections to the configure.php files and got everything back to working normal with the stock Zen Cart dynamic URLs.. I then cleared out the old URIs from the database, and carefully re-generated them en masse (using Conor's cool tool:cool:).. I realize that I could have done this differently, but since this is still a dev site, I was okay with clearing out the URIs and "starting over"..
So once I got that all done, I uploaded my .htaccess file to the root of my site (http: mydomain.com/) NOT my shop.. Now I am getting "Page Not Found" errors for all my products.. :frusty:
I'm sure this is something simple and stupid I am overlooking, but I have been looking at it awhile and I am no closer to figuring this out.. Can a girl get a hand here pretty please??
URL: http: // clientyourplateormineinc . overthehillweb . com/shop/
Contents of my .htaccess file:
PHP Code:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
## BEGIN CEON URI MAPPING REWRITE RULE
RewriteEngine On
# ONLY rewrite URIs beginning with /shop/
RewriteCond %{REQUEST_URI} ^/shop/ [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 any URIs for some, popular specific file format extensions,
# which are not covered by main file extension condition above
RewriteCond %{REQUEST_URI} !\.(mp3|mp4|h264)$ [NC]
# Don't rewrite any URIs for some specific file format extensions,
# which are not covered by main file extension condition above
# Uncomment the following line to apply this condition! (Remove the # at the start of the next line)
#RewriteCond %{REQUEST_URI} !\.(3gp|3g2|h261|h263|mj2|mjp2|mp4v|mpg4|m1v|m2v|m4u|f4v|m4v|3dml)$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/shop/3q820K0734Ee [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/shop/editors/ [NC]
# Don't rewrite cgi-bin directory
RewriteCond %{REQUEST_URI} !^/shop/cgi-bin/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* shop/index.php [QSA,L]
## END CEON URI MAPPING REWRITE RULE
Hi,
Happy New Year! :)
May 2012 be 1 million times better than 2011! :)
I think either or both of these are the problem.
The first appears to be sending all URIs to /index.php (including shop ones), I'm not sure, maybe not.
In the first you have a slash at the start of index.php yet in the second you don't have a slash at the start. That's most likely wrong. There should either be a slash in front of both or neither.
Hope that helps!
If not please get in contact privately with FTP and admin details for the site and I'll get things sorted!
All the best...
Conor
ceon
I'm building a store, http://www.thecamarosuperstore.com, on ZC 1.3.9h, and just installed Ceon URI Mapping 4.0.7. The site is on Hostgator and was installed via Quick Install. I had to remove some extra slashes in the configure.php files to get a sample product to display without 404 errors, however, when I tried to enter another product, I cannot click or type in the Products Description field at all. I entered a description in my first sample product, however, I cannot edit it either due to not being able to click in the box.
I've tried to Google my situation and search the forums, but cannot find anything like this. I'm posting here because this mod was the last thing I installed and configured. Does anyone have any idea what's going on here?
Other modules I have installed are:
EP 1.2.5.5 (langer)
TY Package Tracker 3.1.1
Purchase Orders 3.12 (dropshipping module)
Admin Blue Style by Schoolboy
CSS Flyout Menu 1.3.9
Template: All Business by Picaflor Azul
Thanks in advance,
Melodie
Hi Melodie,
It sounds like you haven't applied the core file modifications properly, that something has gone wrong when you were copying the Ceon URI Mapping code into your versions of the files. The installation check is only a basic indication of code having been correctly applied, it can miss problems you've accidentally created with the PHP code by missing lines or repeating lines for example.
I think you should check each core modified file to fix any problems that may have occurred when you were adding the code for Ceon URI Mapping.
Hope that helps!
All the best...
Conor
ceon
I copied the core files directly, I didn't merge any files because none had been modified before. I'll reapply everything and get back and let you know how it turns out. Thank you!
- Melodie
Hi Melodie,
I'm afraid that in that case, as I expected, this isn't anything to do with Ceon URI Mapping. So you can discount it as a source of the problem.
It sounds like your editor isn't loading so you can't edit the description.
I'm afraid you are best starting a new thread to ask for help about this. I'd suggest comparing all your files to a fresh version of Zen Cart.. you can ignore any Ceon URI Mapping differences, they won't be the cause of your problems, but take a careful look at any other differences.
Sorry I can't be of more help than that. Good luck in getting this sorted.
All the best..
Conor
ceon
I am doing an upgrade on a store that has this mod installed. I set everything up in the upgraded store, which is in a subdirectory for now, and made sure the htaccess was correct. All of the URLs were going back to the main site instead of the subdirectory pages. I cleared out the mappings table in the database, but now none of the urls are mapped. I know you have a tool to auto-generate them, but I shouldn't have to do that just to upgrade a site that is already using this mod should I?
Hi Danielle,
I hope you have a backup of the database from before the upgrade?
It's also best to research into all the existing modules installed on a store before you upgrade the existing store...
Unfortunately you would have found out that you are upgrading the store wrongly.
You CANNOT use a subdirectory when upgrading a store that uses static URIs. You must use a subdomain for the temporary (new) store.. to be honest, that's the professional way to do things and you should have done that anyway.. a good lesson to learn now and use for the future, so probably good that this happened to you! :)
The module's documentation makes it very clear that you do indeed have to do that.
So what you need to do is:
1) Move the new store to a subdomain (e.g. test.yourclientssite.com) instead of a subdirectory.
2) Restore the ceon_uri_mapping database table(s).
Then you'll have a test site with working URIs.
All the best...
Conor
ceon
Hi Conor I hope all your holiday's were great. I also hope you are doing better after all you have been through. :yes:
Now lets get down to the source of my problem.I created a new subdomain (e.g. shop.MyWebSite.com) to test out zen cart 1.5.0 on. I created a new database and inserted the ceon_uri_mapping database table(s) from my 1.3.9h database and it is sending me to my original web site. Maybe I have done something wrong here. My 1.5.0 database name is not the same as my 1.3.9h database could that be the problem. Thank you in advance and for all you hard work on your modules.
Hi,
Thanks, holidays were fantastic, think I may well have broken the world record for most time spent on a sofa eating chocolates. Hope you had a good time too! :)
Ceon URI Mapping can't send anyone to a different site as it only works from the first slash after the domain name. (Hence why using subdomains won't interfere with its workings).
However, your rewrite rule(s) can easily send someone to another site.
It's your .htaccess file that will have the problem.. it must have a rewrite rule that is redirecting all URIs on the subdomain to your original site. Look for a rewrite rule that involves HTTP_HOST (e.g. www. to non www. or vice versa is a popular one).
If you're still having trouble please don't hesitate to get in contact privately..
All the best..
Conor
ceon
Conor, the problem was in the configure.php in the admin/includes. I could not get the product description editor to load properly without double forward slashes in the paths. However, leaving them in place and tweaking the .htaccess doesn't fix the 404 errors when clicking a product in the store frontend. Sigh. I'm moving on without URL remapping for now.
Hi,
That's just wrong. Double slashes are NEVER correct.
This isn't a problem with Ceon URI Mapping but send me FTP and admin details via this address and I'll take a quick look when I get a chance.
All the best...
Conor
ceon
While trying to figure the issue out I was in my ftp program and (Cyberduck) and accidentally dragged the /includes folder with a stray movement on my trackpad and dropped the folder into oblivion (yes I deleted it). I ended up installing from scratch because I didn't have access to a backup of everything less than a week old and most of my changes were more recent. It was with a fresh install of Zen Cart, no mods with the same configure.php files that I noticed the product edit page doesn't work right when you mess with the paths in the admin/includes/configure.php. This store is on standard HostGator and was installed originally with Quick Install within cPanel. The double slashes could be removed from the main configure.php and everything seems to load okay. Right now I need to finish restoring the design and confirm other more essential modules play well together, and then I may revisit this module.
Thank you for your prompt replies. From previous posts it looks like you've been dealing with illness. I pray you're doing better now.
-Melodie
Hi All!
I am using CEON URI, but I need to override it!
PROBLEM:
I am about to upload 16,000 products. But I have to clean up the data before uploading, trying to figure out a quick way to do it.
There is no way at the moment for me to match up all the correct URI link, so I am looking for a down and dirty quick solution.
EXAMPLE:
There are about 500 kits (combination of 4 or 5 products, grouped together for a single lower price). At the end of the prod description, each one of these things has a hyperlink list of all the products.
So I need to change the hyper links so that they work on the new site.
OLD:
www.OLDSITE.com/model_1234abc
What I would like to do is do a find and replace that would generate a search on my new site if clicked on.
LIKE THIS:
www.NEWSITE.com/Zen?search?model=1234abc
Can that be done? What would be the correct gobblety gook to invoke a search? And if so, how could I prevent Google from following it? I don't want google to follow those links because it would create redundancy.
Thanks in advance,
Mike
NOTE: In case this is too far off topic, Mod can go ahead and delete the post. I started a new thread:
http://www.zen-cart.com/forum/showthread.php?t=190973
Conor,
Running ZC 1.5 and URI MMM 4.07 and Fual Slimbox 1.5
I have just about everything sorted regarding the absolute/relative paths, except for the .js files.
Back in this post: http://www.zen-cart.com/forum/showpo...&postcount=199
You had determined the issue, but I didn't see a solution.
My <base href> is defined properly as well.
I have modified my configure.php file to define('DIR_WS_IMAGES', '/images/'); so images are referenced properly, but I get 404's on the required .js files as it appends the category name in front of the path.
ie:
"GET /light-communication/includes/templates/bask_black/jscript/slimbox/fual_slimbox.compressed.js HTTP/1.0" 404
What am I missing? Or is Fual Slimbox still broken?
Hi Conor,
I set up a subdomain and uploaded the Zen-Cart files, but because of the .htaccess rules on the root domain, the subdomain just redirects to the root. I haven't worked much with subdomains, and I've tried a few different things to exclude the subdomain in the htaccess file, but no luck. If I go to www.mysite.com/zen it works fine, but if I go to zen.mysite.com it redirects to mysite.com. This is the htaccess file:
Can you tell me what I need to put in there to stop it from rewriting the subdomain?Quote:
RewriteEngine On
# Don't rewrite any URIs ending with a file extension (ending with .[xxxx])
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,4}$
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/admin.* [NC]
# Don't rewrite wordpress directory
RewriteCond %{REQUEST_URI} !^/blog.* [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]
# Don't rewrite new directory
RewriteCond %{REQUEST_URI} !^/new.* [NC]
# Don't rewrite zen directory
RewriteCond %{REQUEST_URI} !^/zen.* [NC]
# Handle all other URIs using Zen Cart (index.php)
RewriteRule (.*) index.php?%{QUERY_STRING} [L]
Thank you!
Hi Danielle,
Yes, Apache will go right back to the DocumentRoot folder for the server when looking for .htaccess files, not just the current site/subdomain.. so a main site's .htaccess file will indeed be parsed and run, affecting what happens with a subdomain whose files are placed in a subdirectory of the main site.
So if you have a rule to redirect from non www. to www. or vice versa, that'll more than likely mess up your subdomain.
So you need to change this rewrite rule.
If the subdomain is new.mysite.com, adding the following condition to the "www. rule" should stop the "main"/"root" site's rewrite rule from messing things up:
E.g., it might adjust a rule as follows:Code:# Don't mess with subdirectory new.mysite.com
RewriteCond %{HTTP_HOST} !^new\.mysite\.com$
Hope that helps!Code:RewriteCond %{HTTP_HOST} !^www\.mysite\.com$
# Don't mess with subdirectory new.mysite.com
RewriteCond %{HTTP_HOST} !^new\.mysite\.com$
RewriteRule (.*) http://www.mysite.com/$1 [R=301,L]
Please note that this obviously isn't a Ceon URI Mapping question so if you're still having trouble it's best to post in a new thread.
All the best..
Conor
ceon
Hi,
Make sure it is defined BEFORE the elements which load the JavaScript files or it won't have any effect.
It's not a problem with Ceon URI Mapping so Fual Slimbox possibly is broken.. I forgot about that post and never did get around to fixing other people's modules.
I've even less time these days so definitely won't be doing it now! :)
Follow all the instructions in the Ceon URI Mapping FAQs and if that's not enough, you should pay someone with PHP skills to help you.
All the best..
Conor
ceon
Thanks.
Been going over the FAQs related to this, but I cannot find the issue.
I am beginning to think that it is not a slimbox issue.
I see errors for other .js files as well where the category is prepended to the path.
"GET /light-communication/includes/templates/bask_black/jscript/jquery.js HTTP/1.0" 404
When I check the page source I see the <base href> defined before the javascript.
<base href="http://www.mydomain.com/"/>
<link rel="canonical" href="http://www.mydomain.com/light-communication/12-hour-emergency-bright-stick"/>
CSS/JS is defined properly:
<link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet.css"/>
<link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet_categories_menu.css"/>
<link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet_default.css"/>
<link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet_dropshadow.css"/>
<link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet_nivo-slider.css"/>
<link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet_slimbox_ex.css"/>
<script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/jscript_jquery.js"></script>
<script type="text/djs" data-djssrc="includes/modules/pages/product_info/jscript_textarea_counter.js"></script>
<script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/jquery.js"></script>
<script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/instantSearch.js"></script
rewrite directives in vhost conf:
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 any URIs for some, popular specific file format extensions,
# which are not covered by main file extension condition above
RewriteCond %{REQUEST_URI} !\.(mp3|mp4|h264)$ [NC]
# Don't rewrite any URIs for some specific file format extensions,
# which are not covered by main file extension condition above
# Uncomment the following line to apply this condition! (Remove the # at the start of the next line)
#RewriteCond %{REQUEST_URI} !\.(3gp|3g2|h261|h263|mj2|mjp2|mp4v|mpg4|m1v|m2v|m4u|f4v|m4v|3dml)$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/admin-XXXXXXXXXXXX [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /index.php [QSA,L]
Hi Danielle,
You can't possibly have tried my solution if there was no appropriate rule to apply it to! :)
Get in contact with FTP, control panel and admin details and I'll take a quick look for you when I get a chance.
I won't be posting about it back here though, since it's a server not a URI mapping issue.
All the best..
Conor
ceon
I just installed Ceon URI onto a site that already had Fast and Easy Checkout installed. The FEC mod was working perfectly before the installation of the Ceon mod. Now, when I input user info on "/index.php?main_page=no_account" page, the form just refreshes itself and I can't proceed through checkout. A customer account is created though.
Any ideas on how I can fix this? It looks like these two mods are supposed to be compatible, not sure if I'm just missing something obvious here? Ceon URI is even turned off in the admin, and I still have this issue.
Hi,
That's good.
No it is not!
This is not valid:
That's not valid HTML.HTML Code:<script type="text/djs" data-djssrc=
There's your problem.
All the best..
Conor
ceon
I found it:
Modified the html_header.php where it builds the links:
echo '<script type="text/javascript" src="' . '/' . $template->get_template_dir('.js',DIR_WS_TEMPLATE, $current_page_base,'jscript') . '/' . $value . '"></script>'."\n";
Added in an additional '/' .
Why that doesn't work when edited in the configure.php file... 500 error.
Hi,
You've kludged it but not found it. Ceon URI Mapping doesn't require anything to be modified like that.
Regardless, life and time is short so I'll leave things with you. :)
All the best..
Conor
ceon
Hi,
They do work together so I'm afraid I don't know what you've done wrong, sorry.
I probably won't be on the forum much for the next few days so apologies for not being able to comment further.
All the best..
Conor
ceon
YES it's the template.. in particular the calls to some javascript in which has already been pointed out is using INVALID HTML..
Whatever you have installed on your site that needs these javascripts IS the source of your issue.. (a search program or a slideshow perhaps??) Now whether this is coming from your template or some other add-on, the issue is the incorrect code it uses. This is NOT a Ceon URI issue.. Fix this mod or template and your javascript errors will go away..Code:<script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/jscript_jquery.js"></script>
<script type="text/djs" data-djssrc="includes/modules/pages/product_info/jscript_textarea_counter.js"></script>
<script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/jquery.js"></script>
<script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/instantSearch.js"></script
This is not the place to troubleshoot your template.. This is the support thread for the Ceon URI add-on.. and to answer your question, Conor already answered this for you.. Your FIX is not the answer.. it's a hack/kludge/workaround.. and not the right one..
The issue you are having with this mod is not caused by this mod, but by a javascript from your template or some other add-on you installed (or it's an add-on bundled in your template). With or with out this mod, there is an issue with your template or add-on or whatever is calling those javascripts.. The Ceon URI mod merely is making what was an invisible problem a visible problem. in other words it simply has brough to your attention something you need to fix anyway.. Fix it and Ceon URI will work without the javascript errors..
If you bought the template, go back to the vendor you purchased it from and have them fix it.. If it's a template you got from the free downloads section here, go to the support thread for your template and post our question/issue there. If none of the above applies, you have two choices..
Post a separate thread and ask for help in resolving your template issues, OR consider hiring someone to help you sort out the issues your template is causing with this mod..
fual slimbox was the offending mod (but it was any and every 'include'). I am not stating its a Ceon URI issue, I was just looking for some guidance after going through nearly 5 years of threads related to enabling SEO friendly urls, specifically CEON's URI Mapping and fual slimbox. I found an old post <referenced> where Conor had seen the exact same issue in 2009. I am not the only one that has had these issues and thought it was a relevant place to post as I was referencing his old post.