Thanks for the great mod. I'm using 4.0.3 and it worked perfectly straight "out of the box" Love it.
Printable View
Thanks for the great mod. I'm using 4.0.3 and it worked perfectly straight "out of the box" Love it.
I solved the upgrade issue by re-uploading the files. Something must have not transferred properly the first time. Great software. Love it! Thank you!
www.ReveTeas.com
Just installed v4.04 in my store 1.39h
Everything working great.
The problem i'm having is with the multiple languages on my site.
i.e. the languages Traditional Chinese, Japanese, Russian, french and portugues.
When entering the product title descriptions for each of the languages
and saving them using encoding utf-8 , all the characters are preserved within the title descriptions however the auto generated URL's for each of the languages convert the russian, chinese and japanese characters to numbers as in Unicode. Also the French and Portugues accented characters are also converted to numbers.
English characters remain untouched.
Any suggestions would be greatly appreciated
I upgraded to 4.03 and imported my uris from another database to my new one. all the current urls work, but for some reason, in the backend I am not getting an option to generate an url when creating new products. Old products dont even have the option to automatically generate them, only the categories are giving the option.
It passes all the installation checks but can not get it to work..any ideas what can be wrong?
For anyone expecting quick help from Conor, if you read back through this thread you'll see he was about to go for surgery and expects to be away for some time.
I can report the initial op went "as well as expected" but there is more yet to be done. Knowing Conor, he will probably be trying to persuade the nursing staff to give him a room where he can get online, but please be aware that in reality, it could be days or weeks before he is able to respond.
Ok I figured out what was wrong and now it shows mapping information on the page where i create the products, on the preview page, it shows the correct mapping, but for some reason it does not insert it into the database.
I can use phpmyadmin and manually enter it and it works properly, but it no longer allows me to automatically put them into the database. Again, all checks came back successful..has anyone ran into this or can help?
Hi,
Yes, I was going to say that a problem must have occurred with your FTP software.
Glad you like the software!
All the best...
Conor
ceon
Hi,
It sounds like you haven't made the changes to the modified files properly. The installation check is probably finding the changes it expects as it can only test some of the code and you probably, unluckily, changed just the part it tests.
Go through all of the modified files one by one again and make sure you have applied the modifications properly. Specially check the update_product.php file as it sounds like you've messed up with it.
All the best...
Conor
ceon
Hi,
The software has NO known bugs so this is most likely a problem on your server with something.
Unfortunately I couldn't tell without a full description of the problem and access to the server in question.
All the best...
Conor
ceon
Hi,
There is no built-in support for the news and articles module. Sorry, you will have to make do with its dynamic URIs, manually add URIs, or get/commission someone to add support for static URIs to the news and articles plugin.
All the best...
Conor
ceon
Hi,
Sorry as there are no known bugs with the software I'm afraid that I don't know what is going wrong for you.
If you send me FTP and admin details at this address I may get time to take a quick look.
All the best..
Conor
ceon
Hi,
A new version of Ceon URI Mapping has now been released.
This is a minor update but as it is so easy to update now, all are recommended to update.
From the Revision History:
[UPDATED] Support added for changing the capitalisation of product URI mappings. Previously solely changing the captialisation of a product URI mapping would result in a clash being flagged, preventing the change being saved. Changing the capitalisation is now allowed, with the process making full use of the historical URI functionality.
[UPDATED] The version Id header lines have been updated in some of the core modified files as they were out of sync with the lines in the equivalent fresh versions of Zen Cart. This has no effect whatsoever on anything other than to make the modification of files less ambiguous for those that don't have their comparison software configured to ignore version ID lines.
The second item above only affects new installs, existing users have nothing to do, it can be ignored!
Version 4.0.5 can be downloaded now from the Ceon website.
It has been submitted to the downloads area and should be available there soon.
Enjoy!
All the best...
Conor
ceon
Hi,
v4.0.5 in store 1.39h
Can't seem to save the chinese,japanese or russian characters in the url's.
if these characters are entered manually in the categories' pages and then saved a combination of alphanumeric characters appear in the database and the Admin category and product pages.
if these characters are entered manually directly into the database, they appear correctly in the database when saved, however the URL addresses don't work.
Help greatly needed
Hi,
URIs can only have alphanumeric characters plus a few special characters in them (dashes, full stops, underscores, slashes).
Japanese characters must be transliterated into these characters.
If this is not happening for you then you must have the wrong character set settings in your store. Make sure you are using UTF8.
All the best...
Conor
Ceon
Hi Ceon:
So if I understand you correctly it is best to use the english category and product titles for the russian, chinese and japanese languages.
How does the Chinese web sites have chinese characters in there URLs'?
Hi Ceon:
ie
http://www.icithy.info/zen-cart-ceon...9983;成/
This web site has chinese characters in its URL?
Does the transliteration of the chinese,japanese and russian characters have any meaning or are they just arbitrary alphanumeric characters?
Hi
I am using facebook like plugin and the like button is connected to the URI so if the URI changes like button would reset to zero
with that being said there is a problem.. once I add an item to cart and from cart I click on the item to go back to the item page - there is "?products_id=(productID:ZenID" attached to the end of the URI
is there a fix for this?
Hi Ceon,
Now that I have URI mapping installed and working there is one problem I have.
If I enter an invalid URI instead of getting a 404 error page it just redirects tot he index. I have tried manually mapping page_not_found but that doesn't seem to be working.
I definitely don't want 404s to just be redirected to the index.
cheers,
Reb
using version 4.0.3 on zc 1.3.9h
Hi,
Recently the ability to use other charactersets in URIs has been introduced however traditionally URIs have only used one character set, that with the letters a-z, numbers 0-9 and a few special characters. You can search for and read the various RFCs which underpin this system on the internet.
Now that other countries are starting to use other charactersets in URIs things will change but Ceon URI Mapping still goes by the RFCs which have underpinned the web since its invention by Tim Berners-Lee.
Sorry, there are no plans at this time to rewrite the software for compatibility with additional charactersets.
The numbers you see are the codes used to represent the individual characters, parsed into URI "% and code" format.
All the best..
Conor
ceon
Hi,
There is no "fix" as there is nothing wrong. That information is required as part of the URI as it is how Zen Cart passes information about the attributes selected by the customer when adding the product to the cart.
The page's address still has a canonical URI which doesn't have the product_id/attribute info so make sure you haven't messed up and that your pages have the canonical URI in the header.
If they do then this other software needs to be updated to work properly with pages that use canonical URIs.
I don't use facebook so won't be looking into this further. Hope you can get it sorted. If you are still having problems, you may need to contact facebook for a fix.
All the best...
Conor
ceon
Hi Reb,
That's nothing to do with Ceon URI Mapping, it's the Zen Cart setting for your store in Configuration - Missing Page Check. Set it to Page Not Found.
All the best..
Conor
ceon
Hi Conor,
I have just installed you mod and it really is brilliant - congrats, I have been told this is one of the most difficult things in achieving SEO. put off installing it for a while as I thought I would end up messing up everything but your instructions and all is great and thankfully it seems to work great. I have nearly 400 products so I am manually correcting them to adopt URL feature but no worries as along as it works (EP doesn't seem to work for this). Just one little think I have notices sofar and that is now zen lightbox does not work, which I quite liked having for larger image display, worked on basis of image handler 3. So not sure now if anything can be done on this. couldn't see it in the FAQ. thanks.:D
I have the latest version, 4.0.5 installed on 1.39d. i am looking to upgrade my zen cart to 1.39h. Would i need to uninstall this module and reinstall it after i upgrade. Wanna know what the best way would be.
Thanks
Hi,
Glad you like the software. I hope it helps your site.
Litebox works fine with the software. You need to check/fix your template or other paths on your site.
Follow the steps in the FAQs from "When Ceon URI Mapping is enabled images stop appearing on the site!" onwards.. one of those three FAQs has all the information you need to fix this.
All the best...
Conor
ceon
Hi,
When you upgrade Zen Cart you should always use software like Beyond Compare to compare the files from the new version of Zen Cart with the version of the files on your store and copy across any changes from the new version to your "old" files. This is the safe and professional way to upgrade.
Hope that helps.
If you have any other questions about upgrading please post in the appropriate upgrade thread on the site instead of here.
All the best...
Conor
ceon
hi Conor, thanks for a great module,
I'm using Zen-cart 1.3.9h and just upgraded Ceon URI to version 4.0.5, as my site is multilingual, I upgraded the multilingual EZ-pages as well with the file you included.
and now I'm running into a strange problem, some of my categories have the same name in dutch and french, when I'm on the dutch version, and click on one of these categories, the category opens in french, and no matter what I do, I can't change the language to dutch, which is the first language anyway,
a solution seems to be to change the categoryname, so that the name is different in the two languages, but this is not always practical,
hope you can find a solution,
kind regards,
Fons
Hi,
Glad you like the software.
That problem shouldn't happen.
Please send FTP and admin details for your site to me at the following address and I'll take a look.
All the best...
Conor
ceon
Hi,
The software does indeed stay on the current language whenever the URI for the same page in another language is the same.
This is not how things should work so I've fixed things on Fons' site and 4.0.6 will be released with this change whenever I get a change to package up a new version.
All the best..
Conor
ceon
Thanks a lot Conor, this is what I call a GREAT service, you fixed my shop in minutes,
kind regards,
Fons
hello, i have some questions
1, i have to custom each url by clicking on admin->catelog->categories/products, then category, then the product, then to modify the url, then preview, then save
is there a way to modify those urls more quickly? just like quick updates to list the products together?
2, what do i make it suport multi language site? like
site.com/product-main-language-1
site.com/de/product-german-1
3, could i modify the automaticly generate rule to make the product url automaticly generate like this without category name?
site.com/product-p-1
:smile:
Hi,
Yes.
Just add in the text "/de/" at the start of the URI mapping by manually editing it.
I'm afraid I'm not allowed to comment on the other issues here.
All the best..
Conor
ceon
Hi, I have installed ceon uri mapping ver.4.0.5 on zencart ver.1.3.9h locally. It works almost perfectly. I have two problems:
1) use the filter module product_finder_multiple_category_dropdowns_0-92 and only works on the homepage. From the pages of the products or product lists, it makes me choose only the first category and not the other.
2) I have installed the module hidecategories ver.2.0 and previously worked fine. Now in the admin, when I go to change the category to hide the folder, I hide the items missing cat. etc. and in their place of find items ceon. There is a conflict that can not be resolved.
Can anyone help me? thanks
PS Before you install the ceon, worked perfectly.
Hi:
is it ok to have the same URI for one manufacturer for each of the languages used or do we append each language URI with numbers?
v4.0.5, 1.39h
HI Mike,
It's fine to have the same name/URI for each language.
However, a bug was found in this exact area and has been fixed in 4.0.6 (language getting stuck on default language when changing from the "same" URI to the "same" URI in different language). So it won't always work correctly until 4.0.6 is out.. 4.0.6 will be out very soon, so you can wait for it before setting up your manufacturer URIs, just setting up your other URIs for the meantime.
This is the only known bug in the software, pretty pleased about that and eager to get the fic to you all (not that it affects many people).
All the best..
Conor
ceon
I just want to add my agreement in here with DivaVocals. I bought/installed Conor's Management Mod a few weeks ago (from here: http://dev.ceon.net/web/zen-cart/uri-mappings-manager).
:clap:
Conor's mod is far and away the most useful I have had to pay for. I have only purchased a few (such as EZpop Advance, etc)... Conor's is the most finished, most professional, most goodest :P commercial mod out there! Everybody should go buy it... just to encourage him to keep churning out cool stuff for Zen.
Glad to see you back up and around, Conor!
I have a blank screen issue as well, but mine is a little different. 1st let me start by saying that I am using Godaddy as the hosting company. I installed a fresh copy of zencart1.3.9h.
I then created a custom template like I normally do and then proceeded to install CEON SEO 4.0.5, paying careful attention to rename the admin and custom template folders respectively.
I ran all of the installation checks and everything checks out ok. I added the .htaccess rule in the root directory of the web server.
I created some categories on my site and then proceeded to create a GENERAL DOCUMENT, but when I click on create, a blank screen loads where the document editor should be.
This site is a construction site and won't have any actual products for sale on it, so it is imperative that I be able to create a lot of general documents.
I can create other product types ok and the seo urls work fine with the exception the general document type.
PLEASE HELP!
Yep and let me add this for those using the Easy Populate, or Apsona ShopAdmin add-ons:
This part alone will make this purchase worth it's weight in gold. I know that a lot of do-it-yourselfer shop owners don't want to spend money on mods or development, but sometimes you have to spend (invest) money in your stores.. This is one commercial mod that IMHO is totally worth it..Quote:
If the store uses software such as Easy Populate, or Apsona ShopAdmin, or other custom product feeds, Ceon URI Mappings Manager makes it easy to maintain the URIs, as they can be generated after products/categories are bulk-uploaded/updated.
And if you think Conor's support of his FREE mods is aces (and it is..) what do you think you will get in terms of support for his paid mods?? This pales in comparison IMHO to other authors who offer free and commercial mods for Zen Cart while providing very poor support for BOTH (ie: support for free mods is almost NON-EXISTENT..)
Hi,
Sorry about that, that's my fault.
The sample core modified file
admin/includes/modules/document_general/collect_info.php
for Zen Cart versions 1.3.9h and 1.5.0beta have a mistake in them.
4.0.6 will have corrected versions.. I'll release it shortly.
However, the solution for you is simple.
Either copy over the file from the 1.3.9g directory, or open the above file and delete line 369:
So that the block becomes:PHP Code:
$uri_mapping_autogen);
Sorry about that, simple mistake to make!PHP Code:
<?php // BEGIN CEON URI MAPPING 2 of 2
echo $ceon_uri_mapping_admin->collectInfoBuildURIMappingFields();
// END CEON URI MAPPING 2 of 2 ?>
All the best..
Conor
ceon
Hi,
A new version of Ceon URI Mapping has now been released.
This is a minor update but as it is so easy to update now, all are recommended to update.
From the Revision History:
[BUGFIX] When the user was using a different language from the default and then accessed a page which had the same URI mapping for the current language and the default language, a typo meant that the software would mistakenly return to the store's default language.
[BUGFIX] Sample modified core file admin/includes/modules/document_general/collect_info.php for Zen Cart versions 1.3.9h and 1.5.0beta had a line left in it from previous versions which shouldn't have been there, corrupting the PHP file and resulting in a blank page.
[UPDATED] FAQ updated to make it clear how to fix any clashes/problems with other modules.
Version 4.0.6 can be downloaded now from the Ceon website.
It has been submitted to the downloads area and should be available there soon.
Enjoy!
All the best...
Conor
ceon
Hi Ceon
Version mapping file to be changed to 4.0.6
Hi,
Ooops, set the right version in the URI Mappings Manger edition but not the standard edition.
Sorted in the download on the Ceon site now. Will try to get the version being added to the downloads area updated.
Thanks for the heads up.
All the best..
Conor
ceon
Hi Conor, great mod.
Got a quick question though that i've failed to find an answer for. Having some minor issues with the URI rewriting, not least of which because i'm using lightttpd and not apache. Anyway i believe i have a working solution to that which in case anyone else finds useful :-
thats my first pass at getting it working, i would prefer if i could use a $HTTP["url"] =~ conditional instead of the dummy match and a rewrite-once but that did not seem to work on my first go.Code:url.rewrite-once = (
"^/(.*index.php.*|.*\.[a-z]{2,5}(\?.*)?$|editors/.*|imagezoom/.*|js/.*|feeds/.*|bmz_cache/.*|admin/.*|images/.*)" => "$1",
"^/.*(\?.*)$" => "index.php$1",
"^/.*$" => "index.php"
)
Anyway in testing this i found that the page for the pay pal ipn callbacks was not working it is /ipn_main_handler.php, looking at the logs its always called with query parameters hence my slightly modified version of the regexs from your instructions.
So to get to the point, i'm wondering if the example regexes for the .htaccess rewrites would be better rewritten
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
to
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}(\?.*)?$ [NC]
to catch any non *.xxxxx pages other than index that get called with a query paramater. Any one see any problems with this. It should ignore product pages with SEO rewriting on even if they have a query param as they don't end in .php etc
Thanks
Robin
Hi Robin,
Glad you like the software.
Never used lighttpd before so I'm afraid I can't comment with any real effect on anything related to it at this time.
If you are suggesting changing the example rule that the software generates, Apache doesn't need the rule to work in the way you have listed, so this must be a difference between lighttpd and Apache.
Subsequently there is no need to make any changes to the module, but thanks for your post, hopefully it's informative for any others using lighttpd.
All the best..
Conor
ceon
I also have a MOD rewrite issue as well. My client has a website installed on a Godaddy server. It is a Linux based OS and running on Apache.
I changed the mod rewrite rule to allow the .html extension on Zen Cart web pages, however I have created an actual thank you page using frontpage and the .html file extension.
When I try to load thank-you.html it automatically redirects to the home page. Do you have any suggestions on how to fix this?
Thanks.
Hi Edward,
When you reply to posts you shouldn't quote messages for no reason. If you do quote messages, try also to just quote relevant parts.. no point "wasting space". Just letting you know. :)
Why would you want a Zen Cart page to have .html?
That was a bad decision. URIs for webpages shouldn't have extensions.
Nevertheless, if you've done that now we have to deal with the problem at hand...
You've now set Zen Cart as responsible for all pages ending in .html.
So you need to add exclusions for every single page (URI ending in .html) that you don't want Zen Cart to handle, but to be passed through to Apache as normal.
So add conditions such as
to the rewrite rule.Code:RewriteCond %{REQUEST_URI} !thank-you\.html$ [NC]
If you need any further help with this please search the internet for information on rewrite rules, rewrite rule customisation is not part of the free support offered by Ceon.
Hope that helps!
All the best...
Conor
ceon
Hi, I installed 4.0.6 ceon uri mapping. When I open a product, or EZ-Pages, appear in the url rewritten unwanted additions.
For example, I open a product, the url is:
hardware/schede-grafiche/matrox-g200-mms? filter_id manufacturers_id = & = & = nofilter
instead of:
hardware/schede-grafiche/matrox-g200-mms.
Instead, in the EZ-Pages:
ez-pages? chapter = 0
instead of:
ez-pages.
If I post the link in the address bar without? Filter_id manufacturers_id = & = & = nofilter I get the product.
From what can be the result?
PS I'm working locally.:frusty:
Hi,
This is fine. Just ignore it.
Simple as that.
Technical explanation: Zen Cart adds these extra parameters as it needs them to pass information for particular ways of workings.
The canonical URI for the page is still /hardware/schede-grafiche/matrox-g200-mms though so that's what the search engines see.. they ignore the ? and everything after it.
All the best...
Conor
ceon
Hi I have Version: 4.0.3 .I now see there are newer versions available .I've downloaded the files & there are no upgrade files ..Does this mean I have to override all the files again as a new install ...Just checking before I go ahead
Sorry if this has been mentioned before but been though a few pages & faq & can't see it listed
thanks Andy
Hi Andy,
All you need to know is in the section of the documentation called "Upgrading". :)
Just follow the instructions there and you'll be upgraded in a few minutes.
All the best...
Conor
ceon
Hi Connor,
The store has always been configured to "Page Not Found". After installing URI Mapping though it goes to the index.
If I disable URI mapping a 404 still goes to the index. But there is a rewrite line added by URI mapping to htaccess that seems to do it. If I comment that out I get normal 404 responses.
I am assuming that a RewriteCond should be added to deal with it, but I have no idea what condition to check for
Here's the rewrite rule added by URI mapping that causes the 404's to go to the index.
Code:## BEGIN CEON URI MAPPING REWRITE RULE
# 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} !^/_param [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite jscript directory
RewriteCond %{REQUEST_URI} !^/jscript/ [NC]
# Don't rewrite zend directory
RewriteCond %{REQUEST_URI} !^/zend/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]
## END CEON URI MAPPING REWRITE RULE
Actually I have noticed if the incorrect url entered is in the non mapped version ie
http://domain/index.php?main_page=unknown
Zen shows the "page not found" page
but if I enter a url such as
http://domain/unknown
It redirects to the index.
The problem here is all our pages are URI mapped so it is unlikely that anyone will come to the site using the non mapped url. However webmaster tools and other tracking tools don't show that a 404 error was encountered. So it is hard to track whether any problems have arisen on the site.
Hi,
I'm afraid all I can say is that something must be up on your site as Ceon URI Mapping should show the Zen Cart page not found 404 and not the index.
You must have something else in Zen Cart which is interfering when a non-existent static URI is in use.
I wish you luck in finding and fixing the source of the problem.
If you're still stuck then I may be able to take a look if you send FTP and admin details.
All the best..
Conor
ceon
Hi,
Ugh.
Unbelievable!
I was helping someone with the software on their site today and found that unknown static URIs where not displaying the 404 page as expected.
It turns out that this has indeed been a bug since version 4.0.0.
I don't understand!
I was so sure I'd tested this aspect and no-one else has mentioned this problem.
So apologies to RebelIT, my memory is wrong and somehow this bug has been sitting there all this time. Stunning! Nice co-incidental timing that we both run into this on the same day though!
4.0.7 will be released very soon but in the meantime, this bug can be fixed by doing the following:
Edit includes/classes/class.CeonURIMappingHandler.php
After line 110, insert a "return;" statement. I.e. Change:
to:PHP Code:
if ($match_uri_result->EOF) {
// URI not found, should the index page be shown or the 404 page?
if (MISSING_PAGE_CHECK == 'On' || MISSING_PAGE_CHECK == 'true') {
$_GET['main_page'] = 'index';
} elseif (MISSING_PAGE_CHECK == 'Page Not Found') {
header('HTTP/1.1 404 Not Found');
$_GET['main_page'] = 'page_not_found';
}
}
PHP Code:
if ($match_uri_result->EOF) {
// URI not found, should the index page be shown or the 404 page?
if (MISSING_PAGE_CHECK == 'On' || MISSING_PAGE_CHECK == 'true') {
$_GET['main_page'] = 'index';
} elseif (MISSING_PAGE_CHECK == 'Page Not Found') {
header('HTTP/1.1 404 Not Found');
$_GET['main_page'] = 'page_not_found';
}
return;
}
As I said, I have no idea how a bug like this could have slipped through the net.
My comment on the next line even says "// Have matched the URI!".. how much clearer to myself could I have been when coding this!?!
:frusty:
Sorry about the trouble.
Hopefully 4.0.7 will be the final version, with no bugs remaining to be found.
At least upgrading is incredibly simple.. :)
All the best..
Conor
ceon
Hi Ceon
Are there any google feeders that will accommodate your URI mappings?
Hi Mike,
How are you?
Ceon URI Mapping uses the zen_href_link() function so is 100% compatible with any module written for Zen Cart that uses that too.
(This is on the catalog side, not the admin).
If you have one that doesn't, simply fix it to use zen_href_link(), shouldn't be hard.
We don't use any Google or feed stuff so I'm afraid I don't know anything about any specific software. As I say though, integration should be easy - if it's not already present!
All the best..
Conor
ceon
Hi Ceon
With changes to the URIs both manually and autogenerated there remans a plethora of redundant database records.
Is there anyway of purging these records?
Hi,
No, there remains a plethora of historical records, the software was designed very specifically to work in this way. :)
You can do what you like with your database.. delete anything you want, whatever way you want. :)
All URIs entered/generated have a date and time and only the current URIs have a value for current_uri of 1.
Just don't forget that when you delete a record you break the link for good.
Personally I'd never bother deleting any.
As I said, what you want to do is up to you!
All the best...
Conor
ceon
conor,
Just trying to install on zc 1.5 - admin page does not come up. I get a blank screen. I have the rewrite mod on the testing server and have copied all files as it is a brand new clean install. Any pointers as I am sure it is something obvious but cannot see what. Should I change the .htaccess before trying to login. Although instruction process would suggest this comes later?
Thanks
Hi Mike,
How are you?
A blank screen almost certainly means you've missed uploading files or your FTP software isn't very good and has missed uploading files.
Follow the installation process from the start to the finish again and things should sort themselves out.
If that's not it then check your paths in your configure.php files.
If you're still stuck send me FTP and admin details for the site at this address and I'll upload the files for you.
(You are right in that the RewriteRule/.htaccess part of the process is ahead of you and nothing to do with the error described).
All the best...
Conor
ceon
Conor, I am very well thank you. I hope you are.
Thank you once again for a prompt reply. It is amazing isn't it. Copied everything across as per the instructions, and I know I have had this before and yet still something does not go across and it flummoxed me completely.
You are right as usual and I know you know you would be and I know that you would be too. Just could not see it. LOL!
Hi,
A critical bug was found which affected versions 4.0.0 to 4.0.6...
[BUGFIX] Serious bug meant that when a static URI could not be matched, Ceon URI Mapping was simply displaying the store's home page, instead of the File Not Found 404 page.
To prevent duplicate content warnings with search engines everyone should upgrade to version 4.0.7 immediately!
It should take just 2 minutes to upgrade.
Download version 4.0.7 now!
The distribution has also been submitted to the Zen Cart downloads area and should be available there soon.
Apologies for the bug.. what a difference a missing "return" statement makes! :|
All the best...
Conor
ceon
Hi Randy,
Hope you are still doing well! :)
I'll be offline from tomorrow for at least a week. This will probably be the last post from me in that timeframe. :)
One wee thing.. when you reply, do you mind not quoting the whole post.. makes other posts harder to find.. thanks! :)
Just quote the relevant bits or use "Reply" instead to start a new post. :)
Just upload all the files from the "files" folder over yours.. little has changed other than what you've changed and the version number but it's always best to stick with the recommended upgrade procedure! :)
Have a nice week!
All the best..
Conor
ceon
:blush:Quote:
One wee thing.. when you reply, do you mind not quoting the whole post.. makes other posts harder to find.. thanks! :)
Just quote the relevant bits or use "Reply" instead to start a new post. :)
No problem, Sorry about that.
I uploaded all the files in the "files" for the module but it still shows.
Module © Copyright 2008-2011 Ceon Files Version: 4.0.7
Installed Version: 4.0.7
Out of Date!
The latest version of the software is 4.0.7
Click here to download the latest version
Hi,
lol.. thanks.. I take it that second post was all on purpose! :)
I'll repost the release announcement soon so people can see it! :)
Good night for now!
All the best..
Conor
ceon
Hi Randy,
Hope you're well.. think I missed what you were pointing to in that last post, sorry about that!
Probably the last post from me before I go radioactive tomorrow and get locked behind this big lead door to my right! Computers, the net and everything/everyone else will stay outside! :)
That's the update checker caching the initial response it received for the session in which you first checked. I'll sort that behaviour out in a future version, so that the cached check is reset when you've just upgraded (it was supposed to do that but obviously doesn't work as desired).
Have a good week!
All the best...
Conor
ceon
Conor thanks so much for this mod. Cant wait to see what it does for duplicate pages on google for sort order and all that other garbage.
A donation should be heading your way
To confirm will it keep google from picking up alpha_filter sort= etc? or do I need to locate each duplicate that google is seeing and redirect them?
Ive just ugraded to the latest version and all went well. But, I have a problems with my .htaccess (YAWN)
I am aware it's forbiden to speak of such things ;) but I need some help on this.
My .htaccess has been working fine with basic old CEON instructions and there is a couple of lines from my hosting company for (old) domain redirect.
So, I remove the old ceon info and replace with the new long list but it fails on me.
Contacted my hosting company who state the following:
"There seems to be an error in the code. Our error log shows:
/home/metalpix/public_html/.htaccess: RewriteCond: bad flag delimiters
Please get back in touch with CEON to review the code you wish to insert & fix any bugs. I would normally expect strings of RewriteCond to be linked via [OR] . And for [NC] (no case) to be used in the RewriteRule, not the condition."
CALL ME LOST! - I don't want to post the contents of the .htaccess file unless ask to. Is there something I have obviousley missed?
Thanks
I had the same problem
Spent hours trying to work out why then gave up with this version of the mod.
Iv'e just had another reply:
I found the source of the 500 error - you created a folder with a space: /Source PNGs/
Most code does not like spaces in folder names (or file names). You will either need to rename the folder (best option, will make the foldername much easier to handle) or check with CEON if there's a way to handle the foldername with the space.
But even if that rewrite condition is removed, the links in the site still don't work, just results in 404 not found errors.
I recommend to discuss with CEON - this is not a server issue, but a problem with the .htaccess code/ rewrite code which they need to look into.
For any newcomers to this mod and reading my last post PLEASE NOTE: This mod works as described... It is ONLY a problem with MY site.
Apologies as I posted the last in haste due to other commitments.
It also is a problem on my site.
Have you fixed it? If so can you tell me how you did it please?
No.. not fixed as yet.
At present I'm using the OLD settings in .htaccess (from v3) which Conor set up for me. The site still functions on this file BUT if I add one line from the 'auto' generated list then it bums out and gives a 404.
I cured the 500 which was due to some directories (naming error) so check yours....
But the paths are still giving the 404
Stuck! But hope this helps.... Try your old .htaccess but I 'aint no expert (at all)
Thanks for the info
My htaccess has 31 lines of redirects already in it as I have redesigned and moved my site to a sub folder
It seems that the mod written htaccess may not work with other content
Bit of a annoyance but hey ho. Please let me know if you manage to fix it.
I will post here if I get it sorted
I will & thanks
Hi,
I am off sick at the minute and probably won't be online again for a few days. However, it is true that Ceon URI Mapping can have a problem generating a working rewrite rule when a site has folders in it which have spaces in their name.
Either comment out/remove the RewriteCond lines which are for folders with spaces in their names or remove those folders in the first place and generate a rewrite rule again.
Obviously spaces are not valid characters for folder names on the internet and the software wasn't built to cope with them.
The example rewrite rule is exactly that.. the code needed to get Ceon URI Mapping working, with the minimum of inerference with other sofware. However, sites often do have some custom rues and you may need to adjust them appropriately to work with Ceon URI Mapping and/or vice versa!
Send me your FTP and admin details privately via this link and I'll take a look when I'm back in front of a computer.
All the best...
Conor
ceon
Hi,
The auto-generated rule should always work if there are no clashes with other lines in a .htaccess filke or spaces in dir names. Please send FTP and admin detais to the above link and I'll take a look to see what's up with your server/rules.
Certainly the comments passed to you about [NC] and [OR] were pwrong and not anythning to do with the example rule.
All the best...
Conor
ceon
Info sent, Thanks in advance for your help
Thanks Conor, details also sent.
Hi,
Woa, your configure.php files don't even point to the same site! No wonder things don't work! What a mess! :)
Also, you are using an old, buggy version of the software.
Please upgrade to 4.0.7 now and let me know.. I'll be back online in a day or two.
All the best...
Conor
ceon
Just looked at my configure files and they seem to point to the right subdirectory
define('DIR_WS_ADMIN', '/prints/xxxxxx/');
define('DIR_WS_CATALOG', '/mysite.co.uk/prints/');
define('DIR_WS_HTTPS_ADMIN', '/mysite.co.uk/prints/xxxxxxx');
define('DIR_WS_HTTPS_CATALOG', '/mysite.co.uk/prints/');
and
define('DIR_WS_CATALOG', '/prints/');
define('DIR_WS_HTTPS_CATALOG', '/prints/');
The amendments I made were instructions within the url mapping mod as it was saying there were errors with these files before
I did have the latest version installed but then put the older one on as it works on another site of mine. I will install the latest version later today
Thanks
Hi,
No, the paths and values cannot differ between the admin configure file and the store side file, that makes no sense! :)
I'll not be back online today, I'll follow up with you via email, no need to post here again as this issue will not be of interest to other users here.
Talk to you later then! Good that you are putting the latest version back on
It must work on the other site not because of the difference in versions but because the other site has been configured properly.
All the best...
Conor
Ceon
Sorry to ask this again but I didnt get a response..
To confirm will it keep google from picking up alpha_filter sort= etc? or do I need to locate each duplicate that google is seeing and redirect them?
Hi,
Sorry, probably missed this when in hospital.
Ceon URI Mapping's canonical URI support prevents any duplicate content problems with ?alpha= etc.
Make sure you have the software installed correctly for your version of Zen Cart and that your HTML output has a canonical tag in it.
All the best...
Conor
ceon
Thanks Conor. Sorry to hear you were in hospital. I had an old javascript that I had running canonical urls right after seeing Matt Cutts talk about it. So I had a duplicate running. Ill watch in webmaster tools now.
Hi
I have installed this great app a few months ago 4.0.3 ( I think it was) I took the leap and updated to the latest version about 4 days ago ..All was fine
Anyway last night I went to ez -pages and it was corrupted
it was saying this
I eventually found it to be the core zencart file under admin 1.3.9h version ez-page once I replaced the original it worked fine againQuote:
1146 Table 'AdminFolder.TABLE_EZPAGES_TEXT' doesn't exist
in:
[select count(*) as total from ezpages e, TABLE_EZPAGES_TEXT et where e.pages_id = et.pages_id and et.languages_id = '1']
If you were entering information, press the BACK button in your browser and re-check the information you had entered to be sure you left no blank fields.
I'm sure it must be my side otherwise it would have been brought up before ..Leaving an original file ,is that OK or would something else have broken that I am yet to find
or what could I do to rectify the situation
thanks in advance
Hi,
It sounds like you simply haven't modified the ezpages.php file properly.
You'll need to reapply the Ceon URI Mapping customisations to the fresh file file you've placed in your store.
Hope that helps.
All the best...
Conor
ceon
Hi yes I went though each file & found a ez-page in the core files that hadn't updated correctly ..once it was replaced all was OK
thanks for the help
Andy
Hi have a strange problem which I think is going to adversly affect SEO rankings.
Everything on my site looks absolutely fine, no images are missing, everything is perfect. But If I do to
http://www.websiteoptimization.com/services/analyze/
To analyse the page, all the images on the page are 404 errors. Their robot cannot find the images because the path to the images is wrong, due the tampering with the URL.
It is looking for
http://www.magicwoodshed.com/cart/mu...mages/free.gif
instead of http://www.magicwoodshed.com/cart/in...mages/free.gif
As I said nothing on the site looks wrong, all the images display fine... but it appears that bots are getting confused. Having a load of apparent 404 errors on a page will surely adversely affect search engine rankings.
Can I do anything about this?