I just restored to a working date and still not working

mc12345678:

Access to the admin completely depends on what exactly has been restored. If you have restored your files AND your database back to that point in time, then the first solution is to use the login credentials that applied at that point. If only the files were restored, then access would be obtained using your most recent admin credentials. If all else fails, then: How do I change or reset my Admin Password? (I lost it)

Just tried to go back to a known working date. March 5. Restored files and database.
Still my root site not up!!!!! How can this be???? Servers fault??

Do you guys think I should rebuild a new site and import my data?

Or just work on errors?

Try this:
Create a file in the root of where your store is.
For example call it: test.php

In that file paste the following:

<?php 
echo 'I work';

Access the file by going to your site's uri/test.php

You should see the words: I work on your screen.

If that works then perhaps the quickest resolution would be to upload a clean set of files, add/merge your plugins, keep the existing includes/configure.php and admin/includes/configure.php files. If it doesn't work then there is something more related with your main site folder/files. I forget is there an .htaccess in the root of your store?

Forgot to mention, if you rebuild the files of the site, then there really should be no need to "transfer" your database. It's already upgraded to 1.5.4 and contains (or did contain) all of the data related to your store.

But, defiinitely make a backup of your database if haven't already.

spawnie69:

Just tried to go back to a known working date. March 5. Restored files and database.
Still my root site not up!!!!! How can this be???? Servers fault??

Do you guys think I should rebuild a new site and import my data?

Or just work on errors?

As I've said before, after a restore, delete the /logs/.log files .. (and in your case also the /cache/.log files for reasons discussed already) and then look at what the errors are.

ALSO: restoring doesn't necessarily delete files that were added since the backup you're restoring from. Maybe there are additional files on your server that don't belong, causing troubles.

mc12345678:

Try this:
Create a file in the root of where your store is.
For example call it: test.php

In that file paste the following:

<?php echo 'I work'; ``` > Access the file by going to your site's uri/test.php > > You should see the words: I work on your screen. > > If that works then perhaps the quickest resolution would be to upload a clean set of files, add/merge your plugins, keep the existing includes/configure.php and admin/includes/configure.php files. If it doesn't work then there is something more related with your main site folder/files. I forget is there an .htaccess in the root of your store? I can see <http://gelcandlecompany.com/test.php> I do have an .htaccess file in my public html folder When doing a clean set should I create a subfolder name? or should just upload a fresh batch of 1.54 files over my files? Thanks you very much.

DrByte:

As I've said before, after a restore, delete the /logs/.log files .. (and in your case also the /cache/.log files for reasons discussed already) and then look at what the errors are.

ALSO: restoring doesn't necessarily delete files that were added since the backup you're restoring from. Maybe there are additional files on your server that don't belong, causing troubles.

Yes, gotcha delete logs in my cache folder after restoring.
No files were added since the restore point that Im aware of.

Considering the state of affairs and my current perception of operations and what seems like a lack of comparison tools, I personally would more than likely take the existing files and "relocate" them out of the way, but maintain them for comparison in rebuilding the template.

I would back up the database (preferrably as it was before backtracking it in the past so that those two orders would be in it), then I would load all of the files to the now current location from a fresh install. But not go through the zc_install process. I would then place the two configure.php files in their rightful place and continue loading the template/plugins. Making a backup before beginning each such install/building a second set of files in parallel...

But, that all said, there are FAQs to address each little step. Between setting up a new store in a new directory independent of the existing, to moving/renaming the folder if you wanted to start in a sub-directory, to creating a development site where you can try to install things, make mistakes and not affect your business for how many days? Etc... Each such FAQ does things one "step" at a time are descriptive and to the point.

My suggestion above is mostly to do the crash rebuild to get back online asap considering that the database is there (hopefully fully intact) so it seems as a matter of restoring the fileset to what it should be without extra (unknown) files.

mc12345678:

Considering the state of affairs and my current perception of operations and what seems like a lack of comparison tools, I personally would more than likely take the existing files and "relocate" them out of the way, but maintain them for comparison in rebuilding the template.
I like this idea. if you guys have the patience with me.

mc12345678:

I would back up the database (preferably as it was before backtracking it in the past so that those two orders would be in it), then I would load all of the files to the now current location from a fresh install. But not go through the zc_install process.
Paste my fresh zc 1.54 file set over my root files? gotcha.

mc12345678:

I would then place the two configure.php files in their rightful place and continue loading the template/plugins. Making a backup before beginning each such install/building a second set of files in parallel...

mc12345678:

But, that all said, there are FAQs to address each little step. Between setting up a new store in a new directory independent of the existing, to moving/renaming the folder if you wanted to start in a sub-directory, to creating a development site where you can try to install things, make mistakes and not affect your business for how many days? Etc... Each such FAQ does things one "step" at a time are descriptive and to the point.

My suggestion above is mostly to do the crash rebuild to get back online asap considering that the database is there (hopefully fully intact) so it seems as a matter of restoring the fileset to what it should be without extra (unknown) files.

Paste my fresh zc 1.54 file set over my root files? gotcha.

No, this is not what I said... Move the files out of the folder, that way as you build/rebuild the fileset of files you have only the files needed for your site... As stated a page or so ago by DrByte it would appear that there are other files present that may be interfering with the total process... Overwriting existing files and not removing extra files does nothing to solve that problem.

As to the patience aspect, technically just about anyone on this forum would support following any posted (FAQ) process to the end. Start going down some deviation (some of what I suggested) and then things get hairy and likely to get advised to follow the documented process(es). Yes I would say I am somewhat talking out of both sides of my mouth, but I also have been able to diagnose my own issues and sometimes I. Get bit and have to redo something, but I have no one to blaim but myself because I could consistently 100% of the time follow one of the documented processes... But as someone I know would say, well I don't want to rock the boat but would basically advise to keep one's mind engaged, understand how things work, current conditions and desired goal... But I digress again. (When was the last time THAT didn't happen? :P )

Well said.

Gotcha take the files out. I'll place into a folder.
Then I'll paste fresh 1.54 zc files in my root.
Then partially run zc install making sure the configure files are set to my backed up known to be working SQL. Then I hopeful!lly should be able to see my site and start fresh and install my add ons except the ones that have overwrites.

Does this sound like a plan?

Thanks

mc12345678:

Considering the state of affairs and my current perception of operations and what seems like a lack of comparison tools, I personally would more than likely take the existing files and "relocate" them out of the way, but maintain them for comparison in rebuilding the template.

I would back up the database (preferrably as it was before backtracking it in the past so that those two orders would be in it), then I would load all of the files to the now current location from a fresh install. But not go through the zc_install process. I would then place the two configure.php files in their rightful place and continue loading the template/plugins. Making a backup before beginning each such install/building a second set of files in parallel...

But, that all said, there are FAQs to address each little step. Between setting up a new store in a new directory independent of the existing, to moving/renaming the folder if you wanted to start in a sub-directory, to creating a development site where you can try to install things, make mistakes and not affect your business for how many days? Etc... Each such FAQ does things one "step" at a time are descriptive and to the point.

My suggestion above is mostly to do the crash rebuild to get back online asap considering that the database is there (hopefully fully intact) so it seems as a matter of restoring the fileset to what it should be without extra (unknown) files.

I did what you suggested and after uploading my both configure files I visited my home page and it appears like this: http://www.gelcandlecompany.com/

My admin is a different story I received a The https://www.gelcandlecompany.com page isn’t working
https://www.gelcandlecompany.com is currently unable to handle this request.
500

and a blank on firefox. Whats in the logs?

this is my first error: [16-Mar-2016 22:03:10] PHP Parse error: syntax error, unexpected T_STATIC in /home8/xxxxxx/public_html/xxxxx/includes/classes/class.admin.zcObserverLogEventListener.php on line 118

I think this was attempt to login to admin.

mc12345678:

Considering the state of affairs and my current perception of operations and what seems like a lack of comparison tools, I personally would more than likely take the existing files and "relocate" them out of the way, but maintain them for comparison in rebuilding the template.

I would back up the database (preferrably as it was before backtracking it in the past so that those two orders would be in it), then I would load all of the files to the now current location from a fresh install. But not go through the zc_install process. I would then place the two configure.php files in their rightful place and continue loading the template/plugins. Making a backup before beginning each such install/building a second set of files in parallel...

But, that all said, there are FAQs to address each little step. Between setting up a new store in a new directory independent of the existing, to moving/renaming the folder if you wanted to start in a sub-directory, to creating a development site where you can try to install things, make mistakes and not affect your business for how many days? Etc... Each such FAQ does things one "step" at a time are descriptive and to the point.

My suggestion above is mostly to do the crash rebuild to get back online asap considering that the database is there (hopefully fully intact) so it seems as a matter of restoring the fileset to what it should be without extra (unknown) files.

I did what you suggested and after uploading my both configure files I visited my home page and it appears like this: http://www.gelcandlecompany.com/

My admin is a different story I received a The https://www.gelcandlecompany.com page isn’t working
https://www.gelcandlecompany.com is currently unable to handle this request.
500

and a blank on firefox. Whats in the logs?

this is my first error: [16-Mar-2016 22:03:10] PHP Parse error: syntax error, unexpected T_STATIC in /home8/xxxxxx/public_html/xxxxx/includes/classes/class.admin.zcObserverLogEventListener.php on line 118

I think this was attempt to login to admin.

I also used my march 5th sql file which was before this nightmare.

I don't get it these config files are from a working date, should I reach for an older one?

Maybe the server will only allow zc shops in subdomains? like my wholesale...hmmm.

At the root no more php connection for emails.....hmmmm.

I need sleep, thanks for helping guys.

spawnie69:

PHP Parse error: syntax error, unexpected T_STATIC in ...admin/includes/classes/class.admin.zcObserverLogEventListener.php on line 118
That's a bug in v1.5.4 when using old PHP versions. Fix is here: https://www.zen-cart.com/showthread.php?215694-Known-Bugs-%28and-fixes%29-with-v1-5-4&p=1268233#post1268233

spawnie69:

I did what you suggested and after uploading my both configure files I visited my home page and it appears like this: http://www.gelcandlecompany.com/

My admin is a different story I received a The https://www.gelcandlecompany.com page isn’t working
https://www.gelcandlecompany.com is currently unable to handle this request.
500

and a blank on firefox. Whats in the logs?

this is my first error: [16-Mar-2016 22:03:10] PHP Parse error: syntax error, unexpected T_STATIC in /home8/xxxxxx/public_html/xxxxx/includes/classes/class.admin.zcObserverLogEventListener.php on line 118

I think this was attempt to login to admin.

I also used my march 5th sql file which was before this nightmare.

DrByte already pointed out the issue with the log file. So now comes a question about server setup to some extent. Please access the admin of your subdomain site, goto the version section (top right) and identify the php version that is detected there.

Then, after applying the patch that DrByte referenced (may want to look at the other posts in that thread) please login to the admin of the "new" site and perform the same. Post the results of each look.

As to the appearance of the current site, that has everything to do with the absence of your template override files. Right now, ZC is trying to access the site using your designated template, but the files are not all there so some things don't look right.

Btw, if you trust the content of your images directory (folders/sub-folders images themselves) not to have been modified by anyone else, then you will want to copy the images folder from the old site to this new rebuild. At least customers will be able to see the product.

mc12345678:

DrByte already pointed out the issue with the log file. So now comes a question about server setup to some extent. Please access the admin of your subdomain site, goto the version section (top right) and identify the php version that is detected there.

Then, after applying the patch that DrByte referenced (may want to look at the other posts in that thread) please login to the admin of the "new" site and perform the same. Post the results of each look.

As to the appearance of the current site, that has everything to do with the absence of your template override files. Right now, ZC is trying to access the site using your designated template, but the files are not all there so some things don't look right.

Btw, if you trust the content of your images directory (folders/sub-folders images themselves) not to have been modified by anyone else, then you will want to copy the images folder from the old site to this new rebuild. At least customers will be able to see the product.

For some reason I can't see my wholesale admin. I uploaded the info file to wholesale folder and it says php 5.2.17
Same goes for the root site is at 5.2.17 too Should I apply the same patch to my sub folder too for access?

I and able to get in the admin if my password worked. Will research that thread.
What setting should i change my pho to 5.6 fast ?

I had that set but it keeps changing, probably from restores?

thanks

spawnie69:

For some reason I can't see my wholesale admin. I uploaded the info file to wholesale folder and it says php 5.2.17
Same goes for the root site is at 5.2.17 too Should I apply the same patch to my sub folder too for access?

I and able to get in the admin if my password worked. Will research that thread.
What setting should i change my pho to 5.6 fast ?

I had that set but it keeps changing, probably from restores?

thanks

Yes it is possible that the backup/restore process could have caused an issue, but I wouldn't hang my hat on that as the cause...5.6 is the preferred version for ZC 1.5.4.

If you stay with PHP 5.2.17 then there are other corrections to be made, but really should continue moving forward with the up-to-date version.

emails are successfully being sent at wholesale from contact us form,

retail side...no.

I would like to set to 5.6 where it should be for my 1.54 cart.

I had this set but I believe the host was resetting numerous times trying to help me.

spawnie69:

emails are successfully being sent at wholesale from contact us form,

retail side...no.

So, need to validate that emails are being sent from retail. Also would suggest reviewing the settings for email between the two sites. Arethey expected to be using the same email address(es). Do account generation/order emails come in? What recipient is not getting the email(s)?