Ceon URI Mapping v4.x

[lidlchris]

all of a sudden CEON URI isn't working on my site for most pages. http://www.swordsofhonor.com/#######...dieval-weapons. some pages resolve but most subpages give a page not found. is there a way to regenerate all the URL's at once? or some fix? i updated the htaccess file per Installation Check rewrite rules but still doesn't work. added a / before index.php in these rules and still didn't work. Got this error message when i did an Installation Check:


Error Found!

A problem was found with one of the core files that needs to be modified for Ceon URI Mapping to work optimally.

The error should be fixed as soon as possible. In the meantime though, since the store's configure files have been checked and found to be valid, information about the example rewrite rule for the store was able to built.

Example Rewrite Rule

Modified Core Files Check
A file requires 2 modifications to be made for it, the first of which has been made, but the second modification is missing.

The path to the file is /home/xxxxx/public_html/fakeadmin/includes/modules/product_free_shipping/collect_info.php

Check the file and remove any old pieces of code. Then apply modification number 2, which was missed out, but which is required for this version of the software.
Alternatively, if the file has not been modified for the store yet, back up the file (e.g. copy it to your local computer), and replace it with the pre-modified sample file from the distribution, for the version of Zen Cart being used by the store.

i need to fix this ASAP as most indexed pages are not showing up.

[mc12345678]

What is the entirety of the htaccess file? (hide the admin folder name as 'admin' where necessary.)
What php version?
When installed?
What has changed recently?

[lidlchris]

What is the entirety of the htaccess file? (hide the admin folder name as 'admin' where necessary.)
What php version?
When installed?
What has changed recently?

What is the entirety of the htaccess file? (hide the admin folder name as 'admin' where necessary.)
## 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} !^/fakeadmin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite highlandrags.com directory
RewriteCond %{REQUEST_URI} !^/highlandrags\.com/ [NC]
# Don't rewrite tempEP directory
RewriteCond %{REQUEST_URI} !^/tempEP/ [NC]
# Don't rewrite trademark directory
RewriteCond %{REQUEST_URI} !^/trademark/ [NC]
# Don't rewrite sitemap directory
RewriteCond %{REQUEST_URI} !^/sitemap/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/logs/ [NC]
# Don't rewrite banners directory
RewriteCond %{REQUEST_URI} !^/banners/ [NC]
# Don't rewrite medievalclothing directory
RewriteCond %{REQUEST_URI} !^/medievalclothing/ [NC]
# Don't rewrite tmp directory
RewriteCond %{REQUEST_URI} !^/tmp/ [NC]
# Don't rewrite feedplatform directory
RewriteCond %{REQUEST_URI} !^/feedplatform/ [NC]
# Don't rewrite .well-known directory
RewriteCond %{REQUEST_URI} !^/\.well\-known/ [NC]
# Don't rewrite highland-blog directory
RewriteCond %{REQUEST_URI} !^/highland\-blog/ [NC]
# Don't rewrite cgi-bin directory
RewriteCond %{REQUEST_URI} !^/cgi\-bin/ [NC]
# Don't rewrite swords-blog directory
RewriteCond %{REQUEST_URI} !^/swords\-blog/ [NC]
# Don't rewrite contact-files directory
RewriteCond %{REQUEST_URI} !^/contact\-files/ [NC]
# Don't rewrite feed directory
RewriteCond %{REQUEST_URI} !^/feed/ [NC]
# Don't rewrite m directory
RewriteCond %{REQUEST_URI} !^/m/ [NC]
# Don't rewrite mailhive directory
RewriteCond %{REQUEST_URI} !^/mailhive/ [NC]
# Don't rewrite bmz_cache directory
RewriteCond %{REQUEST_URI} !^/bmz_cache/ [NC]
# Don't rewrite google-feed-file directory
RewriteCond %{REQUEST_URI} !^/google\-feed\-file/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE

# php -- BEGIN cPanel-generated handler, do not edit
# Set the “ea-php54” package as the default “PHP” programming language.
<IfModule mime_module>
AddType application/x-httpd-ea-php54 .php .php5 .phtml
</IfModule>
# php -- END cPanel-generated handler, do not edit

What php version?
now it is 5.4 but last week was upgraded to 7.2 and i thought that might be the problem so i reverted back to 5.4


When installed?
the site has been running for 20 years now and CEON was installed many years ago.

What has changed recently?
PHP updated to 7.2 and then back to 5.4. the admin section was bringing up a blank page yesterday and i commented out the htaccess file and the admin section came up but the URL's now aren't mapping to the custom names from CEON.

[mc12345678]

Looking at site operation, it looks like the rule to govern redirecting for .html is the one in question. The categories work fine.

[mc12345678]

Looks like need to modify the rule from:

RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$

To:

RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$ [OR] 
RewriteCond %{REQUEST_URI} \.(html)$ [NC]

[lidlchris]

Looks like need to modify the rule from:

RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$

To:

RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$ [OR] 
RewriteCond %{REQUEST_URI} \.(html)$ [NC]

wow, you are good.. thanks so very much.. wish i knew how to read htaccess code.. how did you know it was the the rule for HTML

[mc12345678]

wow, you are good.. thanks so very much.. wish i knew how to read htaccess code.. how did you know it was the the rule for HTML

Although much of your provided web addressed was auto-obscured by the forum software, I was able to get to your site.
From there I first tried a product, it went to a 404 page, I looked at the address. Then I tried to go to a category using a ZC default dynamic url. Found that category 2 existed.
Then tried going directly to that category by name in the url. It worked. It didn't have an html suffix. Clicked on a few other categories, they worked.
Went to a product again: 404.
Removed .html, loaded, but as a page not found.
Posted.
Read your .htaccess
Rule suggested prevented the software from trying to handle any url that had 2 to 5 characters as an extension. That meant html as well...
So had to permit files that had an html extension which led to the solution.

A little trial and error really.

Now as to redoing urls to possibly some other format that is auto-generated by Ceon URI Mapping (while maintaining reachability of the existing link(s) as this software was designed)... I offer some software on my site that does that if interested, but looks like you're good to go with what you have. Besides, even if that were done, access to the existing uri would have been necessary. So that additional software would not have solved the initial problem anyways.

[lidlchris]

Although much of your provided web addressed was auto-obscured by the forum software, I was able to get to your site.
From there I first tried a product, it went to a 404 page, I looked at the address. Then I tried to go to a category using a ZC default dynamic url. Found that category 2 existed.
Then tried going directly to that category by name in the url. It worked. It didn't have an html suffix. Clicked on a few other categories, they worked.
Went to a product again: 404.
Removed .html, loaded, but as a page not found.
Posted.
Read your .htaccess
Rule suggested prevented the software from trying to handle any url that had 2 to 5 characters as an extension. That meant html as well...
So had to permit files that had an html extension which led to the solution.

A little trial and error really.

Now as to redoing urls to possibly some other format that is auto-generated by Ceon URI Mapping (while maintaining reachability of the existing link(s) as this software was designed)... I offer some software on my site that does that if interested, but looks like you're good to go with what you have. Besides, even if that were done, access to the existing uri would have been necessary. So that additional software would not have solved the initial problem anyways.

thanks again.. i have to now open a new thread concerning PHP. The highest version of PHP that i seem to able to use is 5.6. when i try to upgrade to 7.0 or 7.2, all the categories go missing.

[lidlchris]

wow, you are good.. thanks so very much.. wish i knew how to read htaccess code.. how did you know it was the the rule for HTML

and how come the example htaccess didn't have that rule in it?

[mc12345678]

and how come the example htaccess didn't have that rule in it?

Well, from what I've seen over the years and for some time, the thought had been that an extension such as html was unnecessary. It's extra text and with this plugin can actually become meaningless. There isn't really an html file called, although one is generated (after php has done a lot of work). At any rate, there is discussion in the instructions about what is necessary to support other extensions found in the configuration area of the instructions. As to why the software didn't pick it up as a suggestion? Well, I guess because the proposed rules are provided based on the way forward considering a new install rather than inspecting the existing database entries and making suggestions based on that. (ie. Suppose that other extensions have been used or are desired to be used, currently a new htaccess rule set would require knowing what extension(s) were used rather than the software determining that and offering the additional rule(s)).

So, not entirely sure from which perspective you ask the question, but I think I've answered it from each direction. :)