Strange things...

cybercrypt13

We had a website that worked perfectly up until Friday. Since Friday when we open a page we get the following error. No code changes within the site took place so this has to be some sort of configuration problem but I don't know what.

Can any help?

Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/softekso/public_html/tbamu/functions.php:68) in /home/softekso/public_html/tbamu/main/body_header.php on line 2

Thanks

thorpe

Open body_header.php, and check to see there is NO whitespace or html being sent before any calls to session_start().

Do you know php at all? This could be a little difficult to track down.

justsomeone

This error says that you are trying to send header information after you have already sent some content to the browser.

If this has suddenly started happening, either a file has been changed or something is causing a script to send output which it wasn't previously sending (maybe an error message?)

In your case, the content is coming from /home/softekso/public_html/tbamu/functions.php lin 68.

Take a look at that file. Is it displaying an error message? Is it displaying some other content?

cybercrypt13

the first echo below is line 68. Please note that this line is getting hit because the file is not seeing a global variable called $dbname. It was seeing it just fine last week but now its not. Also, test pages that I've setup to make sure session and global variables are working, works perfectly. So while I am 100% positive that the code within this site has not changed, something on the webserver has but not sure what... Nor where to look.

Thanks,

if (!@mysql_select_db($dbname))
{
echo "Problem connecting to: ".$dbname."<br>";
echo "<p><p><a href=\"../index.html\">Login Screen</a>";

//here I do this because browsers suck and even though I log out and try to log in as a unregistered
//user, it would still show me the main form instead of the login form. So as I precaustion, I kill the
//sess_vars...again
$HTTP_SESSION_VARS["group"] = '';
$HTTP_SESSION_VARS["PDA"] = '';
$HTTP_SESSION_VARS["fork_driver"] = '';
$HTTP_SESSION_VARS["userid"] = '';

session_destroy();

session_unregister("group");
session_unregister("PDA");
session_unregister("fork_driver");
session_unregister("userid");

return false;
}

cybercrypt13

Also,

All of the pages have their session_start(); lines as the first line after the <? with no spaces between them. And again nothing on the site has changed and it was working last week, so wondering if Cpanel might have upgraded or reset something that has caused the webserver to act differently that I might check...

Honestly am running out of ideas...

Thanks,

Weedpacket

You're not working on the same project as this person are you? It's just that I've got this strange sense of déjà vu going on here....

justsomeone

Maybe you should consider adding a mysql_error() into that if branch. It won't fix your problem, but it will tell you exactly what problem the script is having connecting to the database.

cybercrypt13

Weedpacket wrote:
You're not working on the same project as this person are you? It's just that I've got this strange sense of déjà vu going on here....

No, don't know that person and my server didn't crash. My server just stopped working on its own accord, at least from my perspective... :-)

cybercrypt13

Also, I have the global property turned on in php.ini file and as I stated earlier, this site was working perfectly on Friday and there has been no changes to it and no server crashes.

Also might anyone explain to me where there are more than one php.ini file and how I might go about determining which one is actually used by php?

Thanks,

cybercrypt13

I need to clarify a few things now that I better understand the problem.

I have a function.php that stores a bunch of functions one of which connects to the db. This function accesses a session var to determine the name of the db and its always worked perfectly for years.

Now, upon trying to access the sessionvar it is finding it to be an empty string, despite the fact that the variable exists on other pages. I have the session_start(); line as the only line directly after <? and again, none of this code has changed so it has to be something on the server thats caused this to act this way.

Any ideas?

thorpe

so it has to be something on the server thats caused this to act this way

Not necessarily, sessions rely on client side cookies, does your browser have cookies enabled?

cybercrypt13

Yes, but its not just my browser. Its all users on the server and I know we didn't all disable cookies at the same time. Just to provide a little more information, I"ve since moved the site over to another webserver and everything works perfectly so I know there is something screwed up on this server causing this problem.

But its a very strange problem indeed.

Thanks,

Blulagoon

cybercrypt13 wrote:
Also might anyone explain to me where there are more than one php.ini file and how I might go about determining which one is actually used by php?

Thanks,

If you run phpinfo(); right at the top you'll see an entry 'Path to Configuration File' which tells you which of your php.ini files is actually being used.

Blu

cybercrypt13

thanks