Ceon URI Mapping V5.0

[lat9]

At what point in time (and, more importantly, why) did the .htaccess addition for the Ceon URI Mappings become so complex?

I recently upgraded a site from zc155f and this is the only addition to that file ... and it works just fine:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .* index.php [QSA,L]
</IfModule>

[torvista]

I don't remember it ever being any simpler than a huge list.

[lat9]

I don't remember it ever being any simpler than a huge list.

Hmm, I'll note that all of the previous files were timestamped 2018-06-12 and class.CeonURIMappingVersion.php shows

$this->_version = '4.4.3'; 

[mc12345678]

At what point in time (and, more importantly, why) did the .htaccess addition for the Ceon URI Mappings become so complex?

I recently upgraded a site from zc155f and this is the only addition to that file ... and it works just fine:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .* index.php [QSA,L]
</IfModule>

I don't remember it ever being any simpler than a huge list.

Same, as far as I've always known it's been a copy and paste operation that works just fine as well.

Me personally? The above appears to involve more server effort than filtering down the content list. The above offered code compares each web request against the file system, if it is a file or a directory then it is directly accessed, if it is not then ZC processes the request.

Seems to me a further means to easily be malicious as there is no preset/expected structure and if somehow a file is maliciously written then creating a folder structure off of the root similar to a product's URL would allow "replacing" the page's content with an applicable file and barely notice the issue.

Besides as I recall, the on-screen instructions indicate that there are other ways or perhaps changes necessary to obtain the necessary results. For example, I usually have to modify the line of the generated RewriteRule on the server I use currently. Either it is because of the server or the way I use the program, I'm not sure, but the modification is simple (Either I have to remove or add a leading forward slash.)

[swguy]

Does it work on 2.0.1?

Yes:
https://github.com/torvista/Zen-Cart_CEON-URI-Mapping

Doesn't seem to work with new installs. At a minimum, the responsive_classic customization for html_header.php would need to change because of changes to MobileDetect. But I still can't get it to rewrite URLs on a new install using responsive_classic.

[torvista]

>But I still can't get it to rewrite URLs on a new install using responsive_classic.
Me neither!

I've always managed to avoid digging into the infernal internals, since it wasn't broken...on a cursory look last night I saw how the observer pulled static links out of the db for the various pages but didn't see the mechanism for generating a new link/storing it in the db when one did not exist, so that's a starting point.
No chance to do that today.

[swguy]

When I looked at it quickly, it appeared that the NOTIFY_SEFU_INTERCEPT observer wasn't being hit, which it consistent with your finding. Haven't had time to dig in yet.

[torvista]

The observer was working correctly to pull links from the db....which was empty...and I didn't see any code to handle "if empty")...because there isn't any!

As I've always used UMM, and never read the instructions, I'd not realised that:

This module DOES NOT automatically add mappings for EXISTING Categories/Products/Manufacturers/EZ-Pages!
If the site has existing Categories/Products/Manufacturers/EZ-Pages, they'll continue to use the standard Zen Cart dynamic URIs, until a URI has been entered or auto-generated for them, by editing the respective Category/Product/Manufacturer/EZ-Page in the admin.

This means going in and editing every Category/Product/Manufacturer/EZ-Page for which a static URI mapping is desired.
...
Our URI Mappings Manager software has the ability to auto-generate URI mappings for all/selected Categories/Products/Manufacturers/EZ-Pages/Other Zen Cart Pages at once.

So, once you edit a product and generate the static url...it works as advertised.

Back to work.

[swguy]

I did not realize that either - all the sites I manage that use this have used it forever so their list of URLs is fully populated. Thanks for tracking this down.

[nicksab]

How do you fix an URL that redirect to the wrong EZ-Page?

The ez-page also a correct uri pointing to it ( the one displayed in ezpage admin) so changing the ez-page id would work.

For example:

url abc.com/flowers points to ez page id 1 ( correct as per admin options)

url abc.com/roost points to ez page id 1 ( wrong and no way to delete the url or change the ez page id)

I looked into phpmyadmin but i am not able to edit the associated_id in the ceon_uri_mappings table

It states:

Current selection does not contain a unique column. Grid edit, checkbox, Edit, Copy and Delete features are not available

Any way around this? how can i delete the url in question?

Thank you