mesnitu:

I'm using...until now, all looks good!

Right on, thanks!

last line of htaccess index.php is causing my mydomain.com/phpmyadmin/ to show no page found error. If I delete that last line, the phpmyadmin opens right up to login screen.

Should I delete the last line or modify it?

pixelpadre:

last line of htaccess index.php is causing my mydomain.com/phpmyadmin/ to show no page found error. If I delete that last line, the phpmyadmin opens right up to login screen.

Should I delete the last line or modify it?

This will be impossible to answer without knowing the contents of your .htaccess file

pixelpadre:

last line of htaccess index.php is causing my mydomain.com/phpmyadmin/ to show no page found error. If I delete that last line, the phpmyadmin opens right up to login screen.

Should I delete the last line or modify it?
I can't quite see your computer screen from here. Could you turn the brightness up a bit?

pixelpadre:

last line of htaccess index.php is causing my mydomain.com/phpmyadmin/ to show no page found error. If I delete that last line, the phpmyadmin opens right up to login screen.

Should I delete the last line or modify it?

Ultimately, as pointed out, having the htaccess posted helps the most (with the admin directory name obscured), but if I were to guess, the "last line" is the RewriteRule (needed to support the overall process), but in the list of RewriteCond there is not one to omit rewriting your phpmyadmin folder (similar to ```
RewriteCond %{REQUEST_URI} !^/phpmyadmin [NC]

But that's merely a guess assuming that the store is completely new, no other add-ons installed, no specializations yet made, and that in such a default install there would not be a htaccess file in the root directory at least not to support ZC, therefore to support URI Mapping the applicable commands were inserted as the only content. If all of that is true, then the "last line" theory would be relatively applicable, but even then, dunno...

Just the ceon cut and paste generated from admin.

If I manually add the index.php to the end of the url, it works fine.

pixelpadre:

Just the ceon cut and paste generated from admin.

If I manually add the index.php to the end of the url, it works fine.
So does the cut and paste include the foldername of the problem program and is the end of that inclusion have a slash or is it just the foldername like presented above?

Ie is it:

RewriteCond %{REQUEST_URI} !^/phpmyadmin [NC]

Or like this:

RewriteCond %{REQUEST_URI} !^/phpmyadmin/ [NC]

pixelpadre:

Just the ceon cut and paste generated from admin
So you are able to cut and paste the content. What a pity you aren't able to paste it into a reply here. That way people might be able to see what the problem is.

Sorry been straight out trying to get my virtualmin webpanel running on centos 7. Not fun.

Heres the ceon htaccess contents. Might add.....phpmyadmin was not there last time I ran the ceon in admin....sounds like I need to do that again or simply add the phpmyadmin to the htaccess file. BRB

mc12345678:

So does the cut and paste include the foldername of the problem program and is the end of that inclusion have a slash or is it just the foldername like presented above?

Ie is it:

RewriteCond %{REQUEST_URI} !^/phpmyadmin [NC]

> 
> Or like this:
> ```
RewriteCond %{REQUEST_URI} !^/phpmyadmin/ [NC]

YUP. you nailed it.

I've been struggling for the last couple of hours trying to solve my 404 page error after generating a URI Mapping.
I'm using hostgator and ZenCart 1.5.5a, my website is augiespanoras(dot)com I didn't have an .htcaccess file in my root directory so I created one. This is all I have in it:

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

## END CEON URI MAPPING REWRITE RULE

augiespanoramas:

I've been struggling for the last couple of hours trying to solve my 404 page error after generating a URI Mapping.
I'm using hostgator and ZenCart 1.5.5a, my website is augiespanoras(dot)com I didn't have an .htcaccess file in my root directory so I created one. This is all I have in it:

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} !^/xxxxxxx [NC]

Don't rewrite editors directory

RewriteCond %{REQUEST_URI} !^/editors/ [NC]

Don't rewrite logs directory

RewriteCond %{REQUEST_URI} !^/logs/ [NC]

Don't rewrite magicthumb directory

RewriteCond %{REQUEST_URI} !^/magicthumb/ [NC]

Don't rewrite zc_install_x directory

RewriteCond %{REQUEST_URI} !^/zc_install_x/ [NC]

Handle all other URIs using Zen Cart (its index.php)

RewriteRule .* index.php [QSA,L]

END CEON URI MAPPING REWRITE RULE

YOU ARE AT RISK! You have declared your admin folder and /zc_install_x as existing.
Anyone could destroy your site in seconds.
Change /zc_install_x to something else and change the name of your admin folder immediately.
ciao

Well ... don't change the name of the zc_install directory, delete it immediately. It should not be on the server under any name at all.

As for changing the name of the admin folder again, yes that is a good idea, but security by obscurity is not security at all.

There should be no way in even if the admin folder name is public. Changing it just reduces the volume of hacking attempts.

hairydog:

Well ... don't change the name of the zc_install directory, delete it immediately. It should not be on the server under any name at all.

As for changing the name of the admin folder again, yes that is a good idea, but security by obscurity is not security at all.

There should be no way in even if the admin folder name is public. Changing it just reduces the volume of hacking attempts.

Thanks Enzo and Hairydog, I changed my admin folder name, and deleted the install folder. So what else am I doing wrong? Haha. I turned off the rewrite instructions for now so I can use my site without getting 404 errors.

I have been trying to install this addon on a clean Zencart install 1.5.5a... for some reason, when I am done, I can't log in to the store side of the site. I can still access admin without any problems. On the store side, I can view everything, add items to my cart but when I try to log in, it won't let me. I removed the addon completely and I could log in again. I figured I might have missed a step and redid everything again... nope still not working and I am not getting an error log on this and the logs folder is writeable. Any thoughts?

I've since found that if I remove the file includes/init_includes/overrides/init_sessions.php, I can once again log in to the store side. However, I get this error when I do the installation check

A file must have a modification made to it, to work with Ceon URI Mapping, but the file does not exist at all!

The path to the file is /home/myembro/public_html/test/includes/init_includes/overrides/init_sessions.php
•Add the missing file and make sure you apply the modifications required for Ceon URI Mapping.

which is obviously normal... I am still trying to figure it out but this is the third time I've installed this addon on fresh stores and never had this happen. Any input would be greatly appreciated

This is the bit of code that the addon requires but also makes it so that I can no longer log in...

// BEGIN CEON URI MAPPING 1 of 1
// Static URIs are relative to the site's root, so cookie should be set for the root
$path = '/';
// END CEON URI MAPPING 1 of 1

It is the exact same code that I have on my previous site and it worked fine there but not on this site. The only difference between the 2 sites is that the older one is running on Zencart 1.5.1

Sorry don't mean to post this much but trying to supply as much information as possible. Thanks

I also found the same issue when updating the URI mapping files for ZC155 and php7, but only on my local server and not 100% of the time.
I didn't get to the bottom of it, got sidelined by other things.
It's not implemented on a real server yet to be able to take it further.

torvista:

I also found the same issue when updating the URI mapping files for ZC155 and php7, but only on my local server and not 100% of the time.
I didn't get to the bottom of it, got sidelined by other things.
It's not implemented on a real server yet to be able to take it further.

in my case, the problem is there in IE only it seems. When I try on Firefox or Google Chrome, it works so far but not in IE

ok so I have a temporary fix...

original code

// BEGIN CEON URI MAPPING 1 of 1
// Static URIs are relative to the site's root, so cookie should be set for the root
$path = '/';
// END CEON URI MAPPING 1 of 1

temporary fix

// BEGIN CEON URI MAPPING 1 of 1
// Static URIs are relative to the site's root, so cookie should be set for the root
$path = '';
// END CEON URI MAPPING 1 of 1

I can now log in on all browsers, however if I run the Installation check, I get an error but the mapping seems to be working as it should. I just don't know what other problems might arise from this change. Any input would be greatly appreciated