Ceon URI Mapping v4.x

[lhungil]

Correct, one should not have multiple "alternative" URL modules installed. One could leave the Ultimate URLs .htaccess in place (before the CEON rules), but doing so will probably cause unneccessary redirects. As part of switching - One would want to enter the old (Ultimate) URLs into the CEON URI database.

Hello Diva,
There IS INDEED an issue with Ultimate SEO and FEC evidenced by days of dialogue on forums and according to everyone else, including Numinix AND ihungil, author of the plugin. Obviously you have not used both plugins on site.
cheers, Mike

Actually both Ultimate URLs and FEC can operate together. I've posted on this topic before and Diva is one of the contributors who helped narrow down the issue (caused by Numinix altering the default Zen Cart administrative configuration flow - and - Ultimate URLs depending on the stock Zen Cart administrative page for managing configuration options). They are not incompatible with the appropriate patches to the Numinex code installed.

Any further discussion on the topic of Ultimate URLs and Numinix modifications to the Zen Cart administrative configuration process does not belong in the CEON URI thread, but over at the Ultimate URLs (or FEC) support threads.

[DivaVocals]

Correct, one should not have multiple "alternative" URL modules installed. One could leave the Ultimate URLs .htaccess in place (before the CEON rules), but doing so will probably cause unneccessary redirects. As part of switching - One would want to enter the old (Ultimate) URLs into the CEON URI database.


Actually both Ultimate URLs and FEC can operate together. I've posted on this topic before and Diva is one of the contributors who helped narrow down the issue (caused by Numinix altering the default Zen Cart administrative configuration flow - and - Ultimate URLs depending on the stock Zen Cart administrative page for managing configuration options). They are not incompatible with the appropriate patches to the Numinex code installed.

Any further discussion on the topic of Ultimate URLs and Numinix modifications to the Zen Cart administrative configuration process does not belong in the CEON URI thread, but over at the Ultimate URLs (or FEC) support threads.

BOOM! But what the heck do I know since I've "obviously" never used these two together...

[Chargin]

Hi all, Ive recently migrated a ZC site from one server to another using the transfer tool. Currently the site, after this transfer, cannot access the admin folder, or /blog. /blog/wp-admin does work though. /admin/login.php gives a blank page and /admin/ gives a 500.shtml error page not found.
What could I check here? The new server is using php 5.3 same as the old, ZC is 1.39h. Ive tried renaming the htaccess files in root and admin but with no success. It looks to me like CEON is the cause but cant say for sure. Perhaps theres a way to disable it via phpmyadmin?

[Chargin]

Hi all, Ive recently migrated a ZC site from one server to another using the transfer tool. Currently the site, after this transfer, cannot access the admin folder, or /blog. /blog/wp-admin does work though. /admin/login.php gives a blank page and /admin/ gives a 500.shtml error page not found.
What could I check here? The new server is using php 5.3 same as the old, ZC is 1.39h. Ive tried renaming the htaccess files in root and admin but with no success. It looks to me like CEON is the cause but cant say for sure. Perhaps theres a way to disable it via phpmyadmin?

Well its all fixed, turns out it was php being at 5.3 and zend was not enabled. Nothing to do with CEON!

[panservolvo]

First of all, I have had this module installed for several years, so my server host does have the required specifications.
Now I have created a fresh install of zc 153 and I am trying to install this module again.
I have uploaded all the files. When I try to log into admin I get a blank page 500, error.
If I upload all the backup files the same error occurs.
If I delete all the CEON- files in admin and upload the backup files, I am able to log in to admin again.

Any suggestions to what may be the problem?

ps: I can't link to the page with the problem because its a live environment so I had to delete the module to be able to use admin.

[mc12345678]

First of all, I have had this module installed for several years, so my server host does have the required specifications.
Now I have created a fresh install of zc 153 and I am trying to install this module again.
I have uploaded all the files. When I try to log into admin I get a blank page 500, error.
If I upload all the backup files the same error occurs.
If I delete all the CEON- files in admin and upload the backup files, I am able to log in to admin again.

Any suggestions to what may be the problem?

ps: I can't link to the page with the problem because its a live environment so I had to delete the module to be able to use admin.

Is the admiin folder the same now as it was/covered in your .htaccess file? How did you do your upgrade, etc...(Fom the posting guidelines.)

[panservolvo]

Is the admiin folder the same now as it was/covered in your .htaccess file? How did you do your upgrade, etc...(Fom the posting guidelines.)

admin folder has the same name as the old folder had.
I did not upgrade, I ran a complete new install of 153.
The .htaccess is from the old 150 istallation though.

here is the rewrite part from the .htaccess

# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/MyAdminFolder [NC]

[DivaVocals]

ps: I can't link to the page with the problem because its a live environment so I had to delete the module to be able to use admin.

Two things..
1. NEVER upgrade your live site.. ALWAYS ALWAYS create a development site which is a clone of your live site (the recommended upgrade path)
2. Not sure what HARM you think will come from posting the site URL, but it will certainly assist the community in helping you with your issue. If you are concerned about the search engines picking it up, then OBSCURE the URL.. (e.g. http://yoursite(dot)com)

admin folder has the same name as the old folder had.
I did not upgrade, I ran a complete new install of 153.
The .htaccess is from the old 150 istallation though.

here is the rewrite part from the .htaccess

# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/MyAdminFolder [NC]

Post the WHOLE file contents please.. it will speed things along here so folks won't have to keep lobbing guesses at you..

[panservolvo]

1: I did not upgrade a live site, i had a dev site which I now have live
2: no harm in posting the site url, but as I said I have rolled back to my backup to have a working admin. In other words, no CEON URI and no error now
3:

#
# @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>
###############################


##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

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


# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/MyAdminFolder [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors [NC]
# Don't rewrite cPanel directories
RewriteCond %{REQUEST_URI} !/cpanel [NC]
RewriteCond %{REQUEST_URI} !/frontend [NC]
# Don't rewrite ajax directory
RewriteCond %{REQUEST_URI} !^/ajax/ [NC]
# Don't rewrite bmz_cache directory
RewriteCond %{REQUEST_URI} !^/bmz_cache/ [NC]
# Handle all other URIs using Zen Cart (index.php)
# RewriteRule .* index.php?%{QUERY_STRING} [L]
RewriteCond %{HTTP_HOST} ^maah.no$ [OR]
RewriteCond %{HTTP_HOST} ^www.maah.no$
RewriteRule ^/?$ "http\:\/\/madasahatter\.no\/" [R=301,L]

[mc12345678]

1: I did not upgrade a live site, i had a dev site which I now have live
2: no harm in posting the site url, but as I said I have rolled back to my backup to have a working admin. In other words, no CEON URI and no error now
3:

#
# @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>
###############################


##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

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


# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/MyAdminFolder [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors [NC]
# Don't rewrite cPanel directories
RewriteCond %{REQUEST_URI} !/cpanel [NC]
RewriteCond %{REQUEST_URI} !/frontend [NC]
# Don't rewrite ajax directory
RewriteCond %{REQUEST_URI} !^/ajax/ [NC]
# Don't rewrite bmz_cache directory
RewriteCond %{REQUEST_URI} !^/bmz_cache/ [NC]
# Handle all other URIs using Zen Cart (index.php)
# RewriteRule .* index.php?%{QUERY_STRING} [L]
RewriteCond %{HTTP_HOST} ^maah.no$ [OR]
RewriteCond %{HTTP_HOST} ^www.maah.no$
RewriteRule ^/?$ "http\:\/\/madasahatter\.no\/" [R=301,L]

And this is working on the live site? Almost wonder how, all server references are rewritten to not be maah.no therefore it appears that the CEON rewriterule is never respected...

Also, by having two versions of the site, are they both on the same host? Is the .htaccess above in some way conflicting with another rule, or the setup?

Fyi, I thought the reason not to post the "link" wasbecause the problem appeared in the admin and didn't want to post the admin path which is appropriate not to post... Certainly might be able to gain some insight into the store side from having the information (which is now provided it would seem.)