Ceon URI Mapping v4.x

[Ryk]

We will shortly release an updated version of the free Ceon URI Mapping module which will work with all versions of ZenCart 1.5+ . This should be uploaded to the ZC plugins section as normal within the next 48 hours.

There is no new functionality but it will now work with ZC 1.5.4 by circumventing the zen_record_admin_activity function which we have been advised by Wilt is not required of 3rd party code as such code is not part of the PA-DSS certification for ZenCart.

We apologise for the delay - our reasons have been stated previously and I won't bore anyone by going over it again.

[DrByte]

by circumventing the zen_record_admin_activity function

huh? Did you actually mean "circumvent" as in "break/bypass/disable" for even the built-in features? or did you mean "we won't *use* [the] function in all our modules' own customised add/remove/update/edit activities"?

I strongly advise that you LEAVE EXISTING calls to zen_record_admin_activity ALONE.

You don't need to add more, but removing or disabling built-in functionality, especially things that aid in security, is not particularly prudent.

I'm aware of the content of your discussion with wilt. But he certainly didn't tell you to go ahead and cripple or remove built-in functionality.

I realize that may make distributing 1 set of files for all 1.5.x versions a little more challenging, but the bridge contributed by lat9 would simplify that concern easily.

[mc12345678]

I understand that the clarification was made for more than just JSWeb, but if I may interject. If the package is assembled for ZC 1.5.4 as it has for previous versions of ZC, and there are no additional calls to zen_record_admin_activity, then it would seem that the additional bridge would not be necessary. The files applicable to ZC 1.5.4 would already include the base ZC code for ZC 1.5.4 (maintaining existing zen_record_admin activity calls) with the modifications necessary for the plugin to operate under that environment and no backwards compatibility with zen_record_admin_activity would be necessary.

[strelitzia]

huh? Did you actually mean "circumvent" as in "break/bypass/disable" for even the built-in features? or did you mean "we won't *use* [the] function in all our modules' own customised add/remove/update/edit activities"?

I strongly advise that you LEAVE EXISTING calls to zen_record_admin_activity ALONE.

You don't need to add more, but removing or disabling built-in functionality, especially things that aid in security, is not particularly prudent.

I'm aware of the content of your discussion with wilt. But he certainly didn't tell you to go ahead and cripple or remove built-in functionality.

I realize that may make distributing 1 set of files for all 1.5.x versions a little more challenging, but the bridge contributed by lat9 would simplify that concern easily.

Dr Byte,

Nothing has been removed, or crippled in the updates to URI Mapping. You can take a deep breath and calm down :)
URI mapping is merged into version 1.5.4 files with all calls to zen_record_admin_activity intact.
zen_record_admin_activity was however added to the relevant product_book files to include them in the new activity reporting.

The bridge you mentioned has been included in the fileset that will be submitted, but purely as a safety net should issues have arisen without it.
However, it was not deemed necessary to have every single action of a URI module to write to the admin logs, and as you are aware, this was discussed with Wilt.

The URI module does not have a 'one set of files fits all' architecture. There are specific files, correctly merged for each version of ZC from 1.3.8a to 1.5.4

[Ryk]

My apologies for using the wrong phrase then. Not being a programmer myself, I was just putting it in what i thought was simple English. Thank you @strelitzia for the fuller explanation.

[Ryk]

For anyone who requires the latest version of the free CEON URI Mapping plugin compatible with 1.5.4 before it has been moderated and posted in the plug-ins, you can get it from http://www.jsweb.uk/zen-cart-plugins...-friendly-urls

[Ryk]

Now available from the plugins section at http://www.zen-cart.com/downloads.php?do=file&id=889

[panservolvo]

I have this module installed but there is a problem with images.
The problem happens in Internet Explorer 11, not in Chrome.
Absolutely all images on page disappears if the path contains two "folders" For example http://madasahatter.no/hatter works fine, but http://madasahatter.no/hatter/flosshatt don't.
I have <base href="http://madasahatter.no/" /> before any js or css in the header.
If I in Developer tools add a leading / to the src, the image pops up, but this shouldn't be necessary? The base ref has a / at the end, and src points directly to images/image.jpg

Another thing; I can’t add / to all images on page, it’s almost impossible to find all the images.
There has to be a bug somewhere since it only happens when there is two "folders" in the url?

Here's my .htaccess :

#
# @copyright Copyright 2003-2010 Zen Cart Development Team
# @license http://www.zen-cart.com/license/2_0.txt GNU Public License V2.0
# @version $Id: .htaccess 18695 2011-05-04 05:24:19Z drbyte $
#
# This is used with Apache WebServers
#
# The following blocks direct HTTP requests to all filetypes in this directory recursively, except certain approved exceptions
# It also prevents the ability of any scripts to run. No type of script, be it PHP, PERL or whatever, can normally be executed if ExecCGI is disabled.
# Will also prevent people from seeing what is in the dir. and any sub-directories
#
# For this to work, you must include either 'All' or at least: 'Limit' and 'Indexes' parameters to the AllowOverride configuration in your apache/conf/httpd.conf file.
# Additionally, if you want the added protection offered by the OPTIONS directive below, you'll need to add 'Options' to the AllowOverride list, if 'All' is not specified. 
# Example:
#<Directory "/usr/local/apache/htdocs">
#  AllowOverride Limit Options Indexes
#</Directory>
###############################

#ErrorDocument 404 /oppgradering.html

##ROOT##

ExpiresActive On
ExpiresByType text/css "access plus 500 days"
ExpiresByType application/javascript "access plus 500 days"

<Files stylesheet.css>
ExpiresByType text/css "access plus 350 days"
</Files>

 <FilesMatch \.(swf)$>
  ExpiresDefault "access plus 700 days"
 </FilesMatch>

 <FilesMatch \.(svg)$>
  ExpiresDefault "access plus 3000 days"
 </FilesMatch>

ExpiresByType image/gif "access plus 1500 days"

ExpiresByType image/jpg "access plus 1500 days"

ExpiresByType image/jpeg "access plus 1500 days"

ExpiresByType image/png "access plus 1500 days"

ExpiresByType image/bmp "access plus 1500 days"

# 48 weeks
<FilesMatch "\.(ico|pdf|flv|jpg|jpeg|png|gif|swf|JPG|woff)$">
Header set Cache-Control "max-age=29030400, public"
</FilesMatch>

<files *>
order allow,deny
deny from 80.212.29.94
deny from 74.50.57.39
deny from 24.189.60.120
deny from 84.17.15.2
deny from 211.167.110.2
deny from 91.201.64.26
deny from 65.208.189
deny from 65.211.195
#deny from 195.1.61
allow from all
</files>

RewriteEngine On

RewriteCond %{HTTP_HOST} !^madasahatter.no$ [NC]
RewriteRule ^(.*)$ http://madasahatter.no/$1 [L,R=301] 

#  RewriteBase /
#  add trailing slash if missing
#    rewriteRule ^(([a-z0-9\-]+/)*[a-z0-9\-]+)$ $1/ [NC,R=301,L]


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

[panservolvo]

Additional info: when i am in a "subfolder" the image path is as follows: http://madasahatter.no/hatter/images/image.jpg
The "hatter" folder get added for some reason to the base href

[DivaVocals]

Additional info: when i am in a "subfolder" the image path is as follows: http://madasahatter.no/hatter/images/image.jpg
The "hatter" folder get added for some reason to the base href

I'm guessing that the issue stems from an incorrect path in your configure.php files.. which is to say that I don't think the issue stems from this module, but is ILLUMINATED when you turn this module on..