經常會看到:javascript
require_once('../../lib/some_class.php');
該方法有不少缺點:php
它首先查找指定的php包含路徑, 而後查找當前目錄.css
所以會檢查過多路徑.html
若是該腳本被另外一目錄的腳本包含, 它的基本目錄變成了另外一腳本所在的目錄.前端
另外一問題, 當定時任務運行該腳本, 它的上級目錄可能就不是工做目錄了.java
所以最佳選擇是使用絕對路徑:mysql
define('ROOT' , '/var/www/project/'); require_once(ROOT . '../../lib/some_class.php'); //rest of the code
咱們定義了一個絕對路徑, 值被寫死了. 咱們還能夠改進它. 路徑 /var/www/project 也可能會改變, 那麼咱們每次都要改變它嗎? 不是的, 咱們可使用__FILE__常量, 如:linux
//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
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 文件
<?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
這樣, 你將會獲得一個 Headers already send error. 爲何? 由於 「super extra character」 已經被輸出了. 如今你得開始調試啦. 這會花費大量時間尋找 super extra 的位置.
所以, 養成省略關閉符的習慣:
<?php class super_class { function super_function() { //super code } } //No closing tag
這會更好.
這稱爲輸出緩衝, 假如說你已在不一樣的函數輸出內容:
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內容.
>>輸出給瀏覽器的同時又作php的處理很糟糕. 你應該看到過有些站點的側邊欄或中間出現錯誤信息. 知道爲何會發生嗎? 由於處理和輸出混合了.
輸出一些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庫也依賴頭信息.
相似的有 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: <br />". 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 "<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 />"; }
某些簡單例子:
$_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訪問
沒據說過? 請看下面:
<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>
如今, 這段代碼放在應用的各個目錄文件中行爲都一致.
關閉不相的錯誤報告. 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). 查看這裏, 瞭解更多.
若是你想限制最小時間, 可使用下面的腳本:
set_time_limit(30); //Rest of the code
高枕無憂嗎? 注意任何外部的執行, 如系統調用,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開發.