Store not working after moving it to another folder.

[zbit]

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/i...hp?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.

[kobra]

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

[zbit]

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

[kobra]

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

[zbit]

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?

[kobra]

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

[zbit]

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 ( www.mywebsite.com ) to 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?

[kobra]

i tried to redirect my website

Check in your backup the htaccess contents

[zbit]

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

<Limit GET POST PUT>
Order Allow,Deny
Deny from All
</Limit>

#NOBODY SHOULD BE SNOOPING HERE

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

IndexIgnore */*

[kobra]

i tried to redirect my website

Where ever this one is...maybe at the root