Ceon URI Mapping v4.x

Quote:

---

Originally Posted by ElPoderoso15

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!

---

Well since I am not seeing CLEARLY on your site where one would see that category link, I would have to say that the behavior you see is happening because the URI/URL doesn't exist.. Can you walk us through the exact path one would take to find that URL on your site?? Also have you gone through and saved ALL of your product categories so that they all generate the new URIs?? because it doesn't appear that you have done so.. You have product URIs but no category URIs..

Quote:

---

Originally Posted by DivaVocals

Well since I am not seeing CLEARLY on your site where one would see that category link, I would have to say that the behavior you see is happening because the URI/URL doesn't exist.. Can you walk us through the exact path one would take to find that URL on your site?? Also have you gone through and saved ALL of your product categories so that they all generate the new URIs?? because it doesn't appear that you have done so.. You have product URIs but no category URIs..

---

Thanks for the reply. I have configured the URI in the product categories. However, since we are testing some of the pages in-house I disabled them for the time being to avoid broken links. I updated all product categories from the blue hover menu to have URI for the sake of troubleshooting the behavior.

Here's the path generated from zencart:
http://www.spellex.com/new/estore/in...index&cPath=72
Here's the path with the URI
http://www.spellex.com/new/estore/handheld-spell-check

You can use the hover menu

Start by answering more of the questions found in the "Posting Tips".
The "Posting Tips" can be found while replying to a thread by scrolling up.
They are also listed in the Forum Do's and Don'ts.

Some other important questions to answer:
Which version of CEON URI Mapping you are attempting to install / configure?
Did you upgrade from a previous version of CEON URI Mapping?
Did you acquire your copy of CEON URI Mapping from this site? If you did not where did you acquire your copy from?
Are there any Zen Cart debug logs? If so, what are in the logs?
Are there any PHP / Server error logs? If so, what are in the logs?
Have you altered the .htaccess file generated by CEON URI Mapping? If so what did you modify?
Do the same issues occur when using the "classic" template included with Zen Cart 1.5?

Quote:

---

Originally Posted by ElPoderoso15

... However, since we are testing some of the pages in-house I disabled them for the time being to avoid broken links. ...

---

Can you make your "in-house" testing location public (on a different domain and perhaps with no-index configured)? This way a link could be provided to allow those reading the forums to see the described behavior while not impacting your "live" store.

Quote:

---

Originally Posted by ElPoderoso15

...
I updated all product categories from the blue hover menu to have URI for the sake of troubleshooting the behavior. ...

---

I am going to assume the "blue hover menu" is the main navigation in the header... If this is true, go back right now and replace all those hard coded "href" attributes with zen_href_link function calls. Hard coded links will just make troubleshooting more difficult.

If you are not already, I'd recommend using one of the navigation plugins designed for Zen Cart as these will usually generate the correct links automatically (for enabled categories and products).

Quote:

---

Originally Posted by ElPoderoso15

... Clicking on a product category link while on the online store with CEON URI mapping configured will display the home page. ...

---

Please disable automatically redirecting to the homepage when a page is not found. This will allow us to see if the problem is caused by CEON URI Mapping not recognizing your category URLs -or- caused by something else.

One can change the behavior to "Show a 404 Page" from the Zen Cart administrative interface. Once logged in select "Configuration" --> "My Store" and change the option for "Missing Page Check" to "Page Not Found".

Quote:

---

Originally Posted by lhungil

Some other important questions to answer:
Which version of CEON URI Mapping you are attempting to install / configure?
Did you upgrade from a previous version of CEON URI Mapping?
Did you acquire your copy of CEON URI Mapping from this site? If you did not where did you acquire your copy from?
Are there any Zen Cart debug logs? If so, what are in the logs?
Are there any PHP / Server error logs? If so, what are in the logs?
Have you altered the .htaccess file generated by CEON URI Mapping? If so what did you modify?
Do the same issues occur when using the "classic" template included with Zen Cart 1.5?

---

I'm using version 4.4.1 of CEON URI Mapping.
Clean install, no upgrade.
Acquired module CEON from this site.
No debug logs.
No php/server errors.
Did not alter .htaccess file.

Quote:

---

Originally Posted by lhungil

Can you make your "in-house" testing location public (on a different domain and perhaps with no-index configured)? This way a link could be provided to allow those reading the forums to see the described behavior while not impacting your "live" store.

---

The location is public. The online store is not live, it is a test site.

Quote:

---

Originally Posted by lhungil

I am going to assume the "blue hover menu" is the main navigation in the header... If this is true, go back right now and replace all those hard coded "href" attributes with zen_href_link function calls. Hard coded links will just make troubleshooting more difficult.

---

OK, will do.

Quote:

---

Originally Posted by lhungil

Please disable automatically redirecting to the homepage when a page is not found. This will allow us to see if the problem is caused by CEON URI Mapping not recognizing your category URLs -or- caused by something else.

One can change the behavior to "Show a 404 Page" from the Zen Cart administrative interface. Once logged in select "Configuration" --> "My Store" and change the option for "Missing Page Check" to "Page Not Found".

---

The site has that option already set to "Page Not Found". The home page displays as part of the behavior. If you try a bogus page like http://www.spellex.com/new/estore/in...ell-checkerxxx the page not found page is displayed. However trying to access a product category page with URI configured forwards to the home page.

Thanks again!

Hey guys, I'm currently have some trouble with this module. It was installed on our site and working correctly, but we recently updated our site and now the store, which was in the root directory of our website is now in a subdirectory (/shop/). However, because of this, I cannot get the category/product pages to display correctly. I have tried prepending the subdirectory to the rules in my rewrite map, as well as having the module generate a new sample mapping and then using that one. However, all I have been able to do is get every static URI to rewrite to the home page! Unfortunately, this is on a test site, so the live site, which is not using the updated site information, still works and can be found here. Again, this is the old, un-updated site that the module currently works on.

Helpful information:
Zencart Version: 1.5.0
Ceon URI Vesion: 4.2.0
Web server: IIS (Using a web.config for URL rewrites)
Output from Installation Check: All checks passed

Any help would be greatly appreciated!

Quote:

---

Originally Posted by ElPoderoso15

... The site has that option already set to "Page Not Found". ... If you try a bogus page like http://www.spellex.com/new/estore/in...ell-checkerxxx the page not found page is displayed. However trying to access a product category page with URI configured forwards to the home page. ...

---

Please post the entire contents of your .htaccess file (change the admin folder references to "admin") wrapped by code tags (the # on the editing toolbar). Also make sure no .htaccess files exist in "/" or "/new/" (as they run before the rules in the "/new/estore/" folder and can cause problems).

P.S. Why does "/new/estore/" redirect to "/new/"? This may be one of the contributing factors!

Quote:

---

Originally Posted by Pheogia

... was in the root directory of our website is now in a subdirectory (/shop/). ... However, all I have been able to do is get every static URI to rewrite to the home page! ...

---

If you are testing on the same domain as the live store, make sure all "redirects" or "rewrites" in the "/" folder exclude the path "/shop/".

P.S. Why does "/shop/" redirect to "/"? This may be one of the contributing factors!

Quote:

---

Originally Posted by Pheogia

Hey guys, I'm currently have some trouble with this module. It was installed on our site and working correctly, but we recently updated our site and now the store, which was in the root directory of our website is now in a subdirectory (/shop/). However, because of this, I cannot get the category/product pages to display correctly. I have tried prepending the subdirectory to the rules in my rewrite map, as well as having the module generate a new sample mapping and then using that one. However, all I have been able to do is get every static URI to rewrite to the home page! Unfortunately, this is on a test site, so the live site, which is not using the updated site information, still works and can be found here. Again, this is the old, un-updated site that the module currently works on.

Helpful information:
Zencart Version: 1.5.0
Ceon URI Vesion: 4.2.0
Web server: IIS (Using a web.config for URL rewrites)
Output from Installation Check: All checks passed

Any help would be greatly appreciated!

---

I was actually able to fix my own problem and I wanted to post it here, in case it could help someone else. The problem with my site was that the HTTPS_SERVER and DIR_WS_CATALOG were actually being redefined in my includes/config-sites/sites_switch.php file (I'm not sure why). This redefinition actually defined the HTTPS_SERVER as including the /shop/ directory, which made all of the CEON URI Mapping URL's look right.

Once I changed this, all of the URL maps were going to https://www.driedinsects.com/remapping instead of https://www.driedinsects.com/shop/remapping. This caused me to go into the module configuration on the admin section and change the URI Mapping for my categories and products and the links then worked.

Quote:

---

Originally Posted by Pheogia

I was actually able to fix my own problem and I wanted to post it here, in case it could help someone else. The problem with my site was that the HTTPS_SERVER and DIR_WS_CATALOG were actually being redefined in my includes/config-sites/sites_switch.php file (I'm not sure why). This redefinition actually defined the HTTPS_SERVER as including the /shop/ directory, which made all of the CEON URI Mapping URL's look right.

Once I changed this, all of the URL maps were going to https://www.driedinsects.com/remapping instead of https://www.driedinsects.com/shop/remapping. This caused me to go into the module configuration on the admin section and change the URI Mapping for my categories and products and the links then worked.

---

So it's clear to anyone following this thread the "includes/config-sites/sites_switch.php" is not part of this mod nor is it part of the default Zen Cart fileset..

Quote:

---

Originally Posted by lhungil

Please post the entire contents of your .htaccess file (change the admin folder references to "admin") wrapped by code tags (the # on the editing toolbar). Also make sure no .htaccess files exist in "/" or "/new/" (as they run before the rules in the "/new/estore/" folder and can cause problems).

---

Code:

---

## BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

# ONLY rewrite URIs beginning with /new/estore/
RewriteCond %{REQUEST_URI} ^/new/estore/ [NC]
# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite any URIs for some, popular specific file format extensions,
#  which are not covered by main file extension condition above
RewriteCond %{REQUEST_URI} !\.(mp3|mp4|h264)$ [NC]
# Don't rewrite any URIs for some specific file format extensions,
#  which are not covered by main file extension condition above
#  Uncomment the following line to apply this condition! (Remove the # at the start of the next line)
#RewriteCond %{REQUEST_URI} !\.(3gp|3g2|h261|h263|mj2|mjp2|mp4v|mpg4|m1v|m2v|m4u|f4v|m4v|3dml)$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/new/estore/admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/new/estore/editors/ [NC]
# Don't rewrite font directory
RewriteCond %{REQUEST_URI} !^/new/estore/font/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/new/estore/logs/ [NC]
# Don't rewrite temp directory
RewriteCond %{REQUEST_URI} !^/new/estore/temp/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /new/estore/index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE


<IfModule mod_rewrite.c>


    RewriteEngine On
#    RewriteBase /new/
RewriteCond %{REQUEST_URI} ^/new/ [NC]
       
    #Removes access to the system folder by users.
    #Additionally this will allow you to create a System.php controller,
    #previously this would not have been possible.
    #'system' can be replaced if you have renamed your system folder.       


    RewriteCond %{REQUEST_URI} ^system.*
    RewriteRule ^(.*)$ /index.php?/$1 [L]
    RewriteCond %{REQUEST_URI} ^application.*
    RewriteRule ^(.*)$ /index.php?/$1 [L]

    #Checks to see if the user is attempting to access a valid file,
    #such as an image or css document, if this isn't true it sends the
    #request to index.php

    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
        RewriteRule ^(.*)$ index.php?/$1 [L]
       
</IfModule>


<IfModule !mod_rewrite.c>

    # If we don't have mod_rewrite installed, all 404's
    # can be sent to index.php, and everything works as normal.
    # Submitted by: ElliotHaughin

    #ErrorDocument 404 /index.php

</IfModule>

---

The .htaccess has additional information to handle the root section (/new/) of the site. That section uses a CodeIgniter based solution. I've tried commenting out and even removing that portion with no luck.

Quote:

---

Originally Posted by lhungil

P.S. Why does "/new/estore/" redirect to "/new/"? This may be one of the contributing factors!

---

I'm actually not sure where that setting is configured. I am not the original author of this project.

Thanks!

Quote:

---

Originally Posted by ElPoderoso15

Code:

---

## BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

# ONLY rewrite URIs beginning with /new/estore/
RewriteCond %{REQUEST_URI} ^/new/estore/ [NC]
# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite any URIs for some, popular specific file format extensions,
#  which are not covered by main file extension condition above
RewriteCond %{REQUEST_URI} !\.(mp3|mp4|h264)$ [NC]
# Don't rewrite any URIs for some specific file format extensions,
#  which are not covered by main file extension condition above
#  Uncomment the following line to apply this condition! (Remove the # at the start of the next line)
#RewriteCond %{REQUEST_URI} !\.(3gp|3g2|h261|h263|mj2|mjp2|mp4v|mpg4|m1v|m2v|m4u|f4v|m4v|3dml)$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/new/estore/admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/new/estore/editors/ [NC]
# Don't rewrite font directory
RewriteCond %{REQUEST_URI} !^/new/estore/font/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/new/estore/logs/ [NC]
# Don't rewrite temp directory
RewriteCond %{REQUEST_URI} !^/new/estore/temp/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /new/estore/index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE


<IfModule mod_rewrite.c>


    RewriteEngine On
#    RewriteBase /new/
RewriteCond %{REQUEST_URI} ^/new/ [NC]
       
    #Removes access to the system folder by users.
    #Additionally this will allow you to create a System.php controller,
    #previously this would not have been possible.
    #'system' can be replaced if you have renamed your system folder.       


    RewriteCond %{REQUEST_URI} ^system.*
    RewriteRule ^(.*)$ /index.php?/$1 [L]
    RewriteCond %{REQUEST_URI} ^application.*
    RewriteRule ^(.*)$ /index.php?/$1 [L]

    #Checks to see if the user is attempting to access a valid file,
    #such as an image or css document, if this isn't true it sends the
    #request to index.php

    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
        RewriteRule ^(.*)$ index.php?/$1 [L]
       
</IfModule>


<IfModule !mod_rewrite.c>

    # If we don't have mod_rewrite installed, all 404's
    # can be sent to index.php, and everything works as normal.
    # Submitted by: ElliotHaughin

    #ErrorDocument 404 /index.php

</IfModule>

---

The .htaccess has additional information to handle the root section (/new/) of the site. That section uses a CodeIgniter based solution. I've tried commenting out and even removing that portion with no luck.


I'm actually not sure where that setting is configured. I am not the original author of this project.

Thanks!

---

Regarding the second question of new/estore redirecting tonew, it should be noticeable that the second rewrite group doesn't exclude new/estore and therefore ttempts to rewrite whatever result from the first rewrite in the second rewrite. (Perhaps another way to prevent it, but I would check that the uri is not new/estore), this does mean that in the "second" store, the path of estore can not/should not be used for any rewrites in the admin.)

Quote:

---

Originally Posted by mc12345678

Regarding the second question of new/estore redirecting tonew, it should be noticeable that the second rewrite group doesn't exclude new/estore and therefore ttempts to rewrite whatever result from the first rewrite in the second rewrite. (Perhaps another way to prevent it, but I would check that the uri is not new/estore), this does mean that in the "second" store, the path of estore can not/should not be used for any rewrites in the admin.)

---

Added the line below to the second section of the .htaccess to prevent it from redirecting new/estore to 'new'.

Code:

---

RewriteCond %{REQUEST_URI} !^/new/estore/ [NC]

---

This had no effect.

Quote:

---

Originally Posted by DivaVocals

So it's clear to anyone following this thread the "includes/config-sites/sites_switch.php" is not part of this mod nor is it part of the default Zen Cart fileset..

---

It is part of the multi site module

Quote:

---

Originally Posted by ElPoderoso15

Added the line below to the second section of the .htaccess to prevent it from redirecting new/estore to 'new'.

Code:

---

RewriteCond %{REQUEST_URI} !^/new/estore/ [NC]

---

This had no effect.

---

As you are not running Apache (I see a windows server running IIS 7.5), you may need to make the changes in your "Web.config" file for IIS instead of using the .htaccess file... I have not used the ISAPI filter for .htaccess files in many years, but remember it being a little quirky and not always working as expected.

I'm still seeing additional redirects which are not part of Zen Cart (are there additional .htaccess files, IIS redirect rules, or modules installed)? Some form of "proxy" or "cache" involved?

Code:

---

## ENABLE MOD_REWRITE
RewriteEngine On

## BEGIN CEON URI MAPPING REWRITE RULES

# ONLY rewrite URIs beginning with /new/estore/
RewriteCond %{REQUEST_URI} ^/new/estore($|/) [NC]

# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]

# Don't rewrite any URIs for some, popular specific file format extensions,
#  which are not covered by main file extension condition above
RewriteCond %{REQUEST_URI} !\.(mp3|mp4|h264)$ [NC]

# Don't rewrite any URIs for some specific file format extensions,
#  which are not covered by main file extension condition above
#  Uncomment the following line to apply this condition! (Remove the # at the start of the next line)
#RewriteCond %{REQUEST_URI} !\.(3gp|3g2|h261|h263|mj2|mjp2|mp4v|mpg4|m1v|m2v|m4u|f4v|m4v|3dml)$ [NC]

# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/new/estore/admin [NC]

# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/new/estore/editors/ [NC]

# Don't rewrite font directory
RewriteCond %{REQUEST_URI} !^/new/estore/font/ [NC]

# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/new/estore/logs/ [NC]

# Don't rewrite temp directory
RewriteCond %{REQUEST_URI} !^/new/estore/temp/ [NC]

# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /new/estore/index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULES


## START CODEIGNIGHTER REWRITE RULES

# ONLY rewrite URIs beginning with /new/
RewriteCond %{REQUEST_URI} ^/new/ [NC]

# Do not rewrite requests to /new/estore
RewriteCond %{REQUEST_URI} !/new/estore($|/) [NC]
       
#Removes access to the system folder by users.
#Additionally this will allow you to create a System.php controller,
#previously this would not have been possible.
#'system' can be replaced if you have renamed your system folder.       
RewriteCond %{REQUEST_URI} ^system.*
RewriteRule ^(.*)$ /index.php?/$1 [L]
RewriteCond %{REQUEST_URI} ^application.*
RewriteRule ^(.*)$ /index.php?/$1 [L]

#Checks to see if the user is attempting to access a valid file,
#such as an image or css document, if this isn't true it sends the
#request to index.php
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?/$1 [L]
       
## END CODEIGNIGHTER REWRITE RULES

---

Quote:

---

Originally Posted by Design75

It is part of the multi site module

---

Thanks.. NOW we have clarity!!:laugh:

Help pls as I have hardly any fingernails left!!

I'm upgrading my site so I've installed a subdomain to test zen cart in.
Original site: shop.com (Zencart version 1.3.8a PHP Version 5.2.17) - live site
Test site: zenner.shop.com (Zencart version 1.5.1 PHP Version 5.2.17)

In the subdomain zenner.shop.com I first installed ZC version 1.5.1 using softaculous. Then I downloaded ZC 1.5.1 and uploaded zc install folder. I created a new database and copied the database from 1.3.8a live site into the new database and upgraded. All working well on the new subdomain test site.

I downloaded and installed CEON URI MAPPING 4.4.1 on zenner.shop.com.
I read installation, configuration and fAQs.
I ran the installation check. All is fine. I created an .htaccess file by copying what was suggested on the configuration page of zc admin by the CEON module and uploaded it to public_html/zenner.
I created a new category to test called: testing

HOWEVER when I test zenner.shop.com/testing I keep getting:

Not Found
The requested URL /testing was not found on this server.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

I tried changing the last line in the htaccess:

# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]

# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /index.php [QSA,L]

# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* zenner/index.php [QSA,L]

# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /zenner/index.php [QSA,L]

Nothing works!

When I disable CEON URI module the testing category works and shows up as zenner.shop.com/testing?zenid=abaccf73d23b992636e89fb68ad03aa8

I've spoke to my host who said that rewrite module is on [~]# httpd -l | grep mod_rewrite.c and said the rewrite code looks ok too.

I'm at my wits end and want to scream.
Can anyone help me avoid a breakdown pretty pls?

Quick update

I put the rewrite rule in the root htaccess of my cpanel and it seems to work. However it messed up all my other sites on cpanel so I had to remove it.
The problem is the zencart is installed in a subdomain of an addon domain. When testing is ready I will move it to the addon domain.

Can someone tell me if the module will work if I put the rewrite rule in the htaccess of the addon domain. If so what should the last line of the rewrite rule read?

CEON is installed in subdomain of addon domain

main domain: ecl.com
addon domain: shop.com (where shop.com/zencart - is the live site)
subdomain: zenner.shop.com

hello anyone? :blush:

Problem solved

I had forgotten to include the subdomain in the main htaccess

RewriteCond %{HTTP_REFERER} !^http://www.zenner.shop.com/.*$ [NC]

Sorry about the rant :)

Apologies if this has been posted before, I'm just logging it quickly for others before I go off to work:

error received (PHP 5.4)

PHP Code:

---

PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 2604203801 bytes) in /includes/classes/class.CeonURIMappingHREFLinkBuilder.php on line 378 


---

if the following isn't the appropriate fix then it certainly appears to do the trick.
Taken from this thread https://www.zen-cart.com/showthread....14#post1240514 as per Lat9 and DrByte on a similar issue:

find includes/classes/class.CeonURIMappingHREFLinkBuilder.php approx 376 replace

PHP Code:

---

// Add the session ID when moving from different HTTP and HTTPS servers, or when SID is defined
            if ($add_session_id == true && $session_started == true && SESSION_FORCE_COOKIE_USE == 'False') {
                if (defined('SID') && zen_not_null(SID)) {
                    $sid = SID; 


---

with

PHP Code:

---

// Add the session ID when moving from different HTTP and HTTPS servers, or when SID is defined
            if ($add_session_id == true && $session_started == true && SESSION_FORCE_COOKIE_USE == 'False') {
                if (defined('SID') && zen_not_null(constant('SID'))) {
        $sid = constant('SID'); 


---

It's an appropriate fix ...

Question is will the maintainers of this module (JS Webs) be submitting an update or is this gonna become one of those "orphaned" free modules because the maintainer is focusing on the commercial version only.. hmmmmmmmm

Quote:

---

Originally Posted by picandnix

Apologies if this has been posted before, I'm just logging it quickly for others before I go off to work:

error received (PHP 5.4)

PHP Code:

---

PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 2604203801 bytes) in /includes/classes/class.CeonURIMappingHREFLinkBuilder.php on line 378 


---

if the following isn't the appropriate fix then it certainly appears to do the trick.
Taken from this thread https://www.zen-cart.com/showthread....xhausted/page6 as per Lat9 and DrByte on a similar issue:

find includes/classes/class.CeonURIMappingHREFLinkBuilder.php approx 376 replace

PHP Code:

---

// Add the session ID when moving from different HTTP and HTTPS servers, or when SID is defined
            if ($add_session_id == true && $session_started == true && SESSION_FORCE_COOKIE_USE == 'False') {
                if (defined('SID') && zen_not_null(SID)) {
                    $sid = SID; 


---

with

PHP Code:

---

// Add the session ID when moving from different HTTP and HTTPS servers, or when SID is defined
            if ($add_session_id == true && $session_started == true && SESSION_FORCE_COOKIE_USE == 'False') {
                if (defined('SID') && zen_not_null(constant('SID'))) {
        $sid = constant('SID'); 


---

---

Quote:

---

Originally Posted by DivaVocals

Question is will the maintainers of this module (JS Webs) be submitting an update or is this gonna become one of those "orphaned" free modules because the maintainer is focusing on the commercial version only.. hmmmmmmmm

---

Earlier today I thought exactly the same, and came close to doing it myself, purely to help other users and out of respect for Conor.
Maybe in the future but for now I'll leave it to the JSWEB commercial guru's.

Quote:

---

Originally Posted by picandnix

Earlier today I thought exactly the same, and came close to doing it myself, purely to help other users and out of respect for Conor.
Maybe in the future but for now I'll leave it to the JSWEB commercial guru's.

---

**nods in agreement**:yes:

I've installed this and followed all of the directions. Ive spent many hours researching and I just cant get it. There seems to be some kind of problem on GoDaddy servers but I can never find the solution

Here is the site - http://thehockeyjersey.co/store/

I've started using it on the Gift Certificates Category link. You can see it works but it displays the 404 error.

Its a Linux server on GoDaddy and I created the .htaccess file directly from the software in the admin section. I also tried adding the extra / for the RewriteRule but it doesnt work either way.

It seems so close, just one small thing missing. Thank you!

Just as an update, Im turning this off for the time being. The new url I have defined as http://thehockeyjersey.co/store/giftcertificates but it comes up as a 404 and doesnt redirect to the original url.

Quote:

---

Originally Posted by THJCO

I've installed this and followed all of the directions. Ive spent many hours researching and I just cant get it. There seems to be some kind of problem on GoDaddy servers but I can never find the solution

Here is the site - http://thehockeyjersey.co/store/

I've started using it on the Gift Certificates Category link. You can see it works but it displays the 404 error.

Its a Linux server on GoDaddy and I created the .htaccess file directly from the software in the admin section. I also tried adding the extra / for the RewriteRule but it doesnt work either way.

It seems so close, just one small thing missing. Thank you!

---

would help folks help you if you'd post the content of your .htaccess file.

Quote:

---

Originally Posted by DivaVocals

would help folks help you if you'd post the content of your .htaccess file.

---

Of course, thank you! I also turned it back on, so you can see the gift certs category not working. I have the .htaccess file in my root directory.

Code:

---


## BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

# ONLY rewrite URIs beginning with /store/
RewriteCond %{REQUEST_URI} ^/store/ [NC]
# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite any URIs for some, popular specific file format extensions,
#  which are not covered by main file extension condition above
RewriteCond %{REQUEST_URI} !\.(mp3|mp4|h264)$ [NC]
# Don't rewrite any URIs for some specific file format extensions,
#  which are not covered by main file extension condition above
#  Uncomment the following line to apply this condition! (Remove the # at the start of the next line)
#RewriteCond %{REQUEST_URI} !\.(3gp|3g2|h261|h263|mj2|mjp2|mp4v|mpg4|m1v|m2v|m4u|f4v|m4v|3dml)$ [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/store/editors/ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/store/admin/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/store/logs/ [NC]
# Don't rewrite cron directory
RewriteCond %{REQUEST_URI} !^/store/cron/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /store/index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE

---

did you write the url yourself --- in the area to write the url wanted. Or did you just tic the auto-generated box and let the module create the url?

Quote:

---

Originally Posted by DarkAngel

did you write the url yourself --- in the area to write the url wanted. Or did you just tic the auto-generated box and let the module create the url?

---

In my example one, yes I wrote it myself. I also tried the auto box.

Thanks, I had gotten the same thing when I first installed it but after using only the auto feature it started behaving. If the gift certificates are in a category of their own don't forget to add the category name in the url....and set the auto gen in that category too.

Right now mine is behaving as I said, however occasionally the urls are folloed with the ? and cpath too. I get members that send me a link with a question about the product and the url is as I mentioned with the partial cpath.

Oh ok, I see.

My link was actually to a category and not a specific item. I tried it with the auto gen, and it still doesnt work. I've switched to the auto gen, here is the link -

http://thehockeyjersey.co/store/gift_certificates

Here what the auto gen link "should be" for an item in said category

http://thehockeyjersey.co/store/gift...ft_certificate

But neither still work. It shows up properly in the site menu but when I click, I get the 404.

Quote:

---

Originally Posted by THJCO

Oh ok, I see.

My link was actually to a category and not a specific item. I tried it with the auto gen, and it still doesnt work. I've switched to the auto gen, here is the link -

http://thehockeyjersey.co/store/gift_certificates

Here what the auto gen link "should be" for an item in said category

http://thehockeyjersey.co/store/gift...ft_certificate

But neither still work. It shows up properly in the site menu but when I click, I get the 404.

---

But this /thehockeyjersey.co/store/gift_certificates/thehockeyjersey.co_usd100_gift_certificate Is the URL that the 404 is referring to.
Are you manually writing the rewrite or letting the mod do it itself?

Quote:

---

Originally Posted by DarkAngel

did you write the url yourself --- in the area to write the url wanted. Or did you just tic the auto-generated box and let the module create the url?

---

Doh, sorry DarkAngel. Seems we were thinking the same :cheers: but I didn't read back to this page until after writing my post.
So THJCO try doing as DarkAngel originally suggested; check the auto generate option rather than you doing it manually. It looks to me like your adding your domain unnecessarily...twice let alone once.

Alright then, you write or use the auto gen and still it does not url right to the item.

the .htaccess information you provided looks right (you did copy it from the admin after you activated the module).

Is it sitting in the root (the main area where all your site files and NOT the store folder, right?

Quote:

---

Originally Posted by picandnix

But this /thehockeyjersey.co/store/gift_certificates/thehockeyjersey.co_usd100_gift_certificate Is the URL that the 404 is referring to.
Are you manually writing the rewrite or letting the mod do it itself?

---

I think I need to go back to sleep, I'm not reading what's been written/tried already. :sleepy:

ha yeah Im using all auto gen links in the quoted posts above. Ill try reuploading the files today who knows perhaps I missed something.

All files reuploaded, still 404'in

Ok, its been fixed.

At the top of the document, this needed added.

Options -Multiviews



Then rewrite rule was replaced with

Code:

---

RewriteRule ^(.*)favicon.ico - [L]
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.+) /store/index.php?$1 [L]

---

Now the only problem, is that filtering doesnt work.


http://thehockeyjersey.co/store/new

^NICE!!


But try to filter, it just resets itself and doesnt filter at all.

and also pagination doesnt work, I cant move to page 2 or 3 when within this category

http://thehockeyjersey.co/store/authenticjerseys/nhl

Not good!!

Ok, its been fixed.

Last line needed changed to RewriteRule ^(.+) /store/index.php [QSA,L]


Thanks everyone!

Now it is my turn, I have checked each product, category where they are placed or where they are copied to and all urls are auto gen with title of product yet I still get some with the url like this one---cpath at the end:

http://fantasiesrealm.com/market/-De...?cPath=2_4_19&

Going to the link at the store for the category it would seem that they all are that way:

http://fantasiesrealm.com/market/Pos...ns/Gen4-Female

I can't figure out why they are doing this. They do not seem to be that way at the other store I installed this one for a client...just mine. Now why does that not surprise me...LOL

Quote:

---

Question is will the maintainers of this module (JS Webs) be submitting an update or is this gonna become one of those "orphaned" free modules because the maintainer is focusing on the commercial version only.. hmmmmmmmm

---

If you're going to cast aspersions then please at least get our name right ... it's JSWeb :wink2:

As none of our own clients had reported this issue directly to us, we were unaware of it until recently.

An updated copy of the module has been submitted vis the normal process.

Quote:

---

Originally Posted by Ryk

If you're going to cast aspersions then please at least get our name right ... it's JSWeb :wink2:

As none of our own clients had reported this issue directly to us, we were unaware of it until recently.

An updated copy of the module has been submitted vis the normal process.

---

Right.. Wasn't casting aspersions at all.. I was asking a direct question because quite frankly we haven't seen anyone from JSWEB here in the FREE support thread since Conor's passing.. So the question is that does one have to report issues directly to JSWEB or will you guys be paying more attention to this support thread?? I ask because historically, Conor never required that those using the free version of his module be "customers" of Ceon in order to report issues about the free version of this or any other of his modules. He generally responded to questions regarding the free versions of his modules in the support threads on this forum.

Quote:

---

Originally Posted by Ryk

If you're going to cast aspersions then please at least get our name right ... it's JSWeb :wink2:

As none of our own clients had reported this issue directly to us, we were unaware of it until recently.

An updated copy of the module has been submitted vis the normal process.

---

OK, so is this going to take care of the problem with the partial cpath still showing in some areas regardless of it being an auto gen link/url?

Also WHEN will it appear in the plugin area or do we need to go to your actual site to retrieve it?

Quote:

---

Originally Posted by DarkAngel

OK, so is this going to take care of the problem with the partial cpath still showing in some areas regardless of it being an auto gen link/url?

Also WHEN will it appear in the plugin area or do we need to go to your actual site to retrieve it?

---

The discussion of jsweb tending to this plugin are related to problems that have either had corrections posted in this thread or are issues that the majority of users might see as a result of the coming upgrade of other portions of zc and php not to system responses that are clearly described in the readme file and are expected. While I have not seen direct response to what has been reported regarding your inquiry, the typical first question is are the products for which the "extra" cPath are shown linked products? Because that is specifically addressed in the readme. There are a few other conditions/behaviors that can be expected by the plugin that are also described in the readme, but an out of memory issue as corrected by lat9, Dr. Byte, and the posted here by picandrix is not an "expected" condition nor desirable as it causes errors in operation. I believe there was another condition several pages back that also causes errors and seemed to have to do with particular conditions being set and stepping through the code. I hesitate trying to describe that condition further as I can not remember the details and whether a fix/work around was posted, but is something else that would be desirable to have corrected for the stability/longevity of this code modification.

So, long and short of it, no, one should not expect that taking action to allow this code to continue functioning in future environments would mean that some of the basic operation of the module would be modified. Fyi, I do not work for anyone involved, I'm speaking from a practical stand point and one that provides my own support to the community out of my own interest and experience.

@DivaVocals

It was the long drawn out speculative "hmmmmmmm" that gave me pause for thought but I'm not going to get into a fight about it.

With regard to the rest, our presence here depends on time available, but I won't dispute that support for Conor's free modules takes lower precedence than the support for the commercial ones as well as the normal day to day running of our own business.

@DarkAngel

Quote:

---

OK, so is this going to take care of the problem with the partial cpath still showing in some areas regardless of it being an auto gen link/url?

---

As mc12345678 has pointed out, the answer to the cPath question lies in the documentation supplied by Conor - specifically in the FAQs section found by accessing the index.html file in the _docs directory included in your module download.

All Conor's modules were accompanied by extremely detailed documentation - the answers are nearly always in there.

Quote:

---

Also WHEN will it appear in the plugin area

---

No idea - that's up to the ZC moderators. It's usually quite quick but can sometimes take a couple of days.

Quote:

---

do we need to go to your actual site to retrieve it?

---

If you want it before the mods put it live in the plugins, then you can download it from http://www.jsweb.co.uk/zen-cart-plug...-friendly-urls . However, the only change is the code snippet posted earlier by picandnix so if you've already manually added that, there's no need to download again.

OK, I read the configuration section and other sections for installation and stuff but never really saw everything in the FAQ section I guess. I did not see that it is something we will just have to live with....but that does not explain why --for once-- my store behaves but the other store does not have this problem with her linked items.

Quote:

---

Originally Posted by DarkAngel

OK, I read the configuration section and other sections for installation and stuff but never really saw everything in the FAQ section I guess. I did not see that it is something we will just have to live with....but that does not explain why --for once-- my store behaves but the other store does not have this problem with her linked items.

---

I've read back about 5 pages to see if there was more information related to your inquiry. While I have seen your assistance offered throughout,I can't say I see a clear description of the issue(s). What I understand from the above is: 1) your site where products are linked does show cPath information when looking at a linked product. 2) A site on which you helped install this code modification also has linked products; however, when viewing the linked products or linked product links, the uri does not include cPath information.

Regarding the why, I have seen it described somewhere; however, can not at the moment point you in the right direction. It made sense to me, and appeared acceptable based the description provided. As far as a "problem" to live with, well the rewritten uri can be used/provided without the additional cPath info, it is just something that "appears" and seems to be something needed by "ZC" not necessarily by the visitor(s) nor to be "advertised".

I know in the beginning I had trouble with the urls but that was OP error not the mod. I did miss the bit in the FAQ about it going to look like that, I can live with it.

I was just confused since going to any category and hovering over any product therein will give the ceon url +cpath too, click the image to go to product and the browser gives the url+cpath


Attachment 14078



The category is not the primary one but the actual designer is the primary "owner"

I do have some that the category and not the designer are primary owner but they also have the cpath when in the category sections.

No matter -- now that I know that it is not me nor the store but the way the mod is set up there is no worries. I can live with it...LOL

thanks

Quote:

---

Originally Posted by Ryk

@DivaVocals

It was the long drawn out speculative "hmmmmmmm" that gave me pause for thought but I'm not going to get into a fight about it.

---

No need to fight.. I asked a LEGIT question, and you took ONE part of my WHOLE comment and applied your own interpretation to that ONE part. While you are free to apply your own interpretation to my words, it doesn't make it true.. Honestly your interpretation was well beyond anything I actually STATED explicitly.

Quote:

---

Originally Posted by Ryk

With regard to the rest, our presence here depends on time available, but I won't dispute that support for Conor's free modules takes lower precedence than the support for the commercial ones as well as the normal day to day running of our own business.

---

Right.. but this part was easy to figure out since the community (including the author of the "other" popular URL re-writer module) have been the only ones responding to support questions since Conor's passing..

My question is in regards to HOW should bugs be reported or managed.. The latest updates you guys submitted were based on code submitted by another community member here in THIS support thread.. I think what is unclear here is IF you say that "support for Conor's free modules takes lower precedence than the support for the commercial ones", how do users of Conor's FREE modules get support from JSWEB then??

In your own words you were unaware of the issue with this module or the fix posted by picandnix until informed by your customer. So how do free users who may NOT be your customers report bugs?? Since the community has been supporting this free module, and you guys will not be here as regularly as Conor was, does the community find, fix, and then submit updates to this module when bugs are found?? Do we "report" them to JSWEB and wait for you to take action??? It's just not been clear how this is supposed to work.. THAT was the reason for my "speculative" question to begin with.. You can say all you like that I am casting aspersions, but I am in fact asking DIRECT legit SUPPORT questions in the SUPPORT thread..

after installation can't login admin

Quote:

---

Originally Posted by diytools

after installation can't login admin

---

Need something more descriptive than that.. does the admin page not display (blank page), are you seeing the page but can't login?? What happens in DETAILS will help the community help you..

@diytools

You contacted JSWeb 3 minutes later with exactly the same message - I concur with DivaVocals here and we need far more detail before anyone can really help.

However, you need to check your installation very carefully to ensure that you've not missed any steps - and did the login problem appear before or after you set up the htaccess file?

PHP Fatal error: 2008:MySQL client ran out of memory ::

I get nthis error when building site maps for my site.... you may say what has this got to do with this mod... but if i turn this mod off and do rebuild of sitemaps i get no errors.

I have a VPS with 4gb of useable free ram and my php config momory limit is set to -1 to allow all memory to be used as required, but still get this issue. Anyone have any ideas??

[27-Jun-2014 16:11:04 Europe/London] PHP Fatal error: 2008:MySQL client ran out of memory ::
SELECT
uri
FROM
ceon_uri_mappings
WHERE
main_page = 'product_info'
AND
associated_db_id = '4617'
AND
language_id = '1'
AND
current_uri = '1'


LIMIT 1; in /home/*********/public_html/includes/classes/db/mysql/query_factory.php on line 120
[27-Jun-2014 16:11:04 Europe/London] PHP Fatal error: 2013:Lost connection to MySQL server during query :: select count(*) as total
from sessions
where sesskey = 'a21e966c4fea93934404bd9335450509' in /home/*********/public_html/includes/classes/db/mysql/query_factory.php on line 120

Although it's a different out-of-memory error, if the site is running PHP 5.4.20+ the change that picandnix suggested in post#1519 might help.

Quote:

---

Originally Posted by kitcorsa

I have a VPS with 4gb of useable free ram and my php config momory limit is set to -1 to allow all memory to be used as required, but still get this issue. Anyone have any ideas??

---

lat9 is right about the possible solution.. but I wanted to comment on this..

having a VPS is NO GUARANTEE against memory leak errors (which is what this most likely is -- and why the fix lat9 suggested is the fix)

periodically getting this in the error log:

Quote:

---

[28-Jun-2014 13:39:35 America/Denver] PHP Fatal error: Call to a member function add() on a non-object in /home/XXXXXX/public_html/includes/classes/class.CeonURIMappingHandlerBase.php on line 131

---

Seems that this error rears it's ugly head every now and then, and I'm not seeing a solution..

http://www.zen-cart.com/showthread.p...19#post1197519
http://www.zen-cart.com/showthread.p...75#post1232675

The entire block that includes the offending code is:

Code:

---

        if (!$this->_request_uri_value_identified) {
            // Essential information isn't available, can't proceed with attempt to map URIs, warn user!
            $messageStack->add(
                'Ceon URI Mapping cannot find a usable value for the REQUEST_URI server variable!', 'error');
           
            return;
        }

---

Any ideas.. Seems to be a fairly harmless error.. (harmless = not preventing folks from shopping)

Quote:

---

Originally Posted by DivaVocals

periodically getting this in the error log:


Seems that this error rears it's ugly head every now and then, and I'm not seeing a solution..

http://www.zen-cart.com/showthread.p...19#post1197519
http://www.zen-cart.com/showthread.p...75#post1232675

The entire block that includes the offending code is:

Code:

---

        if (!$this->_request_uri_value_identified) {
            // Essential information isn't available, can't proceed with attempt to map URIs, warn user!
            $messageStack->add(
                'Ceon URI Mapping cannot find a usable value for the REQUEST_URI server variable!', 'error');
           
            return;
        }

---

Any ideas.. Seems to be a fairly harmless error.. (harmless = not preventing folks from shopping)

---

Been looking for a solution for a while now. I was beginning to think a couple of us was the only one crazy..... :) Nope doesn't happen but every now and then like you said.

Quote:

---

Originally Posted by countrycharm

Been looking for a solution for a while now. I was beginning to think a couple of us was the only one crazy..... :) Nope doesn't happen but every now and then like you said.

---

I don't use this plugin, so don't know why the code's going down that path, but the debug-log file is being generated because the plugin auto-loads at breakpoint 99 but the $messageStack isn't instantiated until breakpoint 130 (so there's no $messageStack available at the time of the execution). Following is the section of the ZC 1.5.1 config.core.php that is run between breakpoints 99 and 130; I've no idea why Conor chose breakpoint 99 as the loading point:

Code:

---

/**
 * Breakpoint 100.
 *
 * require('includes/init_includes/init_sanitize.php');
 * $template = new template_func();
 *
 */
  $autoLoadConfig[100][] = array('autoType'=>'classInstantiate',
                                'className'=>'template_func',
                                'objectName'=>'template');
  $autoLoadConfig[100][] = array('autoType'=>'init_script',
                                'loadFile'=> 'init_sanitize.php');
/**
 * Breakpoint 110.
 *
 * require('includes/init_includes/init_languages.php');
 * require('includes/init_includes/init_templates.php');
 *
 */
  $autoLoadConfig[110][] = array('autoType'=>'init_script',
                                'loadFile'=> 'init_languages.php');
  $autoLoadConfig[110][] = array('autoType'=>'init_script',
                                'loadFile'=> 'init_templates.php');
/**
 * Breakpoint 120.
 *
 * $_SESSION['navigation']->add_current_page();
 * require('includes/init_includes/init_currencies.php');
 *
 */
  $autoLoadConfig[120][] = array('autoType'=>'objectMethod',
                                'objectName'=>'navigation',
                                'methodName' => 'add_current_page');
  $autoLoadConfig[120][] = array('autoType'=>'init_script',
                                'loadFile'=> 'init_currencies.php');

---

Sure this (kinda) makes sense..:laugh::dontgetit:wacko::unsure:

J/K.. I get it.. just don't know how to address it..

Quote:

---

Originally Posted by lat9

I don't use this plugin, so don't know why the code's going down that path, but the debug-log file is being generated because the plugin auto-loads at breakpoint 99 but the $messageStack isn't instantiated until breakpoint 130 (so there's no $messageStack available at the time of the execution). Following is the section of the ZC 1.5.1 config.core.php that is run between breakpoints 99 and 130; I've no idea why Conor chose breakpoint 99 as the loading point:

Code:

---

/**
 * Breakpoint 100.
 *
 * require('includes/init_includes/init_sanitize.php');
 * $template = new template_func();
 *
 */
  $autoLoadConfig[100][] = array('autoType'=>'classInstantiate',
                                'className'=>'template_func',
                                'objectName'=>'template');
  $autoLoadConfig[100][] = array('autoType'=>'init_script',
                                'loadFile'=> 'init_sanitize.php');
/**
 * Breakpoint 110.
 *
 * require('includes/init_includes/init_languages.php');
 * require('includes/init_includes/init_templates.php');
 *
 */
  $autoLoadConfig[110][] = array('autoType'=>'init_script',
                                'loadFile'=> 'init_languages.php');
  $autoLoadConfig[110][] = array('autoType'=>'init_script',
                                'loadFile'=> 'init_templates.php');
/**
 * Breakpoint 120.
 *
 * $_SESSION['navigation']->add_current_page();
 * require('includes/init_includes/init_currencies.php');
 *
 */
  $autoLoadConfig[120][] = array('autoType'=>'objectMethod',
                                'objectName'=>'navigation',
                                'methodName' => 'add_current_page');
  $autoLoadConfig[120][] = array('autoType'=>'init_script',
                                'loadFile'=> 'init_currencies.php');

---

---

I guess that those of us continuing to use this module could hold our breath and wait for the current maintainers to step in with a solution..

In the meantime, I'll continue to monitor my error logs and make preparations to transition the clients who use this module away from this module altogether.. yep.. Sadly, I'm tapping out.. while I use other modules which have been solely community supported on client sites, IMHO this module is not in a class of modules that I am comfortable continuing to use for clients based SOLELY on community support.. too many things can go wrong that I cannot troubleshoot on my own.. there is just not enough author/maintainer support here to give me confidence in this module anymore..

thanks for the replies to my memory issues.

The fix suggested didn't fix the error unfortunately this didn't fix my error :-( ive also up'd the memory allowed for mysql in the my.cnf file but still no joy :-(

Quote:

---

Originally Posted by kitcorsa

thanks for the replies to my memory issues.

The fix suggested didn't fix the error unfortunately this didn't fix my error :-( ive also up'd the memory allowed for mysql in the my.cnf file but still no joy :-(

---

These appear to be memory leak errors which has ABSOLUTELY NOTHING to do with the PHYSICAL MEMORY on your server.. there is no SERVER SETTING to fix a MEMORY LEAK issue.. (Google "memory leak" to understand why)

The fix applied may not fix this one error, but it still sounds like a memory leak error nonetheless..

Quote:

---

Originally Posted by countrycharm

Been looking for a solution for a while now. I was beginning to think a couple of us was the only one crazy..... :) Nope doesn't happen but every now and then like you said.

---

Nope you are not crazy. Personally I suspect there is some "security" flag being triggered or a Webserver <--> PHP communication breakdown when the server is stressed. Have any of the hosting providers (for those experiencing issues) been able to explain why "REQUEST_URI" is not always populated in $_SERVER for PHP scripts running on their servers?

Usually, the connector software (suPHP, fastcgi, mod_php, etc) populates $_SERVER including "REQUEST_URI". Additional security modules loaded before or after the PHP connector software could also be a potential issue (by altering what data is available).

Quote:

---

Originally Posted by lhungil

Nope you are not crazy. Personally I suspect there is some "security" flag being triggered or a Webserver <--> PHP communication breakdown when the server is stressed. Have any of the hosting providers (for those experiencing issues) been able to explain why "REQUEST_URI" is not always populated in $_SERVER for PHP scripts running on their servers?

Usually, the connector software (suPHP, fastcgi, mod_php, etc) populates $_SERVER including "REQUEST_URI". Additional security modules loaded before or after the PHP connector software could also be a potential issue (by altering what data is available).

---

Yeah I'll hold my breath on HostMonster, Host Gator, BlueHost or any other hosting companies owned by the Endurance International Group being able to answer that question.. :laugh: They will tell us that it's a Zen Cart issue and they can't help..

Quote:

---

Originally Posted by DivaVocals

Yeah I'll hold my breath on HostMonster, Host Gator, BlueHost or any other hosting companies owned by the Endurance International Group being able to answer that question.. :laugh: They will tell us that it's a Zen Cart issue and they can't help..

---

That's why I love LiquidWeb!

I am having issues in applying hebrew... If I add Hebrew characters into the URI Mapping text box for a category, the text box remains empty after saving... Within MySql, I manually attempted to insert the hebrew text, however, the result is saved as "question marks: ?????". My site collation is UTF-8, and accordingly, all of the settings are working fine... Question is whether the issue may have to to with the "type" definition, which is "text" within the CEON_URI_MAPPINGS table. categories_name type, for example, is varchar(32) ...

Please advise...

A.

my memory issue is now solved. Noticed i was using version 4.4.1 and noted there was a 4.4.2 in the download which solved the issue

Quote:

---

Originally Posted by kitcorsa

my memory issue is now solved. Noticed i was using version 4.4.1 and noted there was a 4.4.2 in the download which solved the issue

---

Except the issue you reported ARE memory leak errors which TRULY have NOTHING to do with ANYTHING related to sever configuration and such.. (Google "memory Leak" to understand what memory leak errors are all about) But I am glad you resolved your issues..

yeah the download of 4.4.2 on zencart download (not jsweb) had been tweaked to solved the out of memory error / memory leak error. took a while to get sorted but seems to be fixed now (fingers crossed). googleing memory leak and how to find the issue and fix it never really helped but did help me under stand. just a shame the error thats flagged in the error log by zencart and in strict error reporting all pointed to server issues. very strange how i seemed to be the only one with the issue when searching this forum and the net - which then pointed even more to it being an error on my server.

Quote:

---

Originally Posted by kitcorsa

the download of 4.4.2 on zencart download (not jsweb) had been tweaked.

---

They were both updated at the same time.

Quote:

---

Originally Posted by kitcorsa

yeah the download of 4.4.2 on zencart download (not jsweb) had been tweaked to solved the out of memory error / memory leak error. took a while to get sorted but seems to be fixed now (fingers crossed). googleing memory leak and how to find the issue and fix it never really helped but did help me under stand. just a shame the error thats flagged in the error log by zencart and in strict error reporting all pointed to server issues. very strange how i seemed to be the only one with the issue when searching this forum and the net - which then pointed even more to it being an error on my server.

---

You are NOT the only one reporting these memory leak issues.. (a search of this forum would reveal that as there are MULTIPLE threads all pointing to these memory leak issues - particularly prominent where the server is running PHP 5.4 with v1.5.1 of Zen Cart) The APPEAR to point to being a server issue, but they ARE NOT server related at all.. And I am going to keep emphasizing this point because I don't want folks who read this thread to get the wrong information and try to apply the WRONG FIX to this problem.. Fixing a SOFTWARE related memory leak with a HARDWARE tweak is like applying a band-aid and pressure dressing to bullet wound.

Quote:

---

A memory leak is an unintentional form of memory consumption whereby a piece of code fails to free an allocated block of memory when no longer needed

---

Memory leaks look like a hardware issue, but it ABSOLUTELY IS NOT a hardware issue..

well scratch that, error has returned!

Quote:

---

Originally Posted by kitcorsa

well scratch that, error has returned!

---

Suggest that you upgrade to Zen Cart v1.5.3.. It resolves the memory leak errors being reported.. It is MOST likely that your issue is not solely related to this module, but memory leak issues with Zen Cart v1.5.1 and earlier..

fixed again with the following fix.
https://github.com/zencart/zencart/b...s/sessions.php

thanks just seen 1.5.3 has been released, ill look at upgrading as soon as i know modals are compatable

Quote:

---

Originally Posted by kitcorsa

fixed again with the following fix.
https://github.com/zencart/zencart/b...s/sessions.php

---

But your issues at this point ARE NOT related specifically to this module..

fix is not related to this mod you are correct... but the error only occurs with this mod active, and error log pints to this mod... so thought i would share the fix i found so others with the same issue can fix the problem.

Quote:

---

Originally Posted by kitcorsa

fix is not related to this mod you are correct... but the error only occurs with this mod active, and error log pints to this mod... so thought i would share the fix i found so others with the same issue can fix the problem.

---

Understood.. However, my point was that there's a LOT more to fixing these errors and they popup everywhere, and with the exception of the fix to this module's files posted here, they are not directly related to this module.. It's best if any posts related to memory leaks are posted in the existing threads or in a new post as they don't pertain specifically to this module..

I have been using SEO URL on 1.3.9 and now upgrade to 1.5.0.
I really want to use this module but have over 3000 products in store which have already indexed and listed on all search engines with SEO URL .html formats.

If I install CEON is there a way to keep old products url same and then I can define for new products?

What is best option for me?
Thank you

Quote:

---

If I install CEON is there a way to keep old products url same and then I can define for new products?

---

Not with the version free from the ZenCart downloads; Conor (Ceon) had built a commercial plugin which he called the URI Mapping Manager which will map old urls to new ones (it works with Simple SEO and UltimateSEO but they must be left installed until the transfer is complete); the Mapping Manager also requires a commercial version of the URI Mapping module itself.

Quote:

---

now upgrade to 1.5.0.

---

Would urge you to upgrade to 1.5.3

Quote:

---

Originally Posted by Ryk

Not with the version free from the ZenCart downloads; Conor (Ceon) had built a commercial plugin which he called the URI Mapping Manager which will map old urls to new ones (it works with Simple SEO and UltimateSEO but they must be left installed until the transfer is complete); the Mapping Manager also requires a commercial version of the URI Mapping module itself.

---

I have installed Ultimate SEO and it is working so should I download and install CEON URI MAPPING? Then when should I remove Ultimate SEO URL or I have to keep it for old products? If I keep both will not both conflict? And transfer will also work for search engines?

I installed CEON on 1.5.1 once and it worked as charm but all was free. Does not it have commercial version to work?

[QUOTE]Would urge you to upgrade to 1.5.3[QUOTE]

I tried 1.5.3 but most of available modules are not compatible yet and did not work. What is really different between both versions like which files/functions etc.?

Quote:

---

Originally Posted by Ryk

Not with the version free from the ZenCart downloads; Conor (Ceon) had built a commercial plugin which he called the URI Mapping Manager which will map old urls to new ones (it works with Simple SEO and UltimateSEO but they must be left installed until the transfer is complete); the Mapping Manager also requires a commercial version of the URI Mapping module itself.


Would urge you to upgrade to 1.5.3

---

I believe this to be a little over simplified. It is possible, but not easy without the above described software. There are a lot of database entries that would be needed to keep the old urls and import them into the database of this plugin. As far as installing/uninstalling plugins and merging/splitting them away from each other, would also take some effort. All doable, but not simple without something that assists performing that type of transition all at once or in manageable chunks.

Regarding ZC upgrade, I would suggest upgrading to at least 1.5.1 to combat some of the spiders, and if other needed plugins are confirmed, to upgrade to 1.5.3.

[QUOTE=jsarwar;1253202]I have installed Ultimate SEO and it is working so should I download and install CEON URI MAPPING? Then when should I remove Ultimate SEO URL or I have to keep it for old products? If I keep both will not both conflict? And transfer will also work for search engines?

I installed CEON on 1.5.1 once and it worked as charm but all was free. Does not it have commercial version to work?

[QUOTE]Would urge you to upgrade to 1.5.3

Quote:

---

I tried 1.5.3 but most of available modules are not compatible yet and did not work. What is really different between both versions like which files/functions etc.?

---

While I believe the instructions for the paid module may have the full details, but I envision (and I will be quickly corrected if I am wrong) :) that the two uri writers would be installed together, but CEON would be disabled so that there would not be an interaction, but it would allow you to continue working in the one database to "copy" over the uri of the other product to be recognized by CEON. Now realize there are/were some attributes of the other program that may not be easy to reproduce here, for example if it handled misspelling of a uri with ease, that misspelled uri will be needed here as well if it is commonly used. Does that make sense?


The free product here, offers mapping to new products with no problem (okay there is at least one issue that is still being investigated, but it appeaars to happen only occasionally). The program does not offer some public/easy means to import/export other uris or to say, hi I have just moved my store from the html_public/store directory to the public_html directory and I would like to update ll of my urls so that the old ones still track to my products in the current directory. Or hi, I have a store that has thousands of products and I would like to install this plugin and have all products remapped in the next hour or so to be able to use this module without anything else.

Those "features" are not available in the free version, and require something more to implement. So, basically, as Ryk indicated, you would use the paid for product(s) to make all this happen somewhat at the touch of a button, though I'm guessing it's a little more than just one button to press. :)

Oh, forgot to address the ZC version differences, the files affected are identified in the support files of the upgrade package. I don't recall the specific directory path, or tabe to click on, but it is in the documentation for the program.

Quote:

---

I believe this to be a little over simplified.

---

No it's not - when using Conor's commercial software. I was not in any way attempting to provide guidance for doing it without.

With regard to

Quote:

---

though I'm guessing it's a little more than just one button to press. :)

---

.. the actual generation IS a press of one button for categories, one for products etc once you've made your selections to get there, but it's very simple - assuming the person performing it reads the onscreen instructions.

Unfortunately, I can't really go into any more detail as we're not supposed to discuss commercial plugins on the forums.

Quote:

---

Originally Posted by jsarwar

I have installed Ultimate SEO and it is working so should I download and install CEON URI MAPPING? Then when should I remove Ultimate SEO URL or I have to keep it for old products? If I keep both will not both conflict? And transfer will also work for search engines?

I installed CEON on 1.5.1 once and it worked as charm but all was free. Does not it have commercial version to work?

Quote:

---

Would urge you to upgrade to 1.5.3

---

I tried 1.5.3 but most of available modules are not compatible yet and did not work. What is really different between both versions like which files/functions etc.?

---

I guess my question is if Ultimate SEO works for you WHY you want to make this change..

and

before you launch into answering my question, I would suggest that a discussion of WHICH URL re-writer to use and any ensuing discussion should take place in a NEW thread as the discussion/comparison is WAAAAAAAY off topic for this SUPPORT thread and is only tangentially related to this module's support..

If you want to discuss the commercial version of this module, contact the current owners and fire away all the questions you desire since discussion of commercial modules is NOT allowed on this forum..

Quote:

---

Originally Posted by DivaVocals

I guess my question is if Ultimate SEO works for you WHY you want to make this change..

and

before you launch into answering my question, I would suggest that a discussion of WHICH URL re-writer to use and any ensuing discussion should take place in a NEW thread as the discussion/comparison is WAAAAAAAY off topic for this SUPPORT thread and is only tangentially related to this module's support..

If you want to discuss the commercial version of this module, contact the current owners and fire away all the questions you desire since discussion of commercial modules is NOT allowed on this forum..

---

I have installed CEON on many websites and I think its better than Ultiamte SEO. I was not trying to compare or discuss commercial versions. I posted to know if transition from Ultimate SEO URLs to CEON is possible and folks informed me yes it is via commercial version and I did not know about commercial version before.

1.51. I have a URL for a product

/men/loafer-nero

which is showing up on 'who's online' as


/men/loafer-nero?number of uploads=0&


If I click the link that is also what displays in the url bar.


What might be the source of this, and how would I stop it?

Quote:

---

Originally Posted by godt

1.51. I have a URL for a product

/men/loafer-nero

which is showing up on 'who's online' as


/men/loafer-nero?number of uploads=0&


If I click the link that is also what displays in the url bar.


What might be the source of this, and how would I stop it?

---

Whatever the source of this is, it is:
A. Not likely caused by THIS module
B. Not causing any harm..

Quote:

---

Originally Posted by godt

... /men/loafer-nero?number of uploads=0 ... What might be the source of this, and how would I stop it?

---

The "number_of_uploads" query parameter is used for handling uploaded files (products with attributes of type "file"). The "data" is a core part of Zen Cart 1.3 - 1.5 and used by the shopping cart and product pages.

Removing this data will break handling of user uploaded files, thus CEON URI Mapping leaves it alone.

Quote:

---

Originally Posted by DivaVocals

Genius.. :laugh: Who me??? nah! I just play one on TV! :laugh:

Goodness if you could work out a way to help EZ Populate users who are using this add-on too that would be OUTSTANDING!!! One of the "achilles heels" of this add-on on is that EZ Populate users have to manually edit products/categories ADDED or MODIFIED via EZ Populate in order to get the URI Mapping table populated/updated..

Now if on TOP OF THAT, you could come up with a way to use EZ Populate to update the Ceon URI Mapping table, you could expand it to do more than just add the default pages. In theory you COULD come up with a means to allow shopowners to use EZ Populate for the initial population of the product, category, and EZ Pages URIs when one first installs this add-on on an existing store. This would be miles easier than having to manually update every product/category/EZ Page on the site..

---

Fyi, step one: complete. Option is available to update/create product URIs using the settings of this module (ie, capitalize the first word, or use a hyphen, etc.) while exporting the products of the database with options such as, export to file only (or update the database/store) using the following options: create URIs only for products that don't have one currently (new store, new user of this module, or after upload of new products until the reverse process is created), update only products that have existing URIs (good for when a site changes directories or just want to reset the clock), and update all URIs (store directory change, start over, populate blanks and previously written), and all of this in whatever language(s) are present. Tested on ZC 1.5.1 and 1.5.3. This works as if editing each product individually and selecting the autogenerate URI option in the process of saving the product except in bulk.

Next is categories, EZ-pages then importing.

Awesome!!!

Quote:

---

Originally Posted by mc12345678

Fyi, step one: complete. Option is available to update/create product URIs using the settings of this module (ie, capitalize the first word, or use a hyphen, etc.) while exporting the products of the database with options such as, export to file only (or update the database/store) using the following options: create URIs only for products that don't have one currently (new store, new user of this module, or after upload of new products until the reverse process is created), update only products that have existing URIs (good for when a site changes directories or just want to reset the clock), and update all URIs (store directory change, start over, populate blanks and previously written), and all of this in whatever language(s) are present. Tested on ZC 1.5.1 and 1.5.3. This works as if editing each product individually and selecting the autogenerate URI option in the process of saving the product except in bulk.

Next is categories, EZ-pages then importing.

---

I have seen that 4.4.2 version came out. I have 4.4.1, can someone give me some hints about upgrade steps ?

Thanks in advance

Quote:

---

Originally Posted by solo_400

I have seen that 4.4.2 version came out. I have 4.4.1, can someone give me some hints about upgrade steps ?

Thanks in advance

---

One way, and if not mistaken for this latest update, is to download the new package, compare it to the old, and then make the changes that were identified.

Another is to perform the same comparison, then compare the new file(s) with the existing site's files and merge those two. This later method is to identify what other changes are in the affected file(s) and evaluate the impact of them to the plugin being installed.

There's a number of ways to go about it. As always though, it is suggested that the upgrade be performed on a development site first so that the live site continues to operate and to also make a local backup before making changes.

Quote:

---

Originally Posted by mc12345678

One way, and if not mistaken for this latest update, is to download the new package, compare it to the old, and then make the changes that were identified.

Another is to perform the same comparison, then compare the new file(s) with the existing site's files and merge those two. This later method is to identify what other changes are in the affected file(s) and evaluate the impact of them to the plugin being installed.

There's a number of ways to go about it. As always though, it is suggested that the upgrade be performed on a development site first so that the live site continues to operate and to also make a local backup before making changes.

---

OR..

one could download the new package and see if the upgrade hints/steps are covered in the readme.. (IJS)

Quote:

---

Originally Posted by DivaVocals

OR..

one could download the new package and see if the upgrade hints/steps are covered in the readme.. (IJS)

---

Hmm, guess I jumped the gun, thinking that may had already been done...

Quote:

---

Originally Posted by DivaVocals

OR..

one could download the new package and see if the upgrade hints/steps are covered in the readme.. (IJS)

---

In doc files is specified how to upgrade from older versions to 4.4.1

Quote:

---

Originally Posted by mc12345678

One way, and if not mistaken for this latest update, is to download the new package, compare it to the old, and then make the changes that were identified.

---

........................

Hadn't seen this included either in the forum (searched for 1.5.3, 153, zip upgrade, etc...; however, nothing seemed to result in a post or near a post where such an addition was included) or in the newest available download (4.4.2) which included a code change to prevent an issue associated with the constant SID, but thought others trying to install this plugin on ZC 1.5.3 would want to easily keep the changes that have been made to support ZC 1.5.3 in place.

Attached is a zip file that contains the modified_core_files directory for 1.5.3 as made from comparing the files in the 1.5.1 version of this module to a vanilla install of ZC 1.5.3. This zip file would be unzipped to the same location as the 4.4.2 version of the module to add the one directory and support installation using the "normal" method. Sorry, I have only gone half way with this "upgrade" to the module in that the instructions have not been rewritten to support a full 1.5.3 install/upgrade. I have used this on a ZC 1.5.3 site; however, the site is not yet using PHP 5.4, so I do not know if there are other changes that may be necessary to support continued use under that version of PHP or higher.

Quote:

---

Originally Posted by mc12345678

Fyi, step one: complete. Option is available to update/create product URIs using the settings of this module (ie, capitalize the first word, or use a hyphen, etc.) while exporting the products of the database with options such as, export to file only (or update the database/store) using the following options: create URIs only for products that don't have one currently (new store, new user of this module, or after upload of new products until the reverse process is created), update only products that have existing URIs (good for when a site changes directories or just want to reset the clock), and update all URIs (store directory change, start over, populate blanks and previously written), and all of this in whatever language(s) are present. Tested on ZC 1.5.1 and 1.5.3. This works as if editing each product individually and selecting the autogenerate URI option in the process of saving the product except in bulk.

Next is categories, EZ-pages then importing.

---

Categories done. Essentially has the same functionality as with products. Create/recreate URIs for all categories on export (Categories Only with metatags) or all categories that currently have a product associated (Model/Category). Adding EZ-Page capability that wasn't previously included...

Hi guys,

Many of you want to convert all of products/categories to be used by this module.
This is a very simle code (my site is only english, only GBP etc etc). I did not have enough time to write it properly so you should actually change it if you use more than one language in your shop. But I had only 15 min so the code is as it is.

PHP Code:

---

<?php
    global $db;
/* CATEGORIES */

      require_once(DIR_WS_CLASSES . 'class.CeonURIMappingAdminCategoryPages.php');
      
     

/* CATEGORIES */
      

/* PRODUCTS */
    require_once(DIR_WS_CLASSES . 'class.CeonURIMappingAdminProductPages.php');
    
set_time_limit(600);    
        
/* PRODUCTS */
$__i = 0;
if(false) $_cat = $db->Execute("TRUNCATE ceon_uri_mappings");


$ceon_uri_mapping_admin = new CeonURIMappingAdminCategoryPages();
$__products = $db->Execute("SELECT categories_id,parent_id FROM " . TABLE_CATEGORIES);
while (!$__products->EOF) {
    $__cat = $__products -> fields;
    $__cat_id = $__cat['categories_id'];
    $new_uri = $ceon_uri_mapping_admin->autogenCategoryOrProductURIMapping($__cat_id, 'category',NULL,NULL,"en",1);
    //echo($new_uri . "</br>");
    $_cat = $db->Execute("SELECT * FROM ceon_uri_mappings WHERE associated_db_id = '$__cat_id' AND main_page = 'index'");
    if($_cat -> RecordCount() == 0)     
        $cat = $db -> Execute("INSERT INTO ceon_uri_mappings (uri,language_id,current_uri,main_page,associated_db_id,redirection_type_code) VALUES ('$new_uri','1','1','index','$__cat_id',NULL)"); 
    $__products->MoveNext();       
}    

$ceon_uri_mapping_admin = new CeonURIMappingAdminProductPages();
$__products = $db->Execute("SELECT products_id, products_type FROM " . TABLE_PRODUCTS);
while (!$__products->EOF) {
    set_time_limit(600);  
    $__prod = $__products -> fields;
    $__prod_id = $__prod['products_id'];
    
    
    $_cat = $db->Execute("SELECT categories_id FROM products_to_categories WHERE products_id = '$__prod_id'");
    $cat = $_cat -> fields;
    
    
    $new_uri = $ceon_uri_mapping_admin->autogenCategoryOrProductURIMapping($cat['categories_id'], 'category',NULL,NULL,"en",1);
    $new_uri .= $ceon_uri_mapping_admin->autogenCategoryOrProductURIMapping($__prod_id, 'product',NULL,NULL,"en",1);

    $_cat = $db->Execute("SELECT * FROM ceon_uri_mappings WHERE associated_db_id = '$__prod_id' AND main_page = 'product_info'");
    //if($__i++ == 10) die();
    if($_cat -> RecordCount() == 0) 
        $cat = $db -> Execute("INSERT INTO ceon_uri_mappings (uri,language_id,current_uri,main_page,associated_db_id,redirection_type_code) VALUES ('$new_uri','1','1','product_info','$__prod_id',NULL)"); 
    //echo($new_uri . "</br>");
    $__products->MoveNext();
            
}




    
?>

---