推薦：如何使用PHP調用TinyURL API
TinyURL是一個縮短網址的Web服務，可以把很長的網址變成簡單的地址，通常創建TinyURL的方法是去其主頁創建，有時候會有用戶在客戶端自動生成TinyURL的情況，這里介紹一個通過PHP調用TinyURL生成縮短地址的方法。 TinyURL API的PHP函數如下 以下為引用的內容

本文討論的是如何徹底杜絕warning: Cannot add header information - headers already sent in......  這種令人莫明其妙的的錯誤。

只要你寫過PHP代碼,相信都遇上過這個大多時候都令人莫明其妙的warning吧..今天我們就來搞定它...............

看了PHP手冊，回答如下：

消息“Warning： Cannot send session cookie - headers already sent。。。”或者“Cannot add header information - headers already sent。。。”。

函數 header()，setcookie() 和 session 函數需要在輸出流中增加頭信息。但是頭信息只能在其它任何輸出內容之前發送。在使用這些函數前不能有任何（如 HTML）的輸出。函數 headers_sent() 能夠檢查您的腳本是否已經發送了頭信息。請參閱“輸出控制函數”。

意思是：不要在使用上面的函數前有任何文字，空行，回車，空格等。但。。。問題是，這答案并不令人滿意。因為往往程序在其他PHP環境下運行卻正常。
 

首先：這錯誤是怎么產生的呢？讓我們來看看PHP是如何處理HTTP header輸出和主體輸出的。

PHP腳本開始執行時，它可以同時發送header(標題)信息和主體信息。 Header信息(來自 header() 或 SetCookie() 函數)并不會立即發送，相反，它被保存到一個列表中。 這樣就可以允許你修改標題信息，包括缺省的標題(例如 Content-Type 標題）。但是，一旦腳本發送了任何非標題的輸出（例如，使用 HTML 或 print() 調用)，那么PHP就必須先發送完所有的Header，然后終止 HTTP header。而后繼續發送主體數據。從這時開始，任何添加或修改Header信息的試圖都是不允許的，并會發送上述的錯誤消息之一。

好!那我們來解決它：

笨方法：把錯誤警告全不顯示!
掩耳盜鈴之計，具體方法就不說了 ^_^#

解決方案：

1)適用于有權限編輯PHP。INI的人

打開php。ini文件(你應試比我清楚你的php。ini在哪里)，找到

output_buffering =改為on或者任何數字。如果是IIS6，請一定改為ON，不然你的PHP效率會奇慢。

2)使用虛擬主機，不能編輯PHP。INI，怎么辦？

簡單：

在你的空間根目錄下建立一個。htaccess文件，內容如下：

AllowOverride All
PHP_FLAG output_buffering On

不幸的情況是：還是不行？全部網頁都不能顯示啦？

那么，你可以打電話罵一通空間商，然后讓他給你把apache的。htaccess AllowOverride打開

3)在PHP文件里解決

ob_start()
啟用output buffering機制。 Output buffering支持多層次 -- 例如，可以多次調用 ob_start() 函數。

ob_end_flush()
發送output buffer（輸出緩沖）并禁用output buffering機制。

ob_end_clean()
清除output buffer但不發送，并禁用output buffering。

ob_get_contents()
將當前的output buffer返回成一個字符串。允許你處理腳本發出的任何輸出。

原理：

output_buffering被啟用時，在腳本發送輸出時，PHP并不發送HTTP header。相反，它將此輸出通過管道（pipe）輸入到動態增加的緩存中（只能在PHP 4。0中使用，它具有中央化的輸出機制）。你仍然可以修改/添加header，或者設置cookie，因為header實際上并沒有發送。當全部腳本終止時，PHP將自動發送HTTP header到瀏覽器，然后再發送輸出緩沖中的內容。

分享：談mySQL數據庫的UTF8中文網站全文檢索的實現
現在的互聯網上，很多網站都提供了全文搜索功能，瀏覽者可以通過輸入關鍵字或者是短語來搜索特定的資料。在PHP MySQL構架的網站中，通常的做法是通過SELECT查詢的Like語句來進行搜索，這一辦法存在搜索不夠精確、以及效率非常低下的缺點。比如對一個有十幾萬