Ceon URI Mapping v4.x

Quote:

---

Originally Posted by countrycharm

Code:

---

[09-Apr-2013 21:26:39 UTC] PHP Fatal error: Call to a member function add() on a non-object in /home/site/public_html/includes/classes/class.CeonURIMappingHandlerBase.php on line 131

---

This problem still exits. ...

---

Took a "quick" look at this today. It appears in version 4.4.1, this code can be called before the "message stack" is initialized. (load points: message stack is at 130 and CEON URI is at 99).

However this code is only called if the "REQUEST_URI" cannot be found. This PHP variable is needed to determine what URI was requested (and will normally be populated by your web server). If this variable is not found, the CEON code attempts to preform some workarounds (and manually determine / build the variable).

Some questions:

1. What web server software is on the site displaying this error?
2. Is the server using mod_php? suPHP? FastCGI? Something else?

Quote:

---

Originally Posted by lhungil

Took a "quick" look at this today. It appears in version 4.4.1, this code can be called before the "message stack" is initialized. (load points: message stack is at 130 and CEON URI is at 99).

However this code is only called if the "REQUEST_URI" cannot be found. This PHP variable is needed to determine what URI was requested (and will normally be populated by your web server). If this variable is not found, the CEON code attempts to preform some workarounds (and manually determine / build the variable).

Some questions:

1. What web server software is on the site displaying this error?
2. Is the server using mod_php? suPHP? FastCGI? Something else?

---

Looks like there has been discussion on this since I first posted about this. I am yet to be able to replicate the problem on my site all I do know is that it does happen occassionally. However putting things into perspective my site has around 600-1000 visits a day and I only get about 10 of these errors a month.

If I ever work out under what conditions the error occurs then I will come back and post more info.

With what you have determined from the code it sounds like just once every blue moon the server fails to execute the request uri perhaps?

im getting the follow error in my debug log.... any ideas??

[15-Jan-2014 16:19:27 Europe/London] PHP Fatal error: Call to a member function add() on a non-object in /home/public_html/includes/classes/class.CeonURIMappingHandlerBase.php on line 131

also [13-Jan-2014 13:04:58 Europe/London] PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant FILENAME_TELL_A_FRIEND in /home/public_html/elogin2/includes/classes/class.CeonURIMappingAdminProductPages.php on line 788

Did you look at the posts JUST above yours???

Hi,

Zencart 1.3.9.h. Existing module version: Module Version: 3.6.2. Manually upgraded to latest version 4.4.1. After completing the installation, the admin was not accessible. I restored from a backup. Admin still wasn't accessible. A removal of the *new* files that had been added in version 4.4.1 fixed the issue. The files which seemed to cause the issue were in admin/includes/extra_datafiles/, but removing admin/includes/extra_datafiles/ceon_uri_mapping_product_pages.php seemed to be the one that brought the admin back to life. I'd love to get this installed. Is there something else that needs to be done to get this working? Are any of those files optional?

Thanks.

Jen

Quote:

---

Originally Posted by webimax

Hi,

Zencart 1.3.9.h. Existing module version: Module Version: 3.6.2. Manually upgraded to latest version 4.4.1. After completing the installation, the admin was not accessible. I restored from a backup. Admin still wasn't accessible. A removal of the *new* files that had been added in version 4.4.1 fixed the issue. The files which seemed to cause the issue were in admin/includes/extra_datafiles/, but removing admin/includes/extra_datafiles/ceon_uri_mapping_product_pages.php seemed to be the one that brought the admin back to life. I'd love to get this installed. Is there something else that needs to be done to get this working? Are any of those files optional?

Thanks.

Jen

---

Sure that followed the installation instructions fully? Thought an upgrade like that required removal of some files. Btw, forgot at least one of the things that helps us help you. Error log files? Not working is not very descriptive. Be sure that if including them that you modify the actual admin path name if present.

Quote:

---

Originally Posted by lhungil

Took a "quick" look at this today. It appears in version 4.4.1, this code can be called before the "message stack" is initialized. (load points: message stack is at 130 and CEON URI is at 99).

However this code is only called if the "REQUEST_URI" cannot be found. This PHP variable is needed to determine what URI was requested (and will normally be populated by your web server). If this variable is not found, the CEON code attempts to preform some workarounds (and manually determine / build the variable).

Some questions:

1. What web server software is on the site displaying this error?
2. Is the server using mod_php? suPHP? FastCGI? Something else?

---

Quote:

---

What web server software is on the site displaying this error?

---

I'm using PHP Version: 5.4.24 (Zend: 2.4.0) and

Database: MySQL 5.1.72-cll

Quote:

---

Is the server using mod_php? suPHP? FastCGI? Something else?

---

No to the question above.

Quote:

---

Originally Posted by philip937

... With what you have determined from the code it sounds like just once every blue moon the server fails to execute the request uri perhaps?

---

Most likely. You may want to comment out line 131, use error_log(), or adjust the code to send the customer to your homepage / error page when this occurs...

Quote:

---

Originally Posted by countrycharm

... I'm using:
PHP Version: 5.4.24 (Zend: 2.4.0)
Database: MySQL 5.1.72-cll
...

---

Could possibly be something with PHP 5.4 / Zen Cart 1.5... Although I am running a heavily modified version of 1.5.1 on PHP 5.4 without seeing this error (although I am using a different alternative URL generator on that site).

Webserver Software and Version? (EX: Apache 2.2.26, Apache 2.4.7, IIS 8.5, nginx 1.5.8, etc)
Connector from Webserver Software to PHP? (EX: suphp, mod_php, fastcgi, etc)
Security Options? (such as mod_security, suhosin, etc)

I ask because most likely the connector (or some security module / setting) is the cause of REQUEST_URI not being populated. I'm running Zen Cart under both mod_php and suphp without encountering a missing REQUEST_URI.

Note: I do not know when / if I will be able to do futher testing on this subject, as I have been spending most of my time working with Zen Cart 1.5.2 RC2 / 1.6.0 under PHP 5.5 lately.

Hi Totally Zenned. Looks like the /cache folder was not writeable, so the log files were not generated. I'd like to try this again to get some debugging information, but finding the manual upgrade instructions (not fresh install instructions) is like finding a needle in a haystack. Do you have a link by any chance?

Thanks,

Jen

Yeah.. the readme file...

Quote:

---

Originally Posted by webimax

Hi Totally Zenned. Looks like the /cache folder was not writeable, so the log files were not generated. I'd like to try this again to get some debugging information, but finding the manual upgrade instructions (not fresh install instructions) is like finding a needle in a haystack. Do you have a link by any chance?

Thanks,

Jen

---

Quote:

---

Originally Posted by lhungil

Most likely. You may want to comment out line 131, use error_log(), or adjust the code to send the customer to your homepage / error page when this occurs...


Could possibly be something with PHP 5.4 / Zen Cart 1.5... Although I am running a heavily modified version of 1.5.1 on PHP 5.4 without seeing this error (although I am using a different alternative URL generator on that site).

Webserver Software and Version? (EX: Apache 2.2.26, Apache 2.4.7, IIS 8.5, nginx 1.5.8, etc)
Connector from Webserver Software to PHP? (EX: suphp, mod_php, fastcgi, etc)
Security Options? (such as mod_security, suhosin, etc)

I ask because most likely the connector (or some security module / setting) is the cause of REQUEST_URI not being populated. I'm running Zen Cart under both mod_php and suphp without encountering a missing REQUEST_URI.

Note: I do not know when / if I will be able to do futher testing on this subject, as I have been spending most of my time working with Zen Cart 1.5.2 RC2 / 1.6.0 under PHP 5.5 lately.

---

Quote:

---

I ask because most likely the connector (or some security module / setting) is the cause of REQUEST_URI not being populated. I'm running Zen Cart under both mod_php and suphp without encountering a missing REQUEST_URI.

---

Thanks for your help on this. It's not throwing the error all the time, just sometimes. I will check further in what you suggested. Thanks again.

Quote:

---

Originally Posted by countrycharm

Thanks for your help on this. It's not throwing the error all the time, just sometimes. I will check further in what you suggested. Thanks again.

---

No problem and I really hope the root cause (of REQUEST_URI not being populated) is eventually found. If you find out I would love to know the exact cause. At the least it would give us all an idea of where best to send the request if the REQUEST_URI is missing.

Hi MC12345678.
Thanks,
I have reached out to Ceon for instructions on manually upgrading from one version to the next.
Jen

:o) Thanks - It's in the "Upgrading" menu item in the docs.

Hello,
I finally got URI Mapping installed - 4.4.1 with ZC 1.3.9h and it works great. I was hoping to install the URI Mappings Manager, but it says it's compatible with Zen Cart 1.5. Does anyone know if it is compatible with 1.3.9h?

Thanks,

Jennifer

Quote:

---

Originally Posted by webimax

Hello,
I finally got URI Mapping installed - 4.4.1 with ZC 1.3.9h and it works great. I was hoping to install the URI Mappings Manager, but it says it's compatible with Zen Cart 1.5. Does anyone know if it is compatible with 1.3.9h?

Thanks,

Jennifer

---

You will have to contact JS Webs as this is a COMMERCIAL product..

Hi all, I'm installing CEON Commercial product and noticed base eval scripts in the module. Has anyone else noticed the same thing, and is it cause for concern?

Quote:

---

Originally Posted by jackie.taferner

Hi all, I'm installing CEON Commercial product and noticed base eval scripts in the module. Has anyone else noticed the same thing, and is it cause for concern?

---

base eval scripts by themselves aren't bad.. they are just often used by hackers to do bad things.. a quick scan of my Ceon modules doesn't contain this kind of code. You should speak to JS Webs.. Perhaps they have altered the code since taking over Conor's modules.. They've not provided any support of the free Ceon modules since taking over.. So I don't expect they'll answer your question here.. They seem to be more concerned about the revenue generating mods.. The admins do not allow prolonged discussions about ANY commercial mod.. JS Webs would be better equipped to answer your question..

Agreed, I will contact JS Webs. You said you don't have base eval scripts in your module- is that the commercial version?

Quote:

---

Originally Posted by jackie.taferner

Agreed, I will contact JS Webs. You said you don't have base eval scripts in your module- is that the commercial version?

---

Yep.. v4.4.1 ..

The only code I found similar was this:

Code:

---

    eval("\$address = \"$fmt\";");

---

it has been commented out..

Quote:

---

Originally Posted by DivaVocals

base eval scripts by themselves aren't bad.. they are just often used by hackers to do bad things.. a quick scan of my Ceon modules doesn't contain this kind of code. You should speak to JS Webs.. Perhaps they have altered the code since taking over Conor's modules.. They've not provided any support of the free Ceon modules since taking over.. So I don't expect they'll answer your question here.. They seem to be more concerned about the revenue generating mods.. The admins do not allow prolonged discussions about ANY commercial mod.. JS Webs would be better equipped to answer your question..

---

In support of Diva's suggestion, yes my original copy too is free of this threat/code, it appears to have been added since Conor's passing.

Just curious. I've just installed uri mapping and was wondering about creating a sitemap. Reading through the docs that come with the plugin, it doesn't really recommend or talk about it too much. Is there a recommended Sitemap program to use? My site is hosted with Godaddy, can I use the sitemap generator in there hosting tools (although I'm not sure I like it)? What are your recommendations?

Quote:

---

Originally Posted by Stitcher

Just curious. I've just installed uri mapping and was wondering about creating a sitemap. Reading through the docs that come with the plugin, it doesn't really recommend or talk about it too much. Is there a recommended Sitemap program to use? My site is hosted with Godaddy, can I use the sitemap generator in there hosting tools (although I'm not sure I like it)? What are your recommendations?

---

Not the place to ask this question.. You need to start a new thread to ask about sitemaps..

I have entered a new uri mapping directly into the database table so that my "page_2" is "get-boosted" in the address bar. Now I need to change it so it reads "ways_to_pay", however I cannot edit or delete tables directly without using a SQL query, as it says in phpmyadmin " This table does not contain a unique column. Grid edit, checkbox, Edit, Copy and Delete features are not available."
Does anybody know what query I would have to run to delete it, so I can add it again as ways_to_pay?
The uri is /page_2, language_id and current_uri are 1, main_page is get-boosted, query_string_parameters, associated_db_id and alternate_uri are null, redirection_type_code is 301

Thanks

Quote:

---

Originally Posted by kitten091182

I have entered a new uri mapping directly into the database table so that my "page_2" is "get-boosted" in the address bar. Now I need to change it so it reads "ways_to_pay", however I cannot edit or delete tables directly without using a SQL query, as it says in phpmyadmin " This table does not contain a unique column. Grid edit, checkbox, Edit, Copy and Delete features are not available."
Does anybody know what query I would have to run to delete it, so I can add it again as ways_to_pay?
The uri is /page_2, language_id and current_uri are 1, main_page is get-boosted, query_string_parameters, associated_db_id and alternate_uri are null, redirection_type_code is 301

Thanks

---

and WHY are you trying to delete the WHOLE table if all you want to do is CHANGE a URI???

Quote:

---

Originally Posted by DivaVocals

and WHY are you trying to delete the WHOLE table if all you want to do is CHANGE a URI???

---

Hi, I would prefer to just change it if you know how please?
Thanks

Quote:

---

Originally Posted by kitten091182

Hi, I would prefer to just change it if you know how please?
Thanks

---

Fyi, and keeping with the intent of the uri rewriter/mapping, you would want to change that one to current 0 and create a new one that is current 1. That way, if anyone has already "seen" the rewritten uri and possibly bookmarked it, they will still be able to get to you're newly named page, but be shown the new name when done. As for specific query, well, start with a select query to retrieve the one (or more) entries you want to modify. Once that is successful, change the select to an update and identify the new value(s) you want to have in their place.

Quote:

---

Originally Posted by mc12345678

Fyi, and keeping with the intent of the uri rewriter/mapping, you would want to change that one to current 0 and create a new one that is current 1. That way, if anyone has already "seen" the rewritten uri and possibly bookmarked it, they will still be able to get to you're newly named page, but be shown the new name when done. As for specific query, well, start with a select query to retrieve the one (or more) entries you want to modify. Once that is successful, change the select to an update and identify the new value(s) you want to have in their place.

---

If still have an error with that, temporarily create a new field that is autonumber/unique so that phpmyadmin can play with it, then I suggest deleting that column. This is something I have done to make a "quick/bulk" change. (Lazily)

Quote:

---

Originally Posted by mc12345678

If still have an error with that, temporarily create a new field that is autonumber/unique so that phpmyadmin can play with it, then I suggest deleting that column. This is something I have done to make a "quick/bulk" change. (Lazily)

---

To be honest with you, all of that just went way over my head! I'm not too good when it comes to SQL. It doesn't really matter if somebody has bookmarked the page, it wasn't up for long so I'm not sure that anybody would have done anyway. I just need to change get-boosted to ways_to_pay. I'll backup my database and have a play.
Thanks

Quote:

---

Originally Posted by kitten091182

To be honest with you, all of that just went way over my head! I'm not too good when it comes to SQL. It doesn't really matter if somebody has bookmarked the page, it wasn't up for long so I'm not sure that anybody would have done anyway. I just need to change get-boosted to ways_to_pay. I'll backup my database and have a play.
Thanks

---

Well, so much for trying to teach to fish.
In the ZC admin SQL patch tools option, copy and paste the following:

This assumes that your store is at your root directory and only does an update of your existing uri, less than ideal as described, but if this is what is desired, then here it is: otherwise could change the uri= statement to current_uri=0 and then insert a new entry with your desired information for the uri.

Code:

---

Update ceon_uri_mappings set uri=/ways_to_pay where main_page=page_2;

---

Hi, thanks for the help :smile:

Apologies if this has been asked previously. I would like to lose the ? in the url as shown below:

http://www.designerperfumesnob.com/P...-I-Have-Loved?

I have others that display the same with a question mark at the end. If I am doing something wrong I'd like to know how to fix it.

Thanks

Quote:

---

Originally Posted by traytray

Apologies if this has been asked previously. I would like to lose the ? in the url as shown below:

http://www.designerperfumesnob.com/P...-I-Have-Loved?

I have others that display the same with a question mark at the end. If I am doing something wrong I'd like to know how to fix it.

Thanks

---

This would be controlled in your htaccess file. If you post it (ensure to protect any private info including the admin directory name) then perhaps help can be provided. The default installation of this does not include the ? As a single character. So either not installed per directions or have made a modification. If a modification, then this should really be addressed in a new thread.

Quote:

---

Originally Posted by mc12345678

This would be controlled in your htaccess file. If you post it (ensure to protect any private info including the admin directory name) then perhaps help can be provided. The default installation of this does not include the ? As a single character. So either not installed per directions or have made a modification. If a modification, then this should really be addressed in a new thread.

---

here is the file info:

Code:

---


RewriteEngine On

 # Redirect all users to access the site WITH the 'www.' prefix
  RewriteCond %{HTTP_HOST} !^www\. [NC]
  RewriteCond %{HTTP_HOST} !\.([a-z-]+\.[a-z]{2,6})$ [NC]
  RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]


## 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} !^/admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite cgi-bin directory
RewriteCond %{REQUEST_URI} !^/cgi-bin/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE

---

I did not see anything in there to indicate a ? be placed anywhere in there. Also the ? seems to appear only or for the most part in the sidebox (Display Categories in Seperate Box mod) I can't seem to find where the others have been appearing.

Has anyone had a chance to look at this and maybe have a clue as to what we need to do to get the mysterious ? off the url

Quote:

---

Originally Posted by DarkAngel

I did not see anything in there to indicate a ? be placed anywhere in there. Also the ? seems to appear only or for the most part in the sidebox (Display Categories in Seperate Box mod) I can't seem to find where the others have been appearing.

---

It's likely this mod is the issue..

I tend to think so also Diva, I even went so far as to reupload all the files...and doing so remembered that one of the admin files coughed up an error about needing the sessions.php file, which is not in the admin folder to begin with.

But aside from that nothing else. Tracy has even gone as far as going into her categories she has renamed for this mod to take out the underscore and replace it with a dash for SEO purposes and nothing is changed...that silly question mark is still at the end of the url.

Quote:

---

Originally Posted by DarkAngel

I tend to think so also Diva, I even went so far as to reupload all the files...and doing so remembered that one of the admin files coughed up an error about needing the sessions.php file, which is not in the admin folder to begin with.

But aside from that nothing else. Tracy has even gone as far as going into her categories she has renamed for this mod to take out the underscore and replace it with a dash for SEO purposes and nothing is changed...that silly question mark is still at the end of the url.

---

What do you have for query_string_parameters in the SQL database for these offending links (ceon_uri_mappings table)? Is it NULL or is it blank? (NULL is preferred in this case).

Quote:

---

Originally Posted by mc12345678

What do you have for query_string_parameters in the SQL database for these offending links (ceon_uri_mappings table)? Is it NULL or is it blank? (NULL is preferred in this case).

---

Given that the module works everywhere BUT where they are displayed in this other module (Display Categories in Seperate Box mod), I would say that it would appear that there is nothing wrong with the the Ceon URI install and the URI db entries.. The issue appears isolated to another module and how it is misinforming the URIs. Not an issue with Ceon URI at all..

Quote:

---

Originally Posted by DivaVocals

Given that the module works everywhere BUT where they are displayed in this other module (Display Categories in Seperate Box mod), I would say that it would appear that there is nothing wrong with the the Ceon URI install and the URI db entries.. The issue appears isolated to another module and how it is misinforming the URIs. Not an issue with Ceon URI at all..

---

LOve this multiquote option...LOL

ok I shall look at the files for the sidebox...but it did show up in other areas too for a bit....ceon was installed for a month or so prior to the side box mod

Quote:

---

Originally Posted by mc12345678

What do you have for query_string_parameters in the SQL database for these offending links (ceon_uri_mappings table)? Is it NULL or is it blank? (NULL is preferred in this case).

---

well that one that flew over the cuckoos nest is in good company...I have no clue how to check db for this...sorry

but if you tell me where to check in there I will see if the other mod is not being null

I think this might help with the db lookup you asked about???

Attachment 13841

Quote:

---

Originally Posted by DarkAngel

I think this might help with the db lookup you asked about???

Attachment 13841

---

Partially, now if you look at the individual entries, specifically the ones that are displaying the ? To see if the data in column 5 to identify what is present.
That setup is consistent with a default installation, so new items should appear correctly, but old ones may have something incorrectly set.

Quote:

---

Originally Posted by DarkAngel

LOve this multiquote option...LOL

ok I shall look at the files for the sidebox...but it did show up in other areas too for a bit....ceon was installed for a month or so prior to the side box mod




well that one that flew over the cuckoos nest is in good company...I have no clue how to check db for this...sorry

but if you tell me where to check in there I will see if the other mod is not being null

---

How about a link to the site.. It helps if we don't have to GUESS answers..

Quote:

---

Originally Posted by DivaVocals

How about a link to the site.. It helps if we don't have to GUESS answers..

---

the link:

http://www.designerperfumesnob.com/

I finally finished going through the db and removing any duplicates from the many name variations...LOL

Every single entry had NULL in column 5, even removing the duplicates did not help any.

It is not set to auto gen the name, she has to go in and manually add the link name she wants to appear.

Quote:

---

Originally Posted by DarkAngel

... ok I shall look at the files for the sidebox...but it did show up in other areas too for a bit....ceon was installed for a month or so prior to the side box mod ...

---

I'd say the most likely cause is the module you are using for the sidebox is incorrectly adding an extra "&" in the params sent to zen_href_link (it should also pass the full cPath - not just the category id).

Try changing the following around line #24 in "separate_category_sidebox.php" from:

Code:

---

        while (!$categories_ap->EOF)  {
                $id = $categories_ap->fields['categories_id'];
                $name = $categories_ap->fields['categories_name'];
                  $add_content .= '<li><a href="' . zen_href_link(FILENAME_DEFAULT, '&cPath='.$id) . '">'.$name.'</a></li>' . "\n";
       
                $categories_ap->MoveNext();
        }

---

to:

Code:

---

        while (!$categories_ap->EOF)  {
                $name = $categories_ap->fields['categories_name'];
                $cPath_new = zen_get_path($categories_ap->fields['categories_id']);
                $cPath_new = str_replace('=0_', '=', $cPath_new);
                  $add_content .= '<li><a href="' . zen_href_link(FILENAME_DEFAULT, $cPath_new) . '">'.$name.'</a></li>' . "\n";

                $categories_ap->MoveNext();
        }

---

YAY the obstinate question mark is gone.
Thank you so much.

Quote:

---

Originally Posted by DarkAngel

YAY the obstinate question mark is gone.
Thank you so much.

---

Thank You for confirming the issue was solved by updating the code in a 3rd party add-on module (for Zen Cart 1.3.x).

Quote:

---

Originally Posted by lhungil

Thank You for confirming the issue was solved by updating the code in a 3rd party add-on module (for Zen Cart 1.3.x).

---

Yep.. These issues folks report are almost NEVER caused by this module but by some OTHER module. (usually because they are incorrectly using the zen_href_link function)

Imgetting an error with google sitemaps generation that appears to be to do with urls.

2008 MySQL client ran out of memory
in:
[ SELECT uri FROM ceon_uri_mappings WHERE main_page = 'product_info' AND associated_db_id = '1294' AND language_id = '1' AND current_uri = '1' LIMIT 1;]
2013 Lost connection to MySQL server during query
in:
[select count(*) as total from sessions where sesskey = '1ca2fbd7dc8c2849bf4b6788953ada29']

Quote:

---

Originally Posted by kitcorsa

Imgetting an error with google sitemaps generation that appears to be to do with urls.

2008 MySQL client ran out of memory
in:
[ SELECT uri FROM ceon_uri_mappings WHERE main_page = 'product_info' AND associated_db_id = '1294' AND language_id = '1' AND current_uri = '1' LIMIT 1;]
2013 Lost connection to MySQL server during query
in:
[select count(*) as total from sessions where sesskey = '1ca2fbd7dc8c2849bf4b6788953ada29']

---

Not related to this plugin.. Your server timed out during a SQL query. Hence the error:

Quote:

---

MySQL client ran out of memory

---

This is a SERVER issue.. the fact that it happened to error out on a query for this module is coincidental.. It's likely that the sitemap processing tied up the server and caused it to time out..

I have asked the sitemap authors and they are getting back to me, no server issues and plenty of memory as i have a VPS, hosts say "It seems that mysql does not have enough memory to store the entire query result.
Please make sure that your query is correct. More information about this issue you can find
on the following pages:

https://dev.mysql.com/doc/refman/5.0...of-memory.html
http://forums.mysql.com/read.php?37,94800,190727
"

was working till a thursday last week. I posted in both as this mod was listed.
Thanks

Quote:

---

Originally Posted by DivaVocals

Not related to this plugin. ... The fact that it happened to error out on a query for this module is coincidental. ...

---

I'd have to agree with this statement. Basically the error message you are referencing indicates PHP (the mysql client) ran out of memory receiving the result of a query.

It could be another modification is using up all the memory allowed or caching a large result set... Make sure Zen Cart's SQL cache is disabled (set to none)... You also might want to check the PHP memory settings...

Quote:

---

Originally Posted by kitcorsa

... no server issues and plenty of memory as i have a VPS ...

---

Define "plenty of memory"? How much is allocated to the MySQL server? The Web Server? PHP? Core OS functions? Other scripts / programs? Email Server? How many concurrent hits does your site experience (during peak)? Etc?

Quote:

---

Originally Posted by lhungil

How many concurrent hits does your site experience (during peak)? Etc?

---

And realize that the other unrelated plugin may be performing a large number of concurrent hits in it's processing andmay need to slow down. But that if the issue is not related to this...

Quote:

---

Originally Posted by kitcorsa

I have asked the sitemap authors and they are getting back to me, no server issues and plenty of memory as i have a VPS, hosts say "It seems that mysql does not have enough memory to store the entire query result.

---

VPS is only as good as the server hosting it as I found out recently and upgraded and 99% of my issues went away. May want to look into a new VPS provider.

I took the advide of Diva and lhungil awhile back and diagnosed almost every issue to being an issue with my previous provider not providing me with what I was paying for!

Hello...............


I am using Ceon URI Mapping

After i install FDC

i got .... (mysite.com/checkout?fecaction=null) on checkout page url


please help how can i remove ?fecaction=null From checkout page url

Quote:

---

Originally Posted by crixus

Hello...............


I am using Ceon URI Mapping

After i install FDC

i got .... (mysite.com/checkout?fecaction=null) on checkout page url


please help how can i remove ?fecaction=null From checkout page url

---

Not related to CEON, but the answer is, You Don't. It is part of FEC

Hi,
Im getting an error that appears when adding or modifying a product.
The message is PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant FILENAME_TELL_A_FRIEND in /public_html/admin/includes/classes/class.CeonURIMappingAdminProductPages.php on line 788 (i have changed the admin folder name for this post)
I can not find any reference to FILENAME_TELL_A_FRIEND
If someone could be of hlep, please do it.
ciao from Italy

Hello, I'm using ZC 1.51 with Ceon URI v4 installed. I built my site on a subdomain - test dot - and once the site was ready to go, I renamed my site to the primary domain name (without the test dot). When visitors come to my site and surf around, the page url's show the much-discussed zenid tacked on at the end - looks something like:

(proper page url)?zenid=c5c5810bfcf(and a bunch more numbers and letters)

However, when you click on "Home" link (upper right) on the homepage and enter the site through that portal, the zenid's do not appear. All URL's are nice and clean. Is there a way to get rid of the zenid's? As many people probably won't click on the "Home" link. Many thanks for your help!

Quote:

---

Originally Posted by luckystu

Hello, I'm using ZC 1.51 with Ceon URI v4 installed. I built my site on a subdomain - test dot - and once the site was ready to go, I renamed my site to the primary domain name (without the test dot). When visitors come to my site and surf around, the page url's show the much-discussed zenid tacked on at the end - looks something like:

(proper page url)?zenid=c5c5810bfcf(and a bunch more numbers and letters)

However, when you click on "Home" link (upper right) on the homepage and enter the site through that portal, the zenid's do not appear. All URL's are nice and clean. Is there a way to get rid of the zenid's? As many people probably won't click on the "Home" link. Many thanks for your help!

---

This is not a result of this plugin (see readme) and should be addressed by beginning a new thread. Possibly caused by the template or maybe cookie and session settings.

Quote:

---

Originally Posted by enzo-ita

Hi,
Im getting an error that appears when adding or modifying a product.
The message is PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant FILENAME_TELL_A_FRIEND in /public_html/admin/includes/classes/class.CeonURIMappingAdminProductPages.php on line 788 (i have changed the admin folder name for this post)
I can not find any reference to FILENAME_TELL_A_FRIEND
If someone could be of hlep, please do it.
ciao from Italy

---

Around line 677 of the same file, $page_types is defined as an array that includes tell_a_friend. At about line 684, the various page_types are reviewed one by one to create a new array that includes each page_type that is to be considered for auto management. If not mistaken the management options are in one of the confiiguration screens for this plugin. At the line in question a constant is created from each page type to manage that capitalizes the previous page_types array value(s) that areto be managed. The complete absence of a declared FILENAME_TELL_A_FRIEND, further indicates that this page type should be excluded, or that you are missing a filename define. I thought that ZC 1.5.x removed the tell a friend option/capability, so technically again, this option should be disabled.

Modules->Ceon URI Mapping (SEO) Config, then the Auto-managed ProductPage URIs tab.

Quote:

---

Originally Posted by mc12345678

I thought that ZC 1.5.x removed the tell a friend option/capability, so technically again, this option should be disabled.

Modules->Ceon URI Mapping (SEO) Config, then the Auto-managed ProductPage URIs tab.

---

WOW!!! This is THE ANSWER!
Not simply an answer.
Thanks. You certainly got the problem and given the solution.
ciao from Italy.

Quote:

---

Originally Posted by luckystu

Hello, I'm using ZC 1.51 with Ceon URI v4 installed. I built my site on a subdomain - test dot - and once the site was ready to go, I renamed my site to the primary domain name (without the test dot). When visitors come to my site and surf around, the page url's show the much-discussed zenid tacked on at the end - looks something like:

(proper page url)?zenid=c5c5810bfcf(and a bunch more numbers and letters)

However, when you click on "Home" link (upper right) on the homepage and enter the site through that portal, the zenid's do not appear. All URL's are nice and clean. Is there a way to get rid of the zenid's? As many people probably won't click on the "Home" link. Many thanks for your help!

---

Quote:

---

Originally Posted by mc12345678

This is not a result of this plugin (see readme) and should be addressed by beginning a new thread. Possibly caused by the template or maybe cookie and session settings.

---

The "much-discussed zenid" is not created by this module.. Suggest searching the forum for the MANY posts on the "much-discussed zenid" to see what it REALLY is.. (hint: the answer is it's NOT an "issue" at all though folks certainly seem to believe it is)

Quote:

---

Originally Posted by DivaVocals

The "much-discussed zenid" is not created by this module.. Suggest searching the forum for the MANY posts on the "much-discussed zenid" to see what it REALLY is.. (hint: the answer is it's NOT an "issue" at all though folks certainly seem to believe it is)

---

Hello Diva, No offense intended, just looking for some friendly help. Actually I've searched through many threads, honestly it gets confusing. There was a response couple years back suggesting a slight change in php code having to do with cookie sessions but thought I'd ask here first. I'll take from your response that zenid is not connected to this module and is just part of Zen Cart. Easier on the eyes though to see a nice, clean url, esp for email purposes. Again no offense intended. Thank you.

Quote:

---

Originally Posted by mc12345678

This is not a result of this plugin (see readme) and should be addressed by beginning a new thread. Possibly caused by the template or maybe cookie and session settings.

---

mc, Thank you for pointing me in a clearer direction. I'll keep digging, esp re: cookie and session settings, thanks.

Quote:

---

Originally Posted by luckystu

Hello Diva, No offense intended, just looking for some friendly help. Actually I've searched through many threads, honestly it gets confusing. There was a response couple years back suggesting a slight change in php code having to do with cookie sessions but thought I'd ask here first. I'll take from your response that zenid is not connected to this module and is just part of Zen Cart. Easier on the eyes though to see a nice, clean url, esp for email purposes. Again no offense intended. Thank you.

---

Not offended.. :no: but it's truly NOTHING and NOT generated as a result of this module.. and a quick search of this support thread and the forum in general will tell you that it's not a "problem" to be resolved.. (I've quoted two older posts) It's NORMAL Zen Cart behavior.. Seriously.. The zenid does not cause ANY issues you may be thinking it causes.. Leave it OUT of URLs in emails if that's the issue you are having..

Quote:

---

Originally Posted by DivaVocals

zenid had been discussed to death here.. but short answer it is that the zenid is attached to the URL for first time visitors..

---

Quote:

---

Originally Posted by conor

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

---

My client using Zen Cart and CEON URI (latest version) has many products that are linked to different categories. When they submit the feed to google, it shows duplicate products for those because numbers are added to the end of the url. I've searched around and haven't found a solution. I'm hoping this forum might be able to give me some suggestions. Thank you!

Quote:

---

Originally Posted by akrogers

My client using Zen Cart and CEON URI (latest version) has many products that are linked to different categories. When they submit the feed to google, it shows duplicate products for those because numbers are added to the end of the url. I've searched around and haven't found a solution. I'm hoping this forum might be able to give me some suggestions. Thank you!

---

I too would be curious about the answer cause for now we ---my client and I---have tried ignoring google when it claims there are duplicate urls. She too has category/product and has them copied to several other categories....as I do in my own store.

She gets tons of dupe links and we have no real clue what to do about them since I suppose in essence they are duplicates, in a way.

Quote:

---

Originally Posted by DarkAngel

I too would be curious about the answer cause for now we ---my client and I---have tried ignoring google when it claims there are duplicate urls. She too has category/product and has them copied to several other categories....as I do in my own store.

She gets tons of dupe links and we have no real clue what to do about them since I suppose in essence they are duplicates, in a way.

---

This is not a CEON URI issue specifically, readme states this happens for linked products. Whatever interfaces with google should be updated to ignore the category parameter in the "final" URI when interfacing with google. My suggestion is that further assistance on this topic should either be sought in the applicable google thread, in a new thread, or by way of getting custom code developed.

Quote:

---

Originally Posted by akrogers

My client using Zen Cart and CEON URI (latest version) has many products that are linked to different categories. When they submit the feed to google, it shows duplicate products for those because numbers are added to the end of the url. I've searched around and haven't found a solution. I'm hoping this forum might be able to give me some suggestions. Thank you!

---

Quote:

---

Originally Posted by DarkAngel

I too would be curious about the answer cause for now we ---my client and I---have tried ignoring google when it claims there are duplicate urls. She too has category/product and has them copied to several other categories....as I do in my own store.

She gets tons of dupe links and we have no real clue what to do about them since I suppose in essence they are duplicates, in a way.

---

Quote:

---

Originally Posted by mc12345678

This is not a CEON URI issue specifically, readme states this happens for linked products. Whatever interfaces with google should be updated to ignore the category parameter in the "final" URI when interfacing with google. My suggestion is that further assistance on this topic should either be sought in the applicable google thread, in a new thread, or by way of getting custom code developed.

---

Yup.. especially because Google will tell you WHY it considers a product a dup.. and I promise you their criteria is based on WAAAAAAY more than the JUST the URL.. Time to login to your Google account and spend some serious time going through the error messages Google provides and resolve each issue one by one.. there aren't any "magic buttons" to push to fix.. AND truly this is NOT an issue that is caused by this module.. So you are going to have to move this conversation to the Google Product Search thread..

zen cart 1.5.1
ceon 4.4.1

I just now noticed that my products all have aditional #$%$#%&* be hind the name
example:
https://www.rjfinewood.com/wood-tiss...y#.Uz7jbFcoNBk


Whats up with this?

Thanks

Quote:

---

Originally Posted by remops

zen cart 1.5.1
ceon 4.4.1

I just now noticed that my products all have aditional #$%$#%&* be hind the name
example:
https://www.rjfinewood.com/wood-tiss...y#.Uz7jbFcoNBk


Whats up with this?

Thanks

---

Are you using Addthis or similar social media tools on your product pages?

Like most things posted in this thread, this is not caused by this module. It's the AddThis Analytics tracking which does not hurt anything nor does it affect SEO as folks often seem to think that it does.. The AddThis analytics really IS useful for SEO purposes as it can provide insights into how your site is being tracked in social media.. But I digress.. your "issue" isn't cause by this module.. and IMHO, it's not really an "issue" at all..

Quote:

---

Originally Posted by remops

zen cart 1.5.1
ceon 4.4.1

I just now noticed that my products all have aditional #$%$#%&* be hind the name
example:
https://www.rjfinewood.com/wood-tiss...y#.Uz7jbFcoNBk


Whats up with this?

Thanks

---

Quote:

---

Originally Posted by remops

zen cart 1.5.1
ceon 4.4.1

I just now noticed that my products all have aditional #$%$#%&* be hind the name
example:
https://www.rjfinewood.com/wood-tiss...y#.Uz7jbFcoNBk


Whats up with this?

Thanks

---

I had a similar problem with mine...it had the actual cpath appeneded but I found that I had NOT gone through all the category sections and given the category and folders within their new url. After doing that I have the links appearing like they should look.

Quote:

---

Originally Posted by DarkAngel

I had a similar problem with mine...it had the actual cpath appeneded but I found that I had NOT gone through all the category sections and given the category and folders within their new url. After doing that I have the links appearing like they should look.

---

Except that what I posted is ACTUALLY what's going on with remops. It's the AddThis analytics code he is seeing.. nothing else.. not cpath info, not zen ids, and it's not caused by this module in ANY way..

Quote:

---

Originally Posted by DivaVocals

Like most things posted in this thread, this is not caused by this module. It's the AddThis Analytics tracking which does not hurt anything nor does it affect SEO as folks often seem to think that it does.. The AddThis analytics really IS useful for SEO purposes as it can provide insights into how your site is being tracked in social media.. But I digress.. your "issue" isn't cause by this module.. and IMHO, it's not really an "issue" at all..

---

Hey Thanks!

I couldn't put a finger on the time when this start but you are dead on I added the addthis. I wasn't to concerned and really didn't think it was a ceon mapping issue but now I know.

Again THANKS?

I learned something:smile:

Quote:

---

Originally Posted by remops

Hey Thanks!

I couldn't put a finger on the time when this start but you are dead on I added the addthis. I wasn't to concerned and really didn't think it was a ceon mapping issue but now I know.

Again THANKS?

I learned something:smile:

---

Yes Picandnix well spotted :wink:

Quote:

---

Originally Posted by picandnix

Are you using Addthis or similar social media tools on your product pages?

---

I install it, it can not auto generate url, every product or category need to edit to make effect?

Quote:

---

Originally Posted by liyucmh

I install it, it can not auto generate url, every product or category need to edit to make effect?

---

Says that very clearly in the readme..

Quote:

---

Originally Posted by liyucmh

I install it, it can not auto generate url, every product or category need to edit to make effect?

---

yes but it is not hard if ou set it to auto generate....then tic the little square when you go to the product or category, press save and it automatically makes it like the name.

Quote:

---

Originally Posted by DarkAngel

yes but it is not hard if ou set it to auto generate....then tic the little square when you go to the product or category, press save and it automatically makes it like the name.

---

I think he was referring to his existing products and EZ pages which he will have to edit one by one after the initial install..

That is what I meant Diva, that is what I did.

1. chose the category
2. made sure the box was ticked on
3. saved

the path was automatically entered. then I did the same for each vendor and product and ezpage.

now to hunt up what I had to do to take away the ? at the end of the names in the sidebox for the category in sidebox plugin.

Hi,

Wonder if anyone can help. I've a pretty strange issue and I'm struggling to find an answer. I'm sure it will turn out to be an obvious fix, but after hours of trawling through file, I just can't seem to fix it.

So, we've got CEON Mapping 4.4.1 installed on ZC 1.5.1. It partially works, and partially doesn't work.

WHAT DOES WORK:
- Clicking on any URL does result in the friendly URLs appearing in the browser address bar as expected (happy days!)
- The canonical URL on each page loads the correct friendly URL.

WHAT DOES NOT WORK:
- The link preview (at the foot of the browser), when hovering over a link, shows the traditional index.php URL.
- Viewing the Source Code, all href tags are populated with the traditional index.php URL.

This never used to be the case. It used to work perfectly. We upgraded to 4.4.1 and it's been a bit iffy since. The problem is I've trawled through all the files from the upgrade an compared them with what's online and I cannot for the life of me find a file or change that I've missed. We use Custom Product Types, and I've even made sure to edit required files for those.

One of the headaches we're having as a result is generating an XML sitemap. It takes the URLs from the site, which are basically still index.php, rather than the friendly URLs.

Can anyone help with this, or point me in the right direction. I appreciate that some responses might be "you've missed a file", and I'm happy to accept that if it is the case ... but I honestly have checked and double checked and can't find any missing. If anyone can even point to the files that control this behaviour I can quadruple check.

Hopefully someone can help out.

Thanks in advance.

Quote:

---

Originally Posted by ailtait

Hi,

Wonder if anyone can help. I've a pretty strange issue and I'm struggling to find an answer. I'm sure it will turn out to be an obvious fix, but after hours of trawling through file, I just can't seem to fix it.

So, we've got CEON Mapping 4.4.1 installed on ZC 1.5.1. It partially works, and partially doesn't work.

WHAT DOES WORK:
- Clicking on any URL does result in the friendly URLs appearing in the browser address bar as expected (happy days!)
- The canonical URL on each page loads the correct friendly URL.

WHAT DOES NOT WORK:
- The link preview (at the foot of the browser), when hovering over a link, shows the traditional index.php URL.
- Viewing the Source Code, all href tags are populated with the traditional index.php URL.

This never used to be the case. It used to work perfectly. We upgraded to 4.4.1 and it's been a bit iffy since. The problem is I've trawled through all the files from the upgrade an compared them with what's online and I cannot for the life of me find a file or change that I've missed. We use Custom Product Types, and I've even made sure to edit required files for those.

One of the headaches we're having as a result is generating an XML sitemap. It takes the URLs from the site, which are basically still index.php, rather than the friendly URLs.

Can anyone help with this, or point me in the right direction. I appreciate that some responses might be "you've missed a file", and I'm happy to accept that if it is the case ... but I honestly have checked and double checked and can't find any missing. If anyone can even point to the files that control this behaviour I can quadruple check.

Hopefully someone can help out.

Thanks in advance.

---

Does this same issue appear in the default ZC template? Are the href's of your current template generated using the ZC href_link function?

This issue is not typical of the code and is more than likely caused by something else (ie. Template)

Quote:

---

Originally Posted by ailtait

Hi,

Wonder if anyone can help. I've a pretty strange issue and I'm struggling to find an answer. I'm sure it will turn out to be an obvious fix, but after hours of trawling through file, I just can't seem to fix it.

So, we've got CEON Mapping 4.4.1 installed on ZC 1.5.1. It partially works, and partially doesn't work.

WHAT DOES WORK:
- Clicking on any URL does result in the friendly URLs appearing in the browser address bar as expected (happy days!)
- The canonical URL on each page loads the correct friendly URL.

WHAT DOES NOT WORK:
- The link preview (at the foot of the browser), when hovering over a link, shows the traditional index.php URL.
- Viewing the Source Code, all href tags are populated with the traditional index.php URL.

This never used to be the case. It used to work perfectly. We upgraded to 4.4.1 and it's been a bit iffy since. The problem is I've trawled through all the files from the upgrade an compared them with what's online and I cannot for the life of me find a file or change that I've missed. We use Custom Product Types, and I've even made sure to edit required files for those.

One of the headaches we're having as a result is generating an XML sitemap. It takes the URLs from the site, which are basically still index.php, rather than the friendly URLs.

Can anyone help with this, or point me in the right direction. I appreciate that some responses might be "you've missed a file", and I'm happy to accept that if it is the case ... but I honestly have checked and double checked and can't find any missing. If anyone can even point to the files that control this behaviour I can quadruple check.

Hopefully someone can help out.

Thanks in advance.

---

A link to your store would probably get you even more help since they can check it out more thoroughly with their own eyes.

Thanks mc12345678. Yes, the hrefs are generated with zen_href_link(FILENAME_DEFAULT, $box_categories_array[$i]['path']) . So I've been trying to narrow it down to where 'path' is defined. It looks as though at some point the code isn't looking for (or can't find) the CEON version of the URL. One clicked, it does seem to do the job correctly, but initially it's not loading it.

Not 100% sure where in the template CEON would step in to alter the default content of the $box_categories_array[$i]['path'], so that it loads friendly URLs rather than index.php. So I'm basically trying to run back through the system.

I'm going to try another run through just to ensure all files are there, though this will be the 4th - 5th run through.

Quote:

---

Originally Posted by mc12345678

Does this same issue appear in the default ZC template? Are the href's of your current template generated using the ZC href_link function?

This issue is not typical of the code and is more than likely caused by something else (ie. Template)

---

Quote:

---

Originally Posted by ailtait

Thanks mc12345678. Yes, the hrefs are generated with zen_href_link(FILENAME_DEFAULT, $box_categories_array[$i]['path']) . So I've been trying to narrow it down to where 'path' is defined. It looks as though at some point the code isn't looking for (or can't find) the CEON version of the URL. One clicked, it does seem to do the job correctly, but initially it's not loading it.

Not 100% sure where in the template CEON would step in to alter the default content of the $box_categories_array[$i]['path'], so that it loads friendly URLs rather than index.php. So I'm basically trying to run back through the system.

I'm going to try another run through just to ensure all files are there, though this will be the 4th - 5th run through.

---

And did you try to see if the issue exists in the default template as previously mc12345678 suggested?? The most likely reason for your issues have everything to do with something on your site (template, Ceon install, etc) versus an actual issue with this module.

What was the result of running the included Installation Check?

Does this same issue appear in the default ZC template?

Can you provide a link to your store?

Are there any error / debug logs?

Quote:

---

Originally Posted by ailtait

... all href tags are populated with the traditional index.php URL ...

---

This usually indicates something is not installed correctly OR you have not yet defined URLs for each and every product, category, ez-page, etc.

Quote:

---

Originally Posted by ailtait

... Clicking on any URL does result in the friendly URLs appearing in the browser address bar ...

---

Usually indicates the "redirect" code built into CEON is operating (and URLs are defined)... Hard to say without seeing the actual site in action... But the usual cause is one of the core files was not merged correctly during installation...

Quote:

---

Originally Posted by ailtait

... the hrefs are generated with zen_href_link(FILENAME_DEFAULT, $box_categories_array[$i]['path']) . So I've been trying to narrow it down to where 'path' is defined. ...

---

This sounds like the code for the category sidebox. Is this the ONLY part where you are seeing the default Zen Cart links injected into "href" attributes? Or are you seeing this everywhere as previously stated?

Quote:

---

Originally Posted by ailtait

... Not 100% sure where in the template CEON would step in to alter the default content of the $box_categories_array[$i]['path'], so that it loads friendly URLs rather than index.php. So I'm basically trying to run back through the system. ...

---

There is no CEON template. This module does not alter what is passed to zen_href_link (only the URL returned).

The installation instructions for CEON URI Mapping are fairly detailed and include every step needed (and then some). They also mention how to run an Installation Check.

Quote:

---

Originally Posted by lhungil

What was the result of running the included Installation Check?

Does this same issue appear in the default ZC template?

Can you provide a link to your store?

Are there any error / debug logs?



This usually indicates something is not installed correctly OR you have not yet defined URLs for each and every product, category, ez-page, etc.


Usually indicates the "redirect" code built into CEON is operating (and URLs are defined)... Hard to say without seeing the actual site in action... But the usual cause is one of the core files was not merged correctly during installation...


This sounds like the code for the category sidebox. Is this the ONLY part where you are seeing the default Zen Cart links injected into "href" attributes? Or are you seeing this everywhere as previously stated?


There is no CEON template. This module does not alter what is passed to zen_href_link (only the URL returned).

The installation instructions for CEON URI Mapping are fairly detailed and include every step needed (and then some). They also mention how to run an Installation Check.

---

and let me add to this.. to ailtait we CANNOT help you if you DO NOT post the information we are asking for.. If you are looking for folks to lob guesses at you then by all means DON'T post the information asked for.. There are certainly folks on this forum who don't mind wasting time lobbing guesses until they happen upon the right answer (or not..).. I personally will not spend any time troubleguessing on anyone's issue, and there are others who like me feel the same.. We'll be happy to help troubleshoot your problem though. So if you really want to get to the heart of your issue in a more succinct manner, then PLEASE POST THE INFORMATION REQUESTED..

Ihungil ... great response, thank you. To try and answer some of your questions ...

Installation Check: Result says everything is fine.
Default Template: I'm unfortunately not in a position to test this. It's a live running site and don't have the option of flipping over templates to check. We do however have a test site, which still runs a slightly older version of ZC, but has most of the same customisations on it as the live site. It has CEON version 4.0.8, so I think I'll try upgrading it and see if it helps.
Link to store: www.vanax.co.uk
Debuglog: There are some, which I'm trying to work my way through. I don't think any are connected to this, but i'll double check.

In terms of the installation, the hosting company updated ZC to the latest version, and updated the CEON plugin around the same time. My hunch is that something hasn't been installed properly ... I just can't find what it is. Which isn't helped by the install check saying all is OK.

We have customised some quite a bit of functionality on the site, but most of that customisation was done around initial build. The CEON module worked then, up until the upgrade. Both were run around the same time (CEON and Zencart).

It's not just the category sidebox, no. I'm seeing the same behaviour from the product list pages. Other links, such as the header and footer links are hard coded into template.


"There is no CEON Template" ... yeah, sorry, my poor wording. When installing CEON, there are various files within the ZC site template that need modified. I wasn't sure CEON was overriding anything in there, that was perhaps causing it. But your suggestion that it doesn't alter what's passed in zen_href_link pretty much answers that for me.

The install instructions are indeed good. I've installed the module on another site with no issues, and we had it working on this site with no issues as well. Very clear instructions. Unfortunately we had help with the update, and as such I'm not 100% sure where it's gone wrong, barring uninstalling and reinstalling.

DivaVocals ... thanks, kind of. "I personally will not spend any time troubleguessing on anyone's issue". Don't feel you have to input any further. I was merely asking in the hope someone might have experienced something similar. If you didn't want to answer, you shouldn't have. I'm sorry to see such rude aggression so quickly. I didn't answer some of the questions initially because I was still working on the problem to try and provide more concrete findings to my post. Apologies if it wasn't detailed or prompt enough for you first time around. I know these forums can often be filled with people asking questions without having investigated the issue themselves, and no providing information. I go to pains to try and solve issues first, before posting on forums just for that reason ... I know there are a lot of people like you on here, dedicating time free of charge to help. So I don't want to waste that valuable time.

Unfortunate though that I'm spoken to in such a tone so quickly. The contrast between the response of Ihungil and you is significant.

Quote:

---

Originally Posted by ailtait

DivaVocals ... thanks, kind of. "I personally will not spend any time troubleguessing on anyone's issue". Don't feel you have to input any further. I was merely asking in the hope someone might have experienced something similar. If you didn't want to answer, you shouldn't have. I'm sorry to see such rude aggression so quickly. I didn't answer some of the questions initially because I was still working on the problem to try and provide more concrete findings to my post. Apologies if it wasn't detailed or prompt enough for you first time around. I know these forums can often be filled with people asking questions without having investigated the issue themselves, and no providing information. I go to pains to try and solve issues first, before posting on forums just for that reason ... I know there are a lot of people like you on here, dedicating time free of charge to help. So I don't want to waste that valuable time.

Unfortunate though that I'm spoken to in such a tone so quickly. The contrast between the response of Ihungil and you is significant.

---

Right.. **sigh**

There was no TONE to my response.. I simply wanted to emphasize that DETAILS get more HELPFUL responses.. From my POV I didn't see details in your initial posts which happens more often than not on this forum. So no.. there was no tone, no attitude, no "aggression" at all.. but you are certainly FREE to read any emotions you think are behind my post into my words..

That said, as has been stated/implied, the most COMMON cause of issues with this module usually center around a missed fie, or file merging gone awry. If you cannot use the live site, then perhaps restoring the live site to your test/dev site is a first step to troubleshooting this so you can do a true apples to apples comparison.. Once you have an updated test/dev store up, the very first thing you need to do is switch to the default template.. Because like others who have responded to you I suspect the issue is in something hardcoded into your tempate being the cause of the issues you are having..

Quote:

---

Originally Posted by ailtait

... If you didn't want to answer, you shouldn't have. ... I know there are a lot of people like you on here, dedicating time free of charge to help. ...

---

If "we" did not want to help, we'd just not respond... But anyhow we are getting off track. Basically, the behavior you are seeing is not something we can replicate in our test environments (working copy of Zen Cart with a functioning template and CEON URI Mapping)...

So the question becomes "What is different on your installation?". Right now we do not know (possibly because you do not know exactly what is different in your installation from a stock Zen Cart 1.5 installation)...

Quote:

---

Originally Posted by ailtait

... Other links, such as the header and footer links are hard coded into template. ...

---

All links should be using zen_href_link to "populate" the HTML "href" attribute (dynamic not hard coded). This holds true for templates, modules, plugins, and anything else inside Zen Cart's installation folder. I cannot stress this enough!

Quote:

---

Originally Posted by ailtait

... Debug log: There are some, which I'm trying to work my way through. I don't think any are connected to this, but i'll double check. ...

---

Usually when these are created something is wrong... Sometimes seemingly unrelated errors can be the root cause... I usually advise clients to start by cleaning up all existing errors (especially after an upgrade)... If you posted some snippets (please use the # code blocks), we may be able to help (although if you feel they are unrelated, feel free to search for a more appropriate thread or start a new one)...

Quote:

---

Originally Posted by ailtait

... In terms of the installation, the hosting company updated ZC to the latest version, and updated the CEON plugin around the same time. My hunch is that something hasn't been installed properly ...

---

Ahhh, so it was not a clean Zen Cart 1.5 installation, but an upgrade from a previous version... I would be asking the hosting company HOW they upgraded the installation... Did they try to use fantastico, scriptalicous, etc (which can cause some serious headaches on customized sites)? Did they just attempt to merge changes from 1.5 into 1.3 files? Did they follow the steps outlined on this site by the Zen Cart team for doing an upgrade? In what ways did they deviate (if any)? Did they restart from scratch (does not sound like it)?

I'd say your hunch is correct... Something was broken during the upgrade of Zen Cart, another module, or this module...

Quote:

---

Originally Posted by ailtait

... We have customised some quite a bit of functionality on the site, but most of that customisation was done around initial build. ...

---

Zen Cart 1.3 and 1.5 have significant differences. One example is changes to the handling of admin menus / pages (plugins need to be upgraded to work correctly).

When upgrading, many of us recommend only doing an upgrade of the database and configure.php files... And starting with clean files from Zen Cart 1.5 and slowly re-adding any needed customizations to the Zen Cart files...

This avoids bad "merges" and makes it easier to determine "when and what" went wrong during the upgrade... Another reason is some older plugins and modifications are no longer needed with Zen Cart 1.5 (and leftover files / merged code can cause issues)...

Quote:

---

Originally Posted by ailtait

... Unfortunately we had help with the update, and as such I'm not 100% sure where it's gone wrong, barring uninstalling and reinstalling. ...

---

Crux of the issue here... It sounds like you are not aware of exactly what was done...

Walking thought the installation steps (for this module) again should help verify where something is off (have you done this?)... As will going though the debug logs... One can also compare their current site against a clean 1.5 installation to see what changes have been made...

But in the end if whoever upgraded your Zen Cart installation and plugins made a mistake (and was paid)... I'd be giving them a call... Otherwise, manually starting over the upgrade and installation (on a development site) may be a safe last resort...

Installed latest version with ZC 1.5.1. The individual products are working properly with the friendly URL on links and address bar. However, product categories are not working. Scratching my head on this one. Any assistance is greatly appreciated!!!

Quote:

---

Originally Posted by ElPoderoso15

Installed latest version with ZC 1.5.1. The individual products are working properly with the friendly URL on links and address bar. However, product categories are not working. Scratching my head on this one. Any assistance is greatly appreciated!!!

---

Will need more information about "not working". Something not seen correctly in the admin area? Not seeing the results anywhere a category is referenced on the site? Not seeing the proper rewritten link only in aa category drop down? Was at least one category assigned a rewritten uri from the admin?

I don't want to troubleguess further. Please as able follow the posting guidelines, attempt to answer questions as asked. In this case more than likely haven't "told" the rewriter how to rewrite the category.

Quote:

---

Originally Posted by lhungil

If "we" did not want to help, we'd just not respond...

---

Exactly.. thank you!:smile:

To you and anyone else that thinks that Diva or someone else around here does not want to help. We all need help and some of us have had problems just like someone else's problem and can chime in with what we did....but.....

When it comes to ANY problems experienced by ALL of us is easier helped with when we give as much information as possible and and answer questions that are asked of us. Without those answers a better answer or solution is very hard to reach. Also the store version and link to the store aids in getting results cause they can go see the problem for themselves (sometimes our explaination is not quite what we think it is) and can help us even better.

I ahve had similar things happening with this mod and links myself and sure enough, I found by going through each and every one of my vendors/categories/products that it is something that I have either written wrong or not had the url changed for....for instance, I have some products with [ ] or * in the titles. Those were generating the shortened url plus the ?with cpath also, not having done a category gave me the cpath link or a non working link.

At times we think some questions are silly or not needed but what we don't realize is that we have done so much traversing between our store and what we thought was the problem solution that we left out a very simple thing.

My client was having trouble with hers working right and we had to remove all her old store files and reupload fresh ones then add the mods one at a time....to get her store to behave.

Now I will get off my box...sorry for that not smacking your hands just want all who ask questions in this forum to maybe see this info...and be a bit more patient, no response or solution is something that is immediate...unless it is the idiotic ones that I can come up with where the solutions was so simple I did not think those terms but actually looked for something difficult.

Thanks Diva and the others for all you have helped me with and others too.

Quote:

---

Originally Posted by lhungil

If "we" did not want to help, we'd just not respond... But anyhow we are getting off track. Basically, the behavior you are seeing is not something we can replicate in our test environments (working copy of Zen Cart with a functioning template and CEON URI Mapping)...

So the question becomes "What is different on your installation?". Right now we do not know (possibly because you do not know exactly what is different in your installation from a stock Zen Cart 1.5 installation)...


All links should be using zen_href_link to "populate" the HTML "href" attribute (dynamic not hard coded). This holds true for templates, modules, plugins, and anything else inside Zen Cart's installation folder. I cannot stress this enough!


Usually when these are created something is wrong... Sometimes seemingly unrelated errors can be the root cause... I usually advise clients to start by cleaning up all existing errors (especially after an upgrade)... If you posted some snippets (please use the # code blocks), we may be able to help (although if you feel they are unrelated, feel free to search for a more appropriate thread or start a new one)...


Ahhh, so it was not a clean Zen Cart 1.5 installation, but an upgrade from a previous version... I would be asking the hosting company HOW they upgraded the installation... Did they try to use fantastico, scriptalicous, etc (which can cause some serious headaches on customized sites)? Did they just attempt to merge changes from 1.5 into 1.3 files? Did they follow the steps outlined on this site by the Zen Cart team for doing an upgrade? In what ways did they deviate (if any)? Did they restart from scratch (does not sound like it)?

I'd say your hunch is correct... Something was broken during the upgrade of Zen Cart, another module, or this module...


Zen Cart 1.3 and 1.5 have significant differences. One example is changes to the handling of admin menus / pages (plugins need to be upgraded to work correctly).

When upgrading, many of us recommend only doing an upgrade of the database and configure.php files... And starting with clean files from Zen Cart 1.5 and slowly re-adding any needed customizations to the Zen Cart files...

This avoids bad "merges" and makes it easier to determine "when and what" went wrong during the upgrade... Another reason is some older plugins and modifications are no longer needed with Zen Cart 1.5 (and leftover files / merged code can cause issues)...


Crux of the issue here... It sounds like you are not aware of exactly what was done...

Walking thought the installation steps (for this module) again should help verify where something is off (have you done this?)... As will going though the debug logs... One can also compare their current site against a clean 1.5 installation to see what changes have been made...

But in the end if whoever upgraded your Zen Cart installation and plugins made a mistake (and was paid)... I'd be giving them a call... Otherwise, manually starting over the upgrade and installation (on a development site) may be a safe last resort...

---

I have to agree with all of this.. Since this is an install and upgrade NOT performed by the OP, this makes it DOUBLY difficult to troubleshoot since the OP may not have a full handle on all that was done.. I'm thinking that a bit of a re-do is in order.. Much like the rebuild of my client's dev site I had to do a few months back to get to the bottom of a PHP5.4 compatibility issue, the OP may need to consider a fresh Zen Cart v1.5.1 install in his dev/test area and then apply the DB to run through the upgrade. Then the OP can install all of his mods one by one starting with this mod, and testing along the way to make sure things continue to work..

Quote:

---

Originally Posted by DarkAngel

Thanks Diva and the others for all you have helped me with and others too.

---

:hug:Thanks DarkAngel!!! I owe much to community support and I do like to give back.. thanks for your "non" hand smack..:smile: Good reminder for all of us..

Couldn't agree more DarkAngel. I know that folks such as yourself (and DivaVocals) put in a huge effort to help on here. I used to contribute to a lot of forums myself back in the day, helping others, so I absolutely appreciate the effort that goes in to it. Genuinely could not agree more with all that you've said. Given my own history of using forums in the past to offer help, and the length I go to solve problems before jumping straight on here to ask for help ... I probably just took it a bit personal that one of my first responses had big bold red letters and capital words. Followed by a **sigh**. It's patronising, or at least that's how it comes across.

Still, happy to take it on the chin. If nothing else, it highlight that the written word can be interpreted in many ways. I'm a relative newbie to this forum, and I don't yet know all the characters :-)

Anyhoo, it's all getting off topic and becoming a conversation that doesn't need to be had.

Ihungil ... another great response. Thank you. That gives me a few things to go and work on. I'll get in touch with the hosting company and see if they have a record of how they upgraded. I'll also update CEON on our test site. If it continues to work, then the only difference between test and live will be the version of ZC, and that I installed CEON myself. So either something in our custom code conflicts with something ZC 1.5.1, or they've not installed CEON correctly. Given that most of our customisations were written using the ZC language, I'm leaning more towards CEON not being installed properly. Just adds to the confusion that the redirects do actually work and that the install check says all is fine.

I'll make a start. If / when I find the issues, I'll post an update, just incase anyone else encounters a similar problem in future.

Thanks for the help, as always.

Clicking on a product category link while on the online store with CEON URI mapping configured will display the home page. It takes a second for it to happen as if it is trying to locate the page. All other pages are working properly including product pages and ez pages.

Sample product page:
http://www.spellex.com/new/estore/ha...al-spell-check

Sample ez page:
http://www.spellex.com/new/estore/mission-statement

Sample category page (fails):
http://www.spellex.com/new/estore/ha...ling-solutions

Thanks!