|
|
看了php手冊，回答如下：
消息“Warning： Cannot send session cookie - headers already sent。。。”或者“Cannot add header information - headers already sent。。。”。
函數(shù) header()，setcookie() 和 session 函數(shù)需要在輸出流中增加頭信息。但是頭信息只能在其它任何輸出內(nèi)容之前發(fā)送。在使用這些函數(shù)前不能有任何(如 HTML)的輸出。函數(shù) headers_sent() 能夠檢查您的腳本是否已經(jīng)發(fā)送了頭信息。請參閱“輸出控制函數(shù)”。
意思是：不要在使用上面的函數(shù)前有任何文字，空行，回車，空格等。但。。。問題是，這答案并不令人滿意。因為往往程序在其他php環(huán)境下運行卻正常。
首先：這錯誤是怎么產(chǎn)生的呢?讓我們來看看php是如何處理HTTP header輸出和主體輸出的。
php腳本開始執(zhí)行時，它可以同時發(fā)送header(標題)信息和主體信息。 Header信息(來自 header() 或 SetCookie() 函數(shù))并不會立即發(fā)送，相反，它被保存到一個列表中。 這樣就可以允許你修改標題信息，包括缺省的標題(例如 Content-Type 標題)。但是，一旦腳本發(fā)送了任何非標題的輸出(例如，使用 HTML 或 print() 調(diào)用)，那么php就必須先發(fā)送完所有的Header，然后終止 HTTP header。而后繼續(xù)發(fā)送主體數(shù)據(jù)。從這時開始，任何添加或修改Header信息的試圖都是不允許的，并會發(fā)送上述的錯誤消息之一。
好!那我們來解決它：
笨方法：把錯誤警告全不顯示!
掩耳盜鈴之計，具體方法就不說了 ^_^#
解決方案：
1)適用于有權(quán)限編輯php。INI的人
打開php。ini文件(你應(yīng)試比我清楚你的php。ini在哪里)，找到
output_buffering =改為on或者任何數(shù)字。如果是IIS6，請一定改為ON，不然你的php效率會奇慢。
2)使用虛擬主機，不能編輯php。INI，怎么辦?
簡單：
在你的空間根目錄下建立一個。htaccess文件，內(nèi)容如下：
AllowOverride All
php_FLAG output_buffering On
不幸的情況是：還是不行?全部網(wǎng)頁都不能顯示啦?
那么，你可以打電話罵一通空間商，然后讓他給你把apache的。htaccess AllowOverride打開
3)在php文件里解決
ob_start()
啟用output buffering機制。 Output buffering支持多層次 -- 例如，可以多次調(diào)用 ob_start() 函數(shù)。
ob_end_flush()
發(fā)送output buffer(輸出緩沖)并禁用output buffering機制。
ob_end_clean()
清除output buffer但不發(fā)送，并禁用output buffering。
ob_get_contents()
將當前的output buffer返回成一個字符串。允許你處理腳本發(fā)出的任何輸出。
原理：
output_buffering被啟用時，在腳本發(fā)送輸出時，php并不發(fā)送HTTP header。相反，它將此輸出通過管道(pipe)輸入到動態(tài)增加的緩存中(只能在php 4。0中使用，它具有中央化的輸出機制)。你仍然可以修改/添加header，或者設(shè)置cookie，因為header實際上并沒有發(fā)送。當全部腳本終止時，php將自動發(fā)送HTTP header到瀏覽器，然后再發(fā)送輸出緩沖中的內(nèi)容。
php技術(shù)：徹底杜絕PHP的session cookie錯誤，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
