40個對初學者很是有用的PHP技巧

今天咱們要介紹一些關於改善和優化PHP代碼的提示和技巧。請注意,這些PHP技巧適用於初學者,而不是那些已經在使用MVC框架的人。javascript

1.不要使用相對路徑,要定義一個根路徑

這樣的代碼行很常見:php

require_once('../../lib/some_class.php');

這種方法有不少缺點:css

  • 它首先搜索php包括路徑中的指定目錄,而後查看當前目錄。所以,會檢查許多目錄。html

  • 當一個腳本被包含在另外一個腳本的不一樣目錄中時,它的基本目錄變爲包含腳本的目錄。前端

  • 另外一個問題是,當一個腳本從cron運行時,它可能不會將它的父目錄做爲工做目錄。java

  • 因此使用絕對路徑便成爲了一個好方法:mysql

define('ROOT' , '/var/www/project/');
require_once(ROOT . '../../lib/some_class.php');

//rest of the code

這就是一個絕對路徑,而且會一直保持不變。可是,咱們能夠進一步改善。目錄/var/www/project能夠變,那麼咱們每次都要改嗎?linux

不,使用魔術常量如__FILE__可讓它變得可移植。請仔細看:程序員

//suppose your script is /var/www/project/index.php
//Then __FILE__ will always have that full path.

define('ROOT' , pathinfo(__FILE__, PATHINFO_DIRNAME));
require_once(ROOT . '../../lib/some_class.php');

//rest of the code

因此如今,即便你將項目轉移到一個不一樣的目錄,例如將其移動到一個在線的服務器上,這些代碼不須要更改就能夠運行。web

2.不使用require,包括require_once或include_once

你的腳本上可能會包括各類文件,如類庫,實用程序文件和輔助函數等,就像這些:

require_once('lib/Database.php');
require_once('lib/Mail.php');

require_once('helpers/utitlity_functions.php');

這至關粗糙。代碼須要更加靈活。寫好輔助函數能夠更容易地包含東西。舉個例子:

function load_class($class_name)
{
    //path to the class file
    $path = ROOT . '/lib/' . $class_name . '.php');
    require_once( $path ); 
}

load_class('Database');
load_class('Mail');

看到區別了嗎?很明顯。不須要任何更多的解釋。

你還能夠進一步改善:

function load_class($class_name)
{
    //path to the class file
    $path = ROOT . '/lib/' . $class_name . '.php');

    if(file_exists($path))
    {
        require_once( $path ); 
    }
}

這樣作能夠完成不少事情:

  • 爲同一個類文件搜索多個目錄。

  • 輕鬆更改包含類文件的目錄,而不破壞任何地方的代碼。

  • 使用相似的函數用於加載包含輔助函數、HTML內容等的文件。

3.在應用程序中維護調試環境

在開發過程當中,咱們echo數據庫查詢,轉儲創造問題的變量,而後一旦問題被解決,咱們註釋它們或刪除它們。但讓一切留在原地可提供長效幫助。

在開發計算機上,你能夠這樣作:

define('ENVIRONMENT' , 'development');

if(! $db->query( $query )
{
    if(ENVIRONMENT == 'development')
    {
        echo "$query failed";
    }
    else
    {
        echo "Database error. Please contact administrator";
    }    
}

而且在服務器上,你能夠這樣作:

define('ENVIRONMENT' , 'production');

if(! $db->query( $query )
{
    if(ENVIRONMENT == 'development')
    {
        echo "$query failed";
    }
    else
    {
        echo "Database error. Please contact administrator";
    }    
}

4.經過會話傳播狀態消息

狀態消息是那些執行任務後生成的消息。

<?php
if($wrong_username || $wrong_password)
{
    $msg = 'Invalid username or password';
}
?>
<html>
<body>

<?php echo $msg; ?>

<form>
...
</form>
</body>
</html>

這樣的代碼很常見。使用變量來顯示狀態信息有必定的侷限性。由於它們沒法經過重定向發送(除非你將它們做爲GET變量傳播給下一個腳本,但這很是愚蠢)。並且在大型腳本中可能會有多個消息等。

最好的辦法是使用會話來傳播(即便是在同一頁面上)。想要這樣作的話在每一個頁面上必須得有一個session_start。

function set_flash($msg)
{
    $_SESSION['message'] = $msg;
}

function get_flash()
{
    $msg = $_SESSION['message'];
    unset($_SESSION['message']);
    return $msg;
}

在你的腳本中:

<?php
if($wrong_username || $wrong_password)
{
    set_flash('Invalid username or password');
}
?>
<html>
<body>

Status is : <?php echo get_flash(); ?>
<form>
...
</form>
</body>
</html>

5.讓函數變得靈活

function add_to_cart($item_id , $qty)
{
    $_SESSION['cart'][$item_id] = $qty;
}

add_to_cart( 'IPHONE3' , 2 );

當添加單一條目時,使用上面的函數。那麼當添加多個條目時,就得建立另外一個函數嗎?NO。只要讓函數變得靈活起來使之可以接受不一樣的參數便可。請看:

function add_to_cart($item_id , $qty)
{
    if(!is_array($item_id))
    {
        $_SESSION['cart'][$item_id] = $qty;
    }

    else
    {
        foreach($item_id as $i_id => $qty)
        {
            $_SESSION['cart'][$i_id] = $qty;
        }
    }
}

add_to_cart( 'IPHONE3' , 2 );
add_to_cart( array('IPHONE3' => 2 , 'IPAD' => 5) );

好了,如今一樣的函數就能夠接受不一樣類型的輸出了。以上代碼能夠應用到不少地方讓你的代碼更加靈活。

6.省略結束的php標籤,若是它是腳本中的最後一行

我不知道爲何不少博客文章在談論php小技巧時要省略這個技巧。

<?php

echo "Hello";

//Now dont close this tag

這能夠幫助你省略大量問題。舉一個例子:

類文件super_class.php

<?php
class super_class
{
    function super_function()
    {
        //super code
    }
}
?>
//super extra character after the closing tag

如今看index.php

require_once('super_class.php');

//echo an image or pdf , or set the cookies or session data

你會獲得發送錯誤的Header。爲何呢?由於「超級多餘字符」,全部標題都去處理這個去了。因而你得開始調試。你可能須要浪費不少時間來尋找超級額外的空間。

所以要養成省略結束標籤的習慣:

<?php
class super_class
{
    function super_function()
    {
        //super code
    }
}

//No closing tag

這樣更好。

7.在一個地方收集全部輸出,而後一次性輸出給瀏覽器

這就是所謂的輸出緩衝。比方說,你從不一樣的函數獲得像這樣的內容:

function print_header()
{
    echo "<div id='header'>Site Log and Login links</div>";
}

function print_footer()
{
    echo "<div id='footer'>Site was made by me</div>";
}

print_header();
for($i = 0 ; $i < 100; $i++)
{
    echo "I is : $i <br />';
}
print_footer();

其實你應該先在一個地方收集全部輸出。你能夠要麼將它存儲於函數中的變量內部,要麼使用ob_start和ob_end_clean。因此,如今應該看起來像這樣

function print_header()
{
    $o = "<div id='header'>Site Log and Login links</div>";
    return $o;
}

function print_footer()
{
    $o = "<div id='footer'>Site was made by me</div>";
    return $o;
}

echo print_header();
for($i = 0 ; $i < 100; $i++)
{
    echo "I is : $i <br />';
}
echo print_footer();

那麼,爲何你應該作輸出緩衝呢:

你能夠在將輸出發送給瀏覽器以前更改它,若是你須要的話。例如作一些str_replaces,或者preg_replaces,又或者是在末尾添加一些額外的html,例如profiler/debugger輸出。
發送輸出給瀏覽器,並在同一時間作php處理並非好主意。你見過這樣的網站,它有一個Fatal error在側邊欄或在屏幕中間的方框中嗎?你知道爲何會出現這種狀況嗎?由於處理過程和輸出被混合在了一塊兒。

8.當輸出非HTML內容時,經過header發送正確的mime類型

請看一些XML。

$xml = '<?xml version="1.0" encoding="utf-8" standalone="yes"?>';
$xml = "<response>
  <code>0</code>
</response>";

//Send xml data
echo $xml;

工做正常。但它須要一些改進。

$xml = '<?xml version="1.0" encoding="utf-8" standalone="yes"?>';
$xml = "<response>
  <code>0</code>
</response>";

//Send xml data
header("content-type: text/xml");
echo $xml;

請注意header行。這行代碼告訴瀏覽器這個內容是XML內容。所以,瀏覽器可以正確地處理它。許多JavaScript庫也都依賴於header信息。

JavaScript,css,jpg圖片,png圖像也是同樣:

JavaScript

header("content-type: application/x-javascript");
echo "var a = 10";
CSS

header("content-type: text/css");
echo "#div id { background:#000; }"

9.爲MySQL鏈接設置正確的字符編碼

曾碰到過unicode/utf-8字符被正確地存儲在mysql表的問題,phpmyadmin也顯示它們是正確的,可是當你使用的時候,你的網頁上卻並不能正確地顯示。裏面的奧妙在於MySQL鏈接校對。

$host = 'localhost';
$username = 'root';
$password = 'super_secret';

//Attempt to connect to database
$c = mysqli_connect($host , $username, $password);

//Check connection validity
if (!$c) 
{
    die ("Could not connect to the database host: <br />". mysqli_connect_error());
}

//Set the character set of the connection
if(!mysqli_set_charset ( $c , 'UTF8' ))
{
    die('mysqli_set_charset() failed');
}

一旦你鏈接到數據庫,不妨設置鏈接字符集。當你在你的應用程序中使用多種語言時,這絕對有必要。

不然會發生什麼呢?你會在非英文文本中看到不少的方框和????????。

10.使用帶有正確字符集選項的htmlentities

PHP 5.4以前,使用的默認字符編碼是ISO-8859-1,這不能顯示例如À â 這樣的字符。

$value = htmlentities($this->value , ENT_QUOTES , 'UTF-8');

從PHP 5.4起,默認編碼成了UTF-8,這解決了大部分的問題,但你最好仍是知道這件事,若是你的應用程序使用多種語言的話。

11.不要在你的應用程序中gzip輸出,讓apache來作

考慮使用ob_gzhandler?不,別這樣作。它沒有任何意義。PHP應該是來寫應用程序的。不要擔憂PHP中有關如何優化在服務器和瀏覽器之間傳輸的數據。

使用apache mod_gzip/mod_deflate經過.htaccess文件壓縮內容。

12.從php echo javascript代碼時使用json_encode

有些時候一些JavaScript代碼是從php動態生成的。

$images = array(
 'myself.png' , 'friends.png' , 'colleagues.png'
);

$js_code = '';

foreach($images as $image)
{
$js_code .= "'$image' ,";
}

$js_code = 'var images = [' . $js_code . ']; ';

echo $js_code;

//Output is var images = ['myself.png' ,'friends.png' ,'colleagues.png' ,];

放聰明點。使用json_encode:

$images = array(
 'myself.png' , 'friends.png' , 'colleagues.png'
);

$js_code = 'var images = ' . json_encode($images);

echo $js_code;

//Output is : var images = ["myself.png","friends.png","colleagues.png"]

這不是很整潔?

13.在寫入任何文件以前檢查目錄是否可寫

在寫入或保存任何文件以前,請務必要檢查該目錄是不是可寫的,若是不可寫的話,會閃爍錯誤消息。這將節省你大量的「調試」時間。當你工做於Linux時,權限是必需要處理的,而且會有不少不少的權限問題時,當目錄不可寫,文件沒法讀取等的時候。

請確保你的應用程序儘量智能化,並在最短的時間內報告最重要的信息。

$contents = "All the content";
$file_path = "/var/www/project/content.txt";

file_put_contents($file_path , $contents);

這徹底正確。但有一些間接的問題。file_put_contents可能會由於一些緣由而失敗:

  • 父目錄不存在

  • 目錄存在,但不可寫

  • 鎖定文件用於寫入?

所以,在寫入文件以前最好可以一切都弄明確。

$contents = "All the content";
$dir = '/var/www/project';
$file_path = $dir . "/content.txt";

if(is_writable($dir))
{
    file_put_contents($file_path , $contents);
}
else
{
    die("Directory $dir is not writable, or does not exist. Please check");
}

經過這樣作,你就能獲得哪裏文件寫入失敗以及爲何失敗的準確信息。

14.改變應用程序建立的文件的權限

當在Linux環境下工做時,權限處理會浪費你不少時間。所以,只要你的php應用程序建立了一些文件,那就應該修改它們的權限以確保它們在外面「平易近人」。不然,例如,文件是由「php」用戶建立的,而你做爲一個不一樣的用戶,系統就不會讓你訪問或打開文件,而後你必須努力得到root權限,更改文件權限等等。

// Read and write for owner, read for everybody else
chmod("/somedir/somefile", 0644);

// Everything for owner, read and execute for others
chmod("/somedir/somefile", 0755);

15.不要檢查提交按鈕值來檢查表單提交

if($_POST['submit'] == 'Save')
{
    //Save the things
}

以上代碼在大多數時候是正確的,除了應用程序使用多語言的狀況。而後「Save」能夠是不少不一樣的東西。那麼你該如何再作比較?因此不能依靠提交按鈕的值。相反,使用這個:

if( $_SERVER['REQUEST_METHOD'] == 'POST' and isset($_POST['submit']) )
{
    //Save the things
}

如今你就能夠擺脫提交按鈕的值了。

16.在函數中老是有相同值的地方使用靜態變量

//Delay for some time
function delay()
{
    $sync_delay = get_option('sync_delay');

    echo "<br />Delaying for $sync_delay seconds...";
    sleep($sync_delay);
    echo "Done <br />";
}

相反,使用靜態變量:

//Delay for some time
function delay()
{
    static $sync_delay = null;

    if($sync_delay == null)
    {
    $sync_delay = get_option('sync_delay');
    }

    echo "<br />Delaying for $sync_delay seconds...";
    sleep($sync_delay);
    echo "Done <br />";
}

17.不要直接使用$ _SESSION變量

一些簡單的例子是:

$_SESSION['username'] = $username;
$username = $_SESSION['username'];

可是這有一個問題。若是你正在相同域中運行多個應用程序,會話變量會發生衝突。2個不一樣的應用程序在會話變量中可能會設置相同的鍵名。舉個例子,一個相同域的前端門戶和後臺管理應用程序。

所以,用包裝函數使用應用程序特定鍵:

define('APP_ID' , 'abc_corp_ecommerce');

//Function to get a session variable
function session_get($key)
{
    $k = APP_ID . '.' . $key;

    if(isset($_SESSION[$k]))
    {
        return $_SESSION[$k];
    }

    return false;
}

//Function set the session variable
function session_set($key , $value)
{
    $k = APP_ID . '.' . $key;
    $_SESSION[$k] = $value;

    return true;
}

18.封裝實用輔助函數到一個類中

因此,你必須在一個文件中有不少實用函數:

function utility_a()
{
    //This function does a utility thing like string processing
}

function utility_b()
{
    //This function does nother utility thing like database processing
}

function utility_c()
{
    //This function is ...
}

自由地在應用程序中使用函數。那麼你或許想要將它們包裝成一個類做爲靜態函數:

class Utility
{
    public static function utility_a()
    {

    }

    public static function utility_b()
    {

    }

    public static function utility_c()
    {

    }
}

//and call them as 

$a = Utility::utility_a();
$b = Utility::utility_b();

這裏你能夠獲得的一個明顯好處是,若是php有類似名稱的內置函數,那麼名稱不會發生衝突。

從另外一個角度看,你能夠在相同的應用程序中保持多個版本的相同類,而不會發生任何衝突。由於它被封裝了,就是這樣。

19.一些傻瓜式技巧

  • 使用echo代替print

  • 使用str_replace代替preg_replace,除非你肯定須要它

  • 不要使用short tags

  • 對於簡單的字符串使用單引號代替雙引號

  • 在header重定向以後要記得作一個exit

  • 千萬不要把函數調用放到for循環控制行中。

  • isset比strlen快

  • 正確和一致地格式化你的代碼

  • 不要丟失循環或if-else塊的括號。

  • 不要寫這樣的代碼:

if($a == true) $a_count++;

這絕對是一種浪費。

這樣寫

if($a == true)
{
    $a_count++;
}

不要經過吃掉語法縮短你的代碼。而是要讓你的邏輯更簡短。

使用具備代碼高亮功能的文本編輯器。代碼高亮有助於減小錯誤。

20. 使用array_map快速處理數組

比方說,你要trim一個數組的全部元素。新手會這樣作:

foreach($arr as $c => $v)
{
    $arr[$c] = trim($v);
}

但它可使用array_map變得更整潔:

$arr = array_map('trim' , $arr);

這適用於trim數組$arr的全部元素。另外一個相似的函數是array_walk。

21.使用php過濾器驗證數據

你是否是使用正則表達式來驗證如電子郵件,IP地址等值?是的,每一個人都是這樣作的。如今,讓咱們試試一個不一樣的東西,那就是過濾器。

php過濾器擴展程序將提供簡單的方法來有效驗證或校驗值。

22.強制類型檢查

$amount = intval( $_GET['amount'] );
$rate = (int) $_GET['rate'];

這是一種好習慣。

23.使用set_error_handler()將Php錯誤寫入到文件

set_error_handler()能夠用來設置自定義的錯誤處理程序。在文件中編寫一些重要的錯誤用於日誌是個好主意。

24.當心處理大型數組

大型的數組或字符串,若是一個變量保存了一些規模很是大的東西,那麼要當心處理。常見錯誤是建立副本,而後耗盡內存,並獲得內存溢出的致命錯誤:

$db_records_in_array_format; //This is a big array holding 1000 rows from a table each having 20 columns , every row is atleast 100 bytes , so total 1000 * 20 * 100 = 2MB

$cc = $db_records_in_array_format; //2MB more

some_function($cc); //Another 2MB ?

當導入csv文件或導出表到csv文件時,上面這樣的代碼很常見。

像上面這樣作可能常常會因爲內存限制而讓腳本崩潰。對於小規模的變量它不會出現問題,但當處理大型數組時必定要對此加以免。

考慮經過引用傳遞它們,或者將它們存儲在一個類變量中:

$a = get_large_array();
pass_to_function(&$a);

這樣一來,相同的變量(並不是其副本)將用於該函數。

class A
{
    function first()
    {
        $this->a = get_large_array();
        $this->pass_to_function();
    }

    function pass_to_function()
    {
        //process $this->a
    }
}

儘快復原它們,這樣內存就能被釋放,而且腳本的其他部分就能放鬆。

下面是關於如何經過引用來賦值從而節省內存的一個簡單示例。

<?php

ini_set('display_errors' , true);
error_reporting(E_ALL);

$a = array();

for($i = 0; $i < 100000 ; $i++)
{
    $a[$i] = 'A'.$i;
}

echo 'Memory usage in MB : '. memory_get_usage() / 1000000 . '<br />';

$b = $a;
$b[0] = 'B';

echo 'Memory usage in MB after 1st copy : '. memory_get_usage() / 1000000 . '<br />';

$c = $a;
$c[0] = 'B';

echo 'Memory usage in MB after 2st copy : '. memory_get_usage() / 1000000 . '<br />';

$d =& $a;
$d[0] = 'B';

echo 'Memory usage in MB after 3st copy (reference) : '. memory_get_usage() / 1000000 . '<br />';

一個典型php 5.4機器上的輸出是:

Memory usage in MB : 18.08208
Memory usage in MB after 1st copy : 27.930944
Memory usage in MB after 2st copy : 37.779808
Memory usage in MB after 3st copy (reference) : 37.779864

所以能夠看出,內存被保存在第3份經過引用的副本中。不然,在全部普通副本中內存將被愈來愈多地使用。

25.在整個腳本中使用單一的數據庫鏈接

請確保你在整個腳本使用單一的數據庫鏈接。從一開始就打開鏈接,使用至結束,並在結束時關閉它。不要像這樣在函數內打開鏈接:

function add_to_cart()
{
    $db = new Database();
    $db->query("INSERT INTO cart .....");
}

function empty_cart()
{
    $db = new Database();
    $db->query("DELETE FROM cart .....");
}

有多個鏈接也很差,會由於每一個鏈接都須要時間來建立和使用更多的內存,而致使執行減緩。

在特殊狀況下。例如數據庫鏈接,可使用單例模式。

26.避免直接寫SQL,要把SQL語句抽象出來

不厭其煩的寫了太多以下的語句:

$query = "INSERT INTO users(name , email , address , phone) VALUES('$name' , '$email' , '$address' , '$phone')";
$db->query($query); //call to mysqli_query()

這不是個建壯的方案。它有些缺點:

  • 每次都手動轉義值

  • 驗證查詢是否正確

  • 查詢的錯誤會花很長時間識別(除非每次都用if-else檢查)

  • 很難維護複雜的查詢

所以使用函數封裝:

function insert_record($table_name , $data)
{
    foreach($data as $key => $value)
    {
    //mysqli_real_escape_string
        $data[$key] = $db->mres($value);
    }
 
    $fields = implode(',' , array_keys($data));
    $values = "'" . implode("','" , array_values($data)) . "'";
 
    //Final query
    $query = "INSERT INTO {$table}($fields) VALUES($values)";
 
    return $db->query($query);
}
 
$data = array('name' => $name , 'email' => $email  , 'address' => $address , 'phone' => $phone);
 
insert_record('users' , $data);

看到了嗎?這樣會更易讀和擴展。record_data函數當心的處理了轉義。
最大的優勢是數據被預處理爲一個數組,任何語法錯誤都會被捕獲。
該函數應該定義在某個database類中,你能夠像$db->insert_record這樣調用。
相似的也能夠編寫update,select,delete方法。試試吧。

27.將數據庫生成的內容緩存到靜態文件中

若是全部的內容都是從數據庫獲取的,它們應該被緩存。一旦生成了,就將它們保存在臨時文件中。下次請求該頁面時,可直接從緩存中取,不用再查數據庫。

好處:

  • 節約php處理頁面的時間, 執行更快

  • 更少的數據庫查詢意味着更少的mysql鏈接開銷

28.在數據庫中保存session

基於文件的session策略會有不少限制。使用基於文件的session不能擴展到集羣中,由於session保存在單個服務器中。但數據庫可被多個服務器訪問。這樣就能夠解決問題。
在數據庫中保存session數據,還有更多好處:

  • 處理username重複登陸問題。同個username不能在兩個地方同時登陸。

  • 能更準備的查詢在線用戶狀態。

29. 避免使用全局變量

  • 使用defines/constants

  • 使用函數獲取值

  • 使用類並經過$this訪問

30.在head中使用base標籤

沒據說過?請看下面:

<head>
<base href="http://www.domain.com/store/">
</head>
<body>
<img src="happy.jpg" />
</body>
</html>

base標籤很是有用。假設你的應用分紅幾個子目錄,它們都要包括相同的導航菜單。
www.domain.com/store/home.php
www.domain.com/store/products/ipad.php
在首頁中,能夠寫:

<a href="home.php">Home</a>
<a href="products/ipad.php">Ipad</a>

但在你的ipad.php不得不寫成:

<a href="../home.php">Home</a>
<a href="ipad.php">Ipad</a>

由於目錄不同。有這麼多不一樣版本的導航菜單要維護,很糟糕啊。
所以,請使用base標籤。

<head>
<base href="http://www.domain.com/store/">
</head>
<body>
<a href="home.php">Home</a>
<a href="products/ipad.php">Ipad</a>
</body>
</html>

如今,這段代碼放在應用的各個目錄文件中行爲都一致。

31.永遠不要將error_reporting設爲0

關閉不相的錯誤報告. E_FATAL 錯誤是很重要的.

ini_set('display_errors', 1);
error_reporting(~E_WARNING & ~E_NOTICE & ~E_STRICT);

注意:

  1. 這個讓web服務器記錄錯誤信息的文件'/path/to/errors.txt'應該讓web服務器具備可寫的權限。

  2. 這個錯誤日誌文件要獨立開來。不然全部的各類日誌,包括apache web服務器的日誌、其它的錯誤日誌都將混雜在一塊兒了。

  3. 並且,爲當前應用程序設置的錯誤日誌文件應該只記錄了當前應用程序的錯誤日誌(有可能web服務器上還運行了其它的應用程序)。

  4. 應用的錯誤日誌應該放在當前應用程序的某個目錄下,使得像/var/log這樣的系統目錄再也不須要去尋找。

  5. 不要設置error_reporting爲0。這會使得全部發生的一切都不會被記錄。

另外,set_error_handler應該被用於設置一個用戶自定義的錯誤處理方法。例如,這個特有的功能,能夠記錄全部的錯誤到一個文件中。

在開發環境的php.ini 中設置'display_errors=On'

在開發環境的php.ini裏,啓用display_errors的權限是很重要的 (且不要依賴於 ini_set 的設置)。這是由於任何編譯時發生的錯誤都不容許ini_set來運行,這會致使出現一個空白頁面而沒有任何錯誤信息被顯示出來。

一樣的,在php.ini中設置爲了On,但在代碼中把其設置爲了off,那麼錯誤發生時一樣顯示不出來。

在產品環境的php.ini中設置'display_errors=Off'

不要依賴於代碼init_set('display_errors',0);由於若是編譯時代碼發生錯誤,那麼這條語句就不會被執行,而錯誤信息就會立刻顯示給了客戶。

32.注意平臺體系結構

integer在32位和64位體系結構中長度是不一樣的。所以某些函數如strtotime的行爲會不一樣。
在64位的機器中,你會看到以下的輸出。

$ php -a
Interactive shell
 
php > echo strtotime("0000-00-00 00:00:00");
-62170005200
php > echo strtotime('1000-01-30');
-30607739600
php > echo strtotime('2100-01-30');
4104930600

但在32位機器中, 它們將是bool(false)。

33.不要過度依賴set_time_limit

若是你想限制最小時間,可使用下面的腳本:

set_time_limit(30);
 
//Rest of the code

高枕無憂嗎?注意任何外部的執行,如系統調用,socket操做,數據庫操做等,就不在set_time_limits的控制之下。所以,就算數據庫花費了不少時間查詢,腳本也不會中止執行。視狀況而定。

34.使用擴展庫

一個應用經常須要使用到不少用基本php代碼實現的功能。像生成pdf文件,處理圖片,發送郵件,生成圖形和文檔等等。有大量的外部庫可以快速輕易地實現這些功能。
下面是一些很流行的庫:

  • mPDF - 生成pdf文檔,能漂亮地把html轉換爲pdf格式。

  • PHPExcel - 讀寫Excel文件

  • PhpMailer - 容易地實現發送帶附件的html郵件

  • pChart - 用php生成圖片

35.使用MVC框架

是時候使用像codeigniter這樣的MVC框架了。MVC框架並不強迫你寫面向對象的代碼。它們僅將php代碼與html分離。

  • 明確區分php和html代碼。在團隊協做中有好處,設計師和程序員能夠同時工做。

  • 面向對象設計的函數能讓你更容易維護

  • 內建函數完成了不少工做。你不須要重複編寫

  • 開發大的應用是必須的

  • 不少建議,技巧和hack已被框架實現了

36.時常看看phpbench

phpbench提供了些php基本操做的基準測試結果,它展現了一些徽小的語法變化是怎樣致使巨大差別的。

37.閱讀php官方文檔

PHP官方網站有每個功能、類和及其方法的文檔。全部的這些文檔下面都有這大量的用戶反饋,幷包含了來自於社區的大量有價值的信息。
其中有用戶的反饋,專家建議和代碼片斷等。所以,去看一下吧。

38.到IRC頻道去問問題

IRC頻道:#php,是一個最好的在線問php相關問題的地方。雖然有了大量的博客和論壇的文章,且天天還在不斷地增長,但當一個特殊的問題產生時,在博客和論壇上面未必就能找的。那麼,這時IRC的php頻道正是那個你要問問題的地方。並且,還都是免費的!

39.閱讀開源項目

閱讀其它開源項目代碼一直是一個提高本身能力的好辦法。學習裏面的技術、代碼風格、註釋風格、代碼組織和文件命名等。
我閱讀的第一個開源項目是codeigniter框架。這個框架很容易使用,也很容易讀懂。下面是我推薦的其它的一些開源項目

  1. Codeigniter

  2. WordPress

  3. Joomla CMS

40.在Linux上開發

若是你已經在windows系統上進行開發了,那麼你可能須要試試在linux上作開發。我最喜歡的linux是ubutu。雖然這只是可選的開發環境之一,但我仍然強烈地感受到linux開發環境是一個更好的開發環境。

Php應用一般被部署到linux(LAMP)環境中。然而,在相似的開發環境可以幫助一個健壯的應用程序跑得更快。

在Ubuntu系統上,經過安裝包管理器,大多數開發工具均可以很是容易地安裝到系統中。除此以外,僅經過少許的配置就能夠設置好他們並跑起來。而最美妙的是,這些工具都是免費的!

http://www.codeceo.com
http://www.oschina.net
http://www.binarytides.com

相關文章
相關標籤/搜索