Ok, I am gonna tell you that there’s a variable in your mysql configuration that is causing the MySql connection to timeout waiting idle. This could happen in the case, when you start the php script, make a mysql connection and then the script is doing some heavy processing, while the mysql connection made initially is sitting idle doing nothing. So in such cases, the MySql will check for the ‘wait_timeout’ variable setting and if the php script didn’t use the mysql connection for the ‘wait_timeout’ interval, the MySql will kill that connection and hence your script will get the ‘MySQL server has gone away’ error.

Solution to resolve this issue, two folds:

1. If you make the MySQL connection, then you better use it. If you don’t want it then the resource needs to be released so others can use it.
2. Else If you think that you need the connection and it is OK for it to sit idle for that time, then increase the value of ‘wait_timeout’ during runtime at the beginning of the script by issuing the SQL query ‘SET GLOBAL wait_timeout=60‘ in case you want to set it to 60 seconds and then restore it before you exit your script.

But, as always, if you increase the ‘wait_timeout’ value, check your server performance for another few days and see if there is any negative impact. If no impact then you are OK, but if there is then I would recommend Option 1.

Hope to help,

Ketan

PHP Warning:  PHP Startup: Unable to load dynamic library ‘./php_mysql.dll’ – The specified module could not be found.\r\n in Unknown on line 0

The problem is two fold here:

1. The extension directory path is incorrect
2. And php module isn’t able to find libmysql.dll

To resolve the issue:

1. Update ‘extension_dir’ from ‘./’ to ‘G:/Server/php/ext/’
2. Update the ‘PATH’ variable on your computer to include the PHP directory (G:\Server\php) in my case.

Hope this will save you time and trouble of finding a proper solution.

Basically what this error is trying to mention that there is an issue with your php_openssl.dll and a possible mismatch with other depending libraries. To resolve this, follow the below steps:

1. Rename ‘ssleay32.dll’ and ‘libeay32.dll’ in c:\windows\system32 to ‘ssleay32.dll.old’ and ‘libeay32.dll.old’ respectively.

2. Copy ‘ssleay32.dll’ and ‘libeay32.dll’ from your PHP folder to the system32.

3. Restart the apache webserver.

This should get your problem sorted!!

Open the file in VIM then

:g/\/\/.\+/s

Above command will look for anything after including the “//” characters which is basically a comment in C, C++, php and several other languages.

Consider the following scenario,

<?php
// Sign out
signOut();

// Redirect back to the main page
header(“Location: http://toronto.eclassifieds4u.com/main“);
?>

If for some reason, the header() call to redirect is not working, there won’t be any error messages, making it difficult to debug. However, using headers_sent(), you may easily find the source of the problem.

<?php
// Sign out
signOut();

/*
* If headers were already sent for some reason,
* the upcoming call to header() will not work…
*/
if(headers_sent($file, $line)){
// … where were the mysterious headers sent from?
echo “Headers were already sent in $file on line $line…”;
}

// Redirect back to the main page
header(“Location: http://toronto.eclassifieds4u.com/main“);
?>

As the documentation states, “header() must be called before any actual output is sent, either by normal HTML tags, blank lines in a file, or from PHP.” In the above debugging solution, you will find out exactly where any of these problematic output or blank lines exist. You should then be able to resolve the issues with much more ease than if you hunted for the problems aimlessly.

You have encoded your php files using Zend Encoder and uploaded to the server but gives you this error. This problem occurs due to your FTP software which has ftp’ed your file to the server in ascii mode.

To fix, make sure you upload the file in binary mode and not ascii. This will fix your problem.