常常會看到:
?require_once
(
'../../lib/some_class.php'
);
該方法有很多缺點:
它首先查找指定的php包含路徑, 然後查找當前目錄.
因此會檢查過多路徑.
如果該腳本被另一目錄的腳本包含, 它的基本目錄變成了另一腳本所在的目錄.
另一問題, 當定時任務運行該腳本, 它的上級目錄可能就不是工作目錄了.
因此最佳選擇是使用絕對路徑:
?define(
'ROOT'
,
'/var/www/project/'
);
require_once
(ROOT .
'../../lib/some_class.php'
);
//rest of the code
我們定義了一個絕對路徑, 值被寫死了. 我們還可以改進它. 路徑 /var/www/project 也可能會改變, 那麼我們每次都要改變它嗎? 不是的, 我們可以使用__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
現在, 無論你移到哪個目錄, 如移到一個外網的服務器上, 代碼無須更改便可正確運行.
可以在腳本頭部引入多個文件, 像類庫, 工具文件和助手函數等, 如:
?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內容.
在開發環境中, 我們打印數據庫查詢語句, 轉存有問題的變量值, 而一旦問題解決, 我們注釋或刪除它們. 然而更好的做法是保留調試代碼.
在開發環境中, 你可以:
?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"
;
}
}
system, exec, passthru, shell_exec 這4個函數可用於執行系統命令. 每個的行為都有細微差別. 問題在於, 當在共享主機中, 某些函數可能被選擇性的禁用. 大多數新手趨於每次首先檢查哪個函數可用, 然而再使用它.
更好的方案是封成函數一個可跨平台的函數.
?/**
Method to execute a command in the terminal
Uses :
1. system
2. passthru
3. exec
4. shell_exec
*/
function
terminal(
$command
)
{
//system
if
(function_exists(
'system'
))
{
ob_start();
system(
$command
,
$return_var
);
$output
= ob_get_contents();
ob_end_clean();
}
//passthru
else
if
(function_exists(
'passthru'
))
{
ob_start();
passthru
(
$command
,
$return_var
);
$output
= ob_get_contents();
ob_end_clean();
}
//exec
else
if
(function_exists(
'exec'
))
{
exec
(
$command
,
$output
,
$return_var
);
$output
= implode(
"n"
,
$output
);
}
//shell_exec
else
if
(function_exists(
'shell_exec'
))
{
$output
= shell_exec(
$command
) ;
}
else
{
$output
=
'Command execution not possible on this system'
;
$return_var
= 1;
}
return
array
(
'output'
=>
$output
,
'status'
=>
$return_var
);
}
terminal(
'ls'
);
上面的函數將運行shell命令, 只要有一個系統函數可用, 這保持了代碼的一致性.
function
add_to_cart(
$item_id
,
$qty
)
{
$_SESSION
[
'cart'
][
'item_id'
] =
$qty
;
}
add_to_cart(
'IPHONE3'
, 2 );
使用上面的函數添加單個項目. 而當添加項列表的時候,你要創建另一個函數嗎? 不用, 只要稍加留意不同類型的參數, 就會更靈活. 如:
?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) );
現在, 同個函數可以處理不同類型的輸入參數了. 可以參照上面的例子重構你的多處代碼, 使其更智能.
我很想知道為什麼這麼多關於php建議的博客文章都沒提到這點.
?<?php
echo
"Hello"
;
//Now dont close this tag
這將節約你很多時間. 我們舉個例子:
一個 super_class.php 文件
?//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
這樣, 你將會得到一個 Headers already send error. 為什麼? 因為 “super extra character” 已經被輸出了. 現在你得開始調試啦. 這會花費大量時間尋找 super extra 的位置.
因此, 養成省略關閉符的習慣:
?<!--?php
class
super_class
{
function
super_function()
{
//super code
}
}
//No closing tag</pre-->
這會更好.
這稱為輸出緩沖, 假如說你已在不同的函數輸出內容:
?function
print_header()
{
echo
"Site Log and Login links"
;
}
function
print_footer()
{
echo
"Site was made by me"
;
}
print_header();
for
(
$i
= 0 ;
$i
';
}
print_footer();
替代方案, 在某地方集中收集輸出. 你可以存儲在函數的局部變量中, 也可以使用ob_start和ob_end_clean. 如下:
?function
print_header()
{
$o
=
"Site Log and Login links"
;
return
$o
;
}
function
print_footer()
{
$o
=
"Site was made by me"
;
return
$o
;
}
echo
print_header();
for
(
$i
= 0 ;
$i
';
}
echo
print_footer();
為什麼需要輸出緩沖:
>>可以在發送給浏覽器前更改輸出. 如 str_replaces 函數或可能是 preg_replaces 或添加些監控/調試的html內容.
>>輸出給浏覽器的同時又做php的處理很糟糕. 你應該看到過有些站點的側邊欄或中間出現錯誤信息. 知道為什麼會發生嗎? 因為處理和輸出混合了.
輸出一些xml.
?$xml
=
''
;
$xml
= "0
";
//Send xml data
echo
$xml
;
工作得不錯. 但需要一些改進.
?$xml
=
''
;
$xml
= "0
";
//Send xml data
header(
"content-type: text/xml"
);
echo
$xml
;
注意header行. 該行告知浏覽器發送的是xml類型的內容. 所以浏覽器能正確的處理. 很多的javascript庫也依賴頭信息.
類似的有 javascript , css, jpg image, png image:
JavaScript
?header(
"content-type: application/x-javascript"
);
echo
"var a = 10"
;
CSS
?header(
"content-type: text/css"
);
echo
"#div id { background:#000; }"
;
曾經遇到過在mysql表中設置了unicode/utf-8編碼, phpadmin也能正確顯示, 但當你獲取內容並在頁面輸出的時候,會出現亂碼. 這裡的問題出在mysql連接的字符編碼.
?//Attempt to connect to database
$c
= mysqli_connect(
$this
->host ,
$this
->username,
$this
->password);
//Check connection validity
if
(!
$c
)
{
die
(
"Could not connect to the database host: "
. mysqli_connect_error());
}
//Set the character set of the connection
if
(!mysqli_set_charset (
$c
,
'UTF8'
))
{
die
(
'mysqli_set_charset() failed'
);
}
一旦連接數據庫, 最好設置連接的 characterset. 你的應用如果要支持多語言, 這麼做是必須的.
php5.4前, 字符的默認編碼是ISO-8859-1, 不能直接輸出如À â等.
?$value
= htmlentities(
$this
->value , ENT_QUOTES , CHARSET);
php5.4以後, 默認編碼為UTF-8, 這將解決很多問題. 但如果你的應用是多語言的, 仍然要留意編碼問題,.
考慮過使用 ob_gzhandler 嗎? 不要那樣做. 毫無意義. php只應用來編寫應用. 不應操心服務器和浏覽器的數據傳輸優化問題.
使用apache的mod_gzip/mod_deflate 模塊壓縮內容.
時常會用php輸出動態javascript內容:
?$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"]
優雅乎?
寫或保存文件前, 確保目錄是可寫的, 假如不可寫, 輸出錯誤信息. 這會節約你很多調試時間. 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"
);
}
這麼做後, 你會得到一個文件在何處寫及為什麼失敗的明確信息.
在linux環境中, 權限問題可能會浪費你很多時間. 從今往後, 無論何時, 當你創建一些文件後, 確保使用chmod設置正確權限. 否則的話, 可能文件先是由”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);
if
(
$_POST
[
'submit'
] ==
'Save'
)
{
//Save the things
}
上面大多數情況正確, 除了應用是多語言的. ‘Save’ 可能代表其它含義. 你怎麼區分它們呢. 因此, 不要依賴於submit按鈕的值.
?if
(
$_SERVER
[
'REQUEST_METHOD'
] ==
'POST'
and
isset(
$_POST
[
'submit'
]) )
{
//Save the things
}
現在你從submit按鈕值中解脫出來了.
//Delay for some time
function
delay()
{
$sync_delay
= get_option(
'sync_delay'
);
echo
"Delaying for $sync_delay seconds..."
;
sleep(
$sync_delay
);
echo
"Done "
;
}
用靜態變量取代:
?//Delay for some time
function
delay()
{
static
$sync_delay
= null;
if
(
$sync_delay
== null)
{
$sync_delay
= get_option(
'sync_delay'
);
}
echo
"Delaying for $sync_delay seconds..."
;
sleep(
$sync_delay
);
echo
"Done "
;
}
某些簡單例子:
?$_SESSION
[
'username'
] =
$username
;
$username
=
$_SESSION
[
'username'
];
這會導致某些問題. 如果在同個域名中運行了多個應用, session 變量可能會沖突. 兩個不同的應用可能使用同一個session key. 例如, 一個前端門戶, 和一個後台管理系統使用同一域名.
從現在開始, 使用應用相關的key和一個包裝函數:
?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;
}
假如你在某文件中定義了很多工具函數:
?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內建有同名的函數, 這樣可以避免沖突.
另一種看法是, 你可以在同個應用中為同個類維護多個版本, 而不導致沖突. 這是封裝的基本好處, 無它.
>>使用echo取代print
>>使用str_replace取代preg_replace, 除非你絕對需要
>>不要使用 short tag
>>簡單字符串用單引號取代雙引號
>>head重定向後記得使用exit
>>不要在循環中調用函數
>>isset比strlen快
>>始中如一的格式化代碼
>>不要刪除循環或者if-else的括號
不要這樣寫代碼:
?if
(
$a
== true)
$a_count
++;
這絕對WASTE.
寫成:
?if
(
$a
== true)
{
$a_count
++;
}
不要嘗試省略一些語法來縮短代碼. 而是讓你的邏輯簡短.
>>使用有高亮語法顯示的文本編輯器. 高亮語法能讓你減少錯誤.
比如說你想 trim 數組中的所有元素. 新手可能會:
?foreach
(
$arr
as
$c
=>
$v
)
{
$arr
[
$c
] = trim(
$v
);
}
但使用 array_map 更簡單:
?$arr
=
array_map
(
'trim'
,
$arr
);
這會為$arr數組的每個元素都申請調用trim. 另一個類似的函數是 array_walk. 請查閱文檔學習更多技巧.
你肯定曾使用過正則表達式驗證 email , ip地址等. 是的,每個人都這麼使用. 現在, 我們想做不同的嘗試, 稱為filter.
php的filter擴展提供了簡單的方式驗證和檢查輸入.
$amount
=
intval
(
$_GET
[
'amount'
] );
$rate
= (int)
$_GET
[
'rate'
];
這是個好習慣.
如果你使用php開發大型的應用, php承擔了很多運算量, 速度會是一個很重要的指標. 使用profile幫助優化代碼. 可使用
xdebug和webgrid.
對於大的數組和字符串, 必須小心處理. 常見錯誤是發生數組拷貝導致內存溢出,拋出Fatal Error of Memory size 信息:
?$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文件時, 常常會這麼做.
不要認為上面的代碼會經常因內存限制導致腳本崩潰. 對於小的變量是沒問題的, 但處理大數組的時候就必須避免.
確保通過引用傳遞, 或存儲在類變量中:
?$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
}
}
盡快的 unset 它們, 讓內存得以釋放,減輕腳本負擔.
確保你的腳本由始至終都使用單一的數據庫連接. 在開始處正確的打開連接, 使用它直到結束, 最後關閉它. 不要像下面這樣在函數中打開連接:
?function
add_to_cart()
{
$db
=
new
Database();
$db
->query(
"INSERT INTO cart ....."
);
}
function
empty_cart()
{
$db
=
new
Database();
$db
->query(
"DELETE FROM cart ....."
);
}
使用多個連接是個糟糕的, 它們會拖慢應用, 因為創建連接需要時間和占用內存.
特定情況使用單例模式, 如數據庫連接.
不厭其煩的寫了太多如下的語句:
?$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方法. 試試吧.
如果所有的內容都是從數據庫獲取的, 它們應該被緩存. 一旦生成了, 就將它們保存在臨時文件中. 下次請求該頁面時, 可直接從緩存中取, 不用再查數據庫.
好處:
>>節約php處理頁面的時間, 執行更快
>>更少的數據庫查詢意味著更少的mysql連接開銷
基於文件的session策略會有很多限制. 使用基於文件的session不能擴展到集群中, 因為session保存在單個服務器中. 但數據庫可被多個服務器訪問, 這樣就可以解決問題.
在數據庫中保存session數據, 還有更多好處:
>>處理username重復登錄問題. 同個username不能在兩個地方同時登錄.
>>能更准備的查詢在線用戶狀態.
>>使用 defines/constants
>>使用函數獲取值
>>使用類並通過$this訪問
沒聽說過? 請看下面:
?<img alt=
""
data-original=
"happy.jpg"
/>
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不得不寫成:
?<span style=
"color:#333333;font-family:''Helvetica, Arial, sans-serif'';"
><a href=
"../home.php"
>Home</a>
<a href=
"ipad.php"
>Ipad</a></span>
因為目錄不一樣. 有這麼多不同版本的導航菜單要維護, 很糟糕啊.
因此, 請使用base標簽.
?<span style=
"color:#333333;font-family:''Helvetica, Arial, sans-serif'';"
><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></span>
現在, 這段代碼放在應用的各個目錄文件中行為都一致.
關閉不相的錯誤報告. E_FATAL 錯誤是很重要的.
?ini_set
(
'display_errors'
, 1);
error_reporting
(~E_WARNING & ~E_NOTICE & ~E_STRICT);
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).
如果你想限制最小時間, 可以使用下面的腳本:
?<span style=
"color:#333333;font-family:''Helvetica, Arial, sans-serif'';"
>set_time_limit(30);
//Rest of the code</span>
高枕無憂嗎? 注意任何外部的執行, 如系統調用,socket操作, 數據庫操作等, 就不在set_time_limits的控制之下.
因此, 就算數據庫花費了很多時間查詢, 腳本也不會停止執行. 視情況而定.
一些例子:
>>mPDF — 能通過html生成pdf文檔
>>PHPExcel — 讀寫excel
>>PhpMailer — 輕松處理發送包含附近的郵件
>>pChart — 使用php生成報表
使用開源庫完成復雜任務, 如生成pdf, ms-excel文件, 報表等.
是時候使用像 codeigniter 這樣的MVC框架了. MVC框架並不強迫你寫面向對象的代碼. 它們僅將php代碼與html分離.
>>明確區分php和html代碼. 在團隊協作中有好處, 設計師和程序員可以同時工作.
>>面向對象設計的函數能讓你更容易維護
>>內建函數完成了很多工作, 你不需要重復編寫
>>開發大的應用是必須的
>>很多建議, 技巧和hack已被框架實現了
phpbench 提供了些php基本操作的基准測試結果, 它展示了一些徽小的語法變化是怎樣導致巨大差異的.
查看php站點的評論, 有問題到IRC提問, 時常閱讀開源代碼, 使用Linux開發.