Ceon URI Mapping V5.0

[jimmie]

here is line 87 and surrounding lines

		if (is_null($name)) {
			// Assume name will be used.. load name from database
	Line 87 -> 		$ez_page_table = (defined('TABLE_EZPAGES_CONTENT') && $sniffer->table_exists(TABLE_EZPAGES_CONTENT)) ? TABLE_EZPAGES_CONTENT : TABLE_EZPAGES;
			
			$ez_page_name_result = $db->Execute("
				SELECT
					pages_title
				FROM
					" . $ez_page_table . "
				WHERE
					pages_id = " . (int) $id . "
				AND
					languages_id = " . (int) $language_id);
			
			$name = $ez_page_name_result->fields['pages_title'];
		}

[mc12345678]

zen 1.56c php7.0
im getting this in logs.
PHP Fatal error: Uncaught Error: Call to a member function table_exists() on null in /var/www/clients/xxx/xxx/me/includes/classes/class.CeonURIMappingAdminEZPages.php:87

Looks like on line 84 need to change:

global $db;

to:

global $db, $sniffer;

[ink]

Apparently this is where to post, just did on the old whatever...

Just did a fresh install of latest 1.5.6, piece of cake to setup like usual. I thought Id try and add the late legend Conors' SEO module as it has been invaluable since first using all those years ago when he first came here on an old 1.3vs site.

So I set it up y/day on another test site but after I had installed a couple of other modules and it didnt work, so set it up on this fresh install and it just loops through and wont stop until the script stops.

I used the recommended .htaccess data, then tried the "/" fix neither works.

There is no error log and furthermore the test page says everything is installed correctly.

Does anyone have some idea that I could check, Im stumped and cant proceed with my website upgrde until I get this setup as my index page is fixed with all of the rewritten links for a start.

Congratulations! All the checks passed!
No problems were found with the settings in the store's configuration files, and all the modified core files have the correct modifications present!

This installation check does not check the rewrite rule for the store though, so please read and apply the following if you have not already done so..

This is the error:
This page isn’t working [website name] redirected you too many times.
Try clearing your cookies.
ERR_TOO_MANY_REDIRECTS

--------

## BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite any URIs for some, popular specific file format extensions,
# which are not covered by main file extension condition above
RewriteCond %{REQUEST_URI} !\.(mp3|mp4|h264)$ [NC]
# Don't rewrite any URIs for some specific file format extensions,
# which are not covered by main file extension condition above
# Uncomment the following line to apply this condition! (Remove the # at the start of the next line)
#RewriteCond %{REQUEST_URI} !\.(3gp|3g2|h261|h263|mj2|mjp2|mp4v|mpg4|m1v|m2v|m4u|f4v|m4v|3dml)$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/[xxxxxxxxxxxx] [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite .well-known directory
RewriteCond %{REQUEST_URI} !^/\.well\-known/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/logs/ [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


Also tried this as suggested:

## BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite any URIs for some, popular specific file format extensions,
# which are not covered by main file extension condition above
RewriteCond %{REQUEST_URI} !\.(mp3|mp4|h264)$ [NC]
# Don't rewrite any URIs for some specific file format extensions,
# which are not covered by main file extension condition above
# Uncomment the following line to apply this condition! (Remove the # at the start of the next line)
#RewriteCond %{REQUEST_URI} !\.(3gp|3g2|h261|h263|mj2|mjp2|mp4v|mpg4|m1v|m2v|m4u|f4v|m4v|3dml)$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/xxxxxxxxxxxx [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite .well-known directory
RewriteCond %{REQUEST_URI} !^/\.well\-known/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/logs/ [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

[lat9]

@ink, see post #45 in this support-thread for the solution.

[ink]

Thanks very much, I just saw the 99 to 95 fix and yr right. I just tried that and we loaded, just came back to update and saw your kind post.

This forum is crazy everytime I post I find the answer 5 minutes later, so annoying as I dont want to waste peoples valuable time, after spending hours racking the few brain cells left, at least that is a technique.

[mc12345678]

Thanks very much, I just saw the 99 to 95 fix and yr right. I just tried that and we loaded, just came back to update and saw your kind post.

This forum is crazy everytime I post I find the answer 5 minutes later, so annoying as I dont want to waste peoples valuable time, after spending hours racking the few brain cells left, at least that is a technique.

There's also an update at least as compared to what is here on the forum site last I looked... it covers that particular issue as well...

[wmorris]

Has anyone fix this yet? When I create a .htaccess file in the root directory and when I enable ceon will not come up on the store front. When I disable it works fine....

I'm also having "The page isn't redirecting properly". I've got a test site set up in my local XAMPP environment,
having made the modifications suggested by @torvista on this support-thread posting for v4 of the URI mappings.

My local site's configuration, provided in /local/configure.php identifies the HTTP_SERVER as 'http://www.mysite.local' and the DIR_WS_SERVER is set to '/'.

The .htaccess file contains the ceon-generated defaults:

## BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite any URIs for some, popular specific file format extensions,
#   which are not covered by main file extension condition above
RewriteCond %{REQUEST_URI} !\.(mp3|mp4|h264|woff2)$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/myadmin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite feed directory
RewriteCond %{REQUEST_URI} !^/feed/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/logs/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE

The multiple redirects are, as identified by @wvasconselos here, within the `_checkForAndHandleIndexPage` processing for the index page.

I enter www.mysite.local in the browser address bar, I'm seeing that on entry to that function that `$request_uri` is set to '/', `$_GET['main_page']` is set to 'index' and no other $_GET variables are present. The `$redirection_uri` to which the request is sent is '/' (same as entered); that's where the loop arises.

I'll also note that the site displays once the URI mappings are disabled in the admin.

[diptimoy]

Installed the module in zencart 157 and php 7.4 and I am getting this error

ERR_TOO_MANY_REDIRECTS

where to fix ?

[mc12345678]

Installed the module in zencart 157 and php 7.4 and I am getting this error

ERR_TOO_MANY_REDIRECTS

where to fix ?

Should be able to log out of your admin, log back in then go to Modules->Ceon URI Mapping (SEO) Config. Then in the bottom right hand corner should be an indication to update the software. Ie. there has been an update issued that addresses this and has been discussed several times over the recent past in this forum thread. Basically there was a change to load sequence in Zen Cart that required a change in load sequence of this software.

[mc12345678]

Has anyone fix this yet? When I create a .htaccess file in the root directory and when I enable ceon will not come up on the store front. When I disable it works fine....

Have you applied the update identified in post #45 which appears to have been incorporated into the latest release of this plugin?