Prior to the successful deployment of PHP in the Windows 2008+IIS7 environment, on the basis of today, the previous Hang Q site transferred to this server.
After the file is copied to the server, the problem continues to occur.
1
The first problem that arises is the MySQL database name and the account password issue.
When I installed MySQL, I entered a password, but only this password, database name and account number?
Here is the common MySQL command found, after reading these can be reached: The default account is root, the database name? You have to create your own to know ~
2
Second question: After obtaining the above account password, normally, open Fiyi.tk/install to the configuration portal, enter the above account password to complete the MySQL data sheet creation and basic configuration.
But there was an unexpected internal server error. The details of the problem are not thrown, for the specific reason (JI) can (Shu) (BU) guess (gou).
Open fiyi.tk, you can find the homepage can be browsed. At the beginning of the Web page source code has the database link test code, if the link failure will be an error. You can open the homepage to indicate that the database link is correct. The problem is elsewhere.
Manually resolve the database data table problems and site configuration issues first.
Below the install folder in the resource bundle of the website, there is a install.sql file that holds the SQL command to create the required data table. With this file, with the above MySQL "Import. sql File command", easy to solve the database table structure creation problem. And the basic configuration of the site in the previous building platform has been mentioned in the article, the content is saved in the siteinfo.php, manually modified to save.
3
Solve the problem of the data table, open the homepage again, choose to register a new user.
Here comes the question again. The verification code of the image did not brush out, after filling in the information click Confirm, again appeared the internal server error. It seems that the problem cannot be avoided.
Baidu has this problem, many people are advised to first put the specific problems thrown, and then specific treatment. How to throw it? There are two ideas, one is to modify php.ini, and the other to change the Web. config.
Modify PHP.ini:
Modify the php.ini file as follows
Log_errors = Off
In addition, PHP closed warning error, modify the php.ini file error_reporting, by default should be:
Display_errors = Off
error_reporting = E_all & ~e_notice
If modified to this or appear warning error warning also removed:
error_reporting = e_all & ~e_notice | E_warning
Finally restart IIS
Restart the CGI and fastcgi settings before restarting IIS.
Modify Web. config:
Windows hosts, sub-IIS6 and IIS7.
500 wrong ways to solve GoDaddy us space IIS6:
[Code lang= "XML"]
<configuration>
<system.web>
<customerrors mode= "Off"/>
<compilation debug= "true"/>
</system.web>
</configuration>
[/code]
500 wrong ways to solve GoDaddy us space IIS7:
[Code lang= "XML"]
<configuration>
<system.webServer>
<asp scripterrorsenttobrowser= "true"/>
</system.webServer>
<system.web>
<customerrors mode= "Off"/>
<compilation debug= "true"/>
</system.web>
</configuration>[/code]
Put the above code in Notepad, and then directly modify the file name and suffix: Web. config through the above methods, you can easily resolve your godaddy U.S. space 500 error. It is also convenient for you to do the site transfer process, to solve specific compatibility issues.
In general, are the database application path more than a "/", there is garbled when the solution is also very simple! Just add the following code to the top (note: Remove the spaces on both sides):
UTF-8 encoded plus:<% @ language= "VBScript" codepage= "65001″% > GB2312 encoded plus:<% @ language=" VBScript "Codepage=" 936″ % >
In my case, there is no response to modifying php.ini, and after modifying the Web. config, the details of the problem are finally revealed.
4
Details of the issue:
Warning:session_start () [Function.session-start]: Open (C:\Users\YOURNAME\AppData\Local\Temp\php\session\sess_ FICDEL21E6LUPSOJQDK62OFTS5, O_RDWR) failed:no such file or directory (2) in C:\webapp\folder\index.php on line 24
This paragraph is intercepted from other places, I see the error and this similar, except the path is not the same. The author of this text clearly illustrates the solution below:
The solution to the above error was really simple. Simply Re-create the folder C:\Users\YOURNAME\AppData\Local\Temp\php\session\. For some reason, you or your Windows Vista (e.g. during a disk Cleanup) could deleted all the files and folder under C:\User S\yourname\appdata\local\temp\ and this was the main reason PHP can ' t find the correct location to create its temporary fil E for new session.
Just create a folder of the corresponding file name in the appropriate directory.
(This should be a low-level error.) I do not remember to configure PHP or MySQL or IIS to set a session to save the location, at that time a nonexistent path was written, resulting in this error. )
After dealing with the above problems, open the registration window, finally see the image of the verification code. After entering the data, the registration is successful. After logging in, you can also start adding numbers that need to hang Q.
5
Here, there is still a problem not solved. Before hanging Q There is a cronjobs can brush the status of QQ interval, but that is in the space quotient provided by the cpanel inside set.
In this standalone server how to set the implementation, the idea of using the system comes with the scheduled task, each 15 seconds to execute php.exe, input-Q C:\WebSite\cronjobs\cron.php to execute.
Initial test, input C:\php\php.exe-q C:\WebSite\cronjobs\cron.php failed. Did not execute this page.
Not to be continued ...
Deploying PHP on IIS 7 "follow one"