Hello everyone,

Yesterday, after finishing working on my store for 3 months, i had everything ready to be launched so i decided to move my store from a subdirectory on my website ( /Catalog ) to the root website.
I didn't follow the instructions found on https://www.zen-cart.com/tutorials/index.php?article=122 on the first place ( silly me ) so i just moved the entire contents of /Catalog to the root folder.
When i tried to access my store it didn't work of course so i moved all the files back to the /Catalog subdirectory.
Doing that, i guess something "broke" and now i can't see my store and i can't access my Admin Control Panel of my store to change the Session Directory.
I did download the fix_cache_key.php and uploaded it where the index.php file is but when i try to run it it does nothing ( i'm trying to run it my typing http://www.mywebsite.com/Catalog/fix_cache_key.php ).
On the 2 configure.php files located in Includes and Admin/Includes
i have this:
define('SQL_CACHE_METHOD', 'database');
define('DIR_FS_SQL_CACHE', '/home/content/p/i/x/website/html/Catalog/cache');
All the rest of the DIR_FS inside the 2 configure.php's seem to be correct but i can C/P the entire thing if someone can help me with all this mess that i managed to create.

I would be more than grateful if someone could help me get my store back to working conditions as i'm already way over my promised date of launching the store :(

Thanks in advance.

If you moved ALL the files folders to the root and back you should not have this issue....
Hope you have a backup somewhere....

I do have backup of the files and moving them back like you said did make everything work last night but this morning when i tried to access my store and my Admin Control Panel, nothing was working...

moving them back like you said did make everything work last night
If you used FTP to move the/reload them
Use it again as all the files should have a time/date stamp - - modified date/time at about the time you reloaded them

Look for/sort by time any that are more recent

Yeap, did that. What's also weird though is that i don't get any response from fix_cache_key.php when i try to run it. Is that normal?

Did you locate any that were more recent??
Code does not have the ability to decide not to work
So if it worked last night - - Something was altered

First of all,thanks for trying to help me :)

I made a backup of everything ( while my store was on working condition ) before i did any kind of change last night. I replaced all the files with that backup twice already, so whatever was altered went back to it's original form.
I do believe that the problem is located somewhere else. Maybe my database is "looking" at the wrong DIR_FS_SQL_CACHE.
What i don't know is how to check if what's on the database matches what on my configure.php files.

Another thing worth mentioning maybe is that last night,before i did any of the above, i tried to redirect my website ( https://www.mywebsite.com ) to https://www.mywebsite.com/Catalog thinking that this would eliminate any need of moving my store folder to the root.
After redirecting i noticed that there was some kind of conflict so i canceled the redirect.Does that help in any way?

i tried to redirect my website
Check in your backup the htaccess contents

Ok i think you're on to something. Where is the htaccess supposed to be located on the server files? Inside the /Catalog ? I think i'm missing that file. i Did found one on my backup that inside says:

@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 16111 2010-04-29 22:39:02Z 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.

Example:

#<Directory "/usr/local/apache/htdocs">

AllowOverride Limit Indexes

#</Directory>
###############################

#NOBODY SHOULD BE SNOOPING HERE

deny everything

<FilesMatch ".*">
Order Allow,Deny
Deny from all
</FilesMatch>

IndexIgnore /

i tried to redirect my website
Where ever this one is...maybe at the root

Inside root and /Catalog there are no htaccess files. If it had,it would block any access to them,right? Maybe i'm wrong.
What should i lookout for when you say "Check in your backup the htaccess contents" ? Is there something that needs to be changed in there?

What I was wondering is if the redirect still existed somewhere

The redirect was done from my providers Control Panel ( godaddy ) and i canceled it when i found out it was causing a conflict.
Redirects "write" on htaccess files?
I do believe that my problem is located on where my database is "looking" on my configure.php files to get information about the store.
Any ideas how to check if whats on my database matches what's on my configure.php files?
Thanks

Redirects "write" on htaccess files?
Yes that is how it is done
my providers Control Panel ( godaddy )
Sorry about that...
How can one serious about their business expect to operate it there?

I digress...

I do believe that my problem is located on where my database is "looking"
It would load but display an error frontend maybe but most likely in the admin

Well, i will contact their support and see what they have to say about all this. In the meanwhile, i still can't figure out what's causing the problem. I will get back when i finish talking to them.

PS: I won't ask what's wrong with using Godaddy as i would like to keep this thread clean but feel free to IM me to elaborate!

I won't ask what's wrong with using Godaddy as i would like to keep this thread clean but feel free to IM me to elaborate!
Just search for them on this forum and make your own decision

I will. In the meanwhile, after talking with their support my website miraculously start working again. Turns out forwarding to the subdirectory does not work and what needed to be done was adding a redirect pointing to /Catalog.

Thanks Kobra for your time! Much appreciated :bigups: