Blank screen but admin working.

[lat9]

Your plugin? :) was thinking of suggesting, but intermittent cause?

No plugin, but what was posted for the debug-log contents doesn't map with the results of the Developer's Tool Kit. Although, the OP indicated that the admin works and the store-side doesn't which is most likely a result of a correct path within the admin's configure.php file and an incorrect one in the store's.

@glamourdolleyes, would you post the contents of /YOUR_ADMIN/includes/configure.php and /includes/configure.php ... making sure to xxxx-out any database credentials?

[glamourdolleyes]

The guy who transferred my site fixed the last error. He said that GoDaddy was pulling from a configure.bak file and not configure.php

But now I am getting this error:

PHP Fatal error: 2013:Lost connection to MySQL server during query :: select value
from sessions
where sesskey = 'e0060f7693c79c38b44d8088dab859d8'
and expiry > '1412791082' in /home/glamourdolleyes/public_html/includes/classes/db/mysql/query_factory.php on line 101

[RodG]

The guy who transferred my site fixed the last error. He said that GoDaddy was pulling from a configure.bak file and not configure.php

Apologies for being blunt, but what the guy said is BS.

But now I am getting this error:
PHP Fatal error: 2013:Lost connection to MySQL server during query :: select value
from sessions
where sesskey = 'e0060f7693c79c38b44d8088dab859d8'
and expiry > '1412791082' in /home/glamourdolleyes/public_html/includes/classes/db/mysql/query_factory.php on line 101

When and where are you getting this error? Although not good, this kind of error is usually of a transient nature that generally occurs if/when the SQL server is being overloaded.

More info needed.

Cheers
RodG

[mc12345678]

The guy who transferred my site fixed the last error. He said that GoDaddy was pulling from a configure.bak file and not configure.php

Apologies for being blunt, but what the guy said is BS.

Personally, I was thinking of the two sides to every story aspect and well because I had previously targetted the possibility of renamed files that still end in .php, thought that perhaps there was a misunderstanding of what was said. For all we know there was a local/configure.php file and in the discussion it was called a backup nd that translated to configure.bak. Good ole' phone tree game give a message to the first of many people and see what comes out t the end.

[RodG]

Good ole' phone tree game give a message to the first of many people and see what comes out t the end.

You're too nice. :)

What happened to the old computing adage "Garbage in, Garbage out".

I do understand what you are saying, but I get so frustrated that no one seems to want to be definitive these days (especially with computing). It's like a schoolkid answering a question 1 + 1 = 3 and instead of being told that the answer is *wrong* they get told that under some special conditions it may in fact be right. OK, so it may save a few hurt feelings, but it's really not doing anyone any long term favours.

Why not call a spade a spade?

Cheers
RodG

[mc12345678]

You're too nice. :)

What happened to the old computing adage "Garbage in, Garbage out".

I do understand what you are saying, but I get so frustrated that no one seems to want to be definitive these days (especially with computing). It's like a schoolkid answering a question 1 + 1 = 3 and instead of being told that the answer is *wrong* they get told that under some special conditions it may in fact be right. OK, so it may save a few hurt feelings, but it's really not doing anyone any long term favours.

Why not call a spade a spade?

Cheers
RodG

May have been too nice, but problem is that don't know who was really wrong, the OP for stating that the third person told them that, or that the third person actually said it. Big thing out of it is that the answer provided here was believed to be true which is in no way a function of a standard ZC install to load configure.bak. So that spade is definitely a spade. How it came to be a spade, well that's up to the parties involved as far as I am concerned.

It does further indicate the lack of understanding of the system, the setup, and what has been done to get the site where it is today. But that is basically in the past and though in some ways relevant to solve the issues is pretty much important to know for that purpose at this time. None of the described error messages are "typical" situations (duplicately loaded functions, database intermittently disconnecting, extra configure files of any type, etc...)

So, yeah, the statement was wrong regarding a ZC obtained copy of ZC trying to load configure.bak and causing the initially reported error.

[RodG]

May have been too nice, but problem is that don't know who was really wrong, the OP for stating that the third person told them that, or that the third person actually said it.

I don't see how this makes a difference, BS is BS regardless of its source.

If it originated from 'the guy that did the transfer' then the OP has a right to know that they've been told porkies.

If it originated from the OP as a result of misunderstanding what was said it isn't fair to leave the OP with the impression that the statement made is actually possible. It is better that they know nothing than believe a falsehood.

Cheers
RodG

[DivaVocals]

I don't see how this makes a difference, BS is BS regardless of its source.

If it originated from 'the guy that did the transfer' then the OP has a right to know that they've been told porkies.

If it originated from the OP as a result of misunderstanding what was said it isn't fair to leave the OP with the impression that the statement made is actually possible. It is better that they know nothing than believe a falsehood.

Cheers
RodG

**nods in agreement**

As my husband says "same thing is the same thing"..