mkdir
(PHP 3, PHP 4, PHP 5)
mkdir -- 新建目錄
說明
bool mkdir ( string pathname [, int mode] )
嘗試新建一個由 pathname 指定的目錄。
注意也許你想用八進制數指定模式，也就是說該數應以零打頭。模式也會被當前的 umask 修改，可以用 umask() 來改變。
注: Mode 在 Windows 下被忽略。自 PHP 4.2.0 起成為可選項。
默認的 mode 是 0777，意味著最大可能的訪問權。有關 mode 的更多信息請閱讀 chmod() 頁面。
<?php
mkdir ("/path/to/my/dir", 0700);
?>
如果成功則返回 TRUE，失敗則返回 FALSE。
參見 rmdir()。
fopen
(PHP 3, PHP 4, PHP 5)
fopen -- 打開文件或者 URL
說明
resource fopen ( string filename, string mode [, int use_include_path [, resource zcontext]] )
fopen() 將 filename 指定的名字資源綁定到一個流上。如果 filename 是 "scheme://..." 的格式，則被當成一個 URL，PHP 將搜索協議處理器（也被稱為封裝協議）來處理此模式。如果該協議尚未注冊封裝協議，PHP 將發出一條消息來幫助檢查腳本中潛在的問題並將 filename 當成一個普通的文件名繼續執行下去。
如果 PHP 認為 filename 指定的是一個本地文件，將嘗試在該文件上打開一個流。該文件必須是 PHP 可以訪問的，因此需要確認文件訪問許可權允許該訪問。如果激活了 安全模式 或者 open_basedir 則會應用進一步的限制。
如果 PHP 認為 filename 指定的是一個已注冊的協議，而該協議被注冊為一個網路 URL，PHP 將檢查並確認 allow_url_fopen 已被激活。如果關閉了，PHP 將發出一個警告，而 fopen 的調用則失敗。
注: 所支持的協議列表見附錄 L。某些協議（也被稱為 wrappers）支持 context 和 php.ini 選項。參見相應的頁面哪些選項可以被設定。（也就是 php.ini 的值 user_agent 用在 http 協議中。）有關 contexts 和 zcontext 參數的說明，參見 參考 CXXI, Stream Functions。
mode 參數指定了所要求到該流的訪問類型。可以是以下：
表格 1. fopen() 中的 mode 的可能值列表
mode 說明
'r' 只讀方式打開，將文件指針指向文件頭。
'r+' 讀寫方式打開，將文件指針指向文件頭。
'w' 寫入方式打開，將文件指針指向文件頭並將文件大小截為零。如果文件不存在則嘗試創建之。
'w+' 讀寫方式打開，將文件指針指向文件頭並將文件大小截為零。如果文件不存在則嘗試創建之。
'a' 寫入方式打開，將文件指針指向文件末尾。如果文件不存在則嘗試創建之。
'a+' 讀寫方式打開，將文件指針指向文件末尾。如果文件不存在則嘗試創建之。
'x' 創建並以寫入方式打開，將文件指針指向文件頭。如果文件已存在，則 fopen() 調用失敗並返回 FALSE，並生成一條 E_WARNING 級別的錯誤信息。如果文件不存在則嘗試創建之。這和給 底層的 open(2) 系統調用指定 O_EXCL|O_CREAT 標記是等價的。此選項被 PHP 4.3.2 以及以後的版本所支持，僅能用於本地文件。
'x+' 創建並以讀寫方式打開，將文件指針指向文件頭。如果文件已存在，則 fopen() 調用失敗並返回 FALSE，並生成一條 E_WARNING 級別的錯誤信息。如果文件不存在則嘗試創建之。這和給 底層的 open(2) 系統調用指定 O_EXCL|O_CREAT 標記是等價的。此選項被 PHP 4.3.2 以及以後的版本所支持，僅能用於本地文件。
注: 不同的操作系統家族具有不同的行結束習慣。當你寫入一個文本文件並想插入一個新行時，你需要使用符合你操作系統的行結束符號。基於 Unix 的系統使用 \n 作為行結束字元，基於 Windows 的系統使用 \r\n 作為行結束字元，基於 Macintosh 的系統使用 \r 作為行結束字元。
如果寫入文件時使用了錯誤的行結束符號，則其它應用程序打開這些文件時可能會表現得很怪異。
Windows 下提供了一個文本轉換標記（'t'）可以透明地將 \n 轉換為 \r\n。與此對應你還可以使用 'b' 來強制使用二進制模式，這樣就不會轉換你的數據。要使用這些標記，要麼用 'b' 或者用 't' 作為 mode 參數的最後一個字元。
默認的轉換模式依賴於 SAPI 和你使用的 PHP 版本，因此為了便於移植鼓勵你總是指定恰當的標記。當操作以 \n 作為行結束定界符的純文本文件時，如果你還期望這些文件可以用於其它應用程序例如 Notepad，則應該在腳本中使用 't' 模式。在所有其它情況下使用 'b'。
在操作二進制文件時如果沒有指定 'b' 標記，可能會碰到一些奇怪的問題，包括壞掉的圖片文件以及關於 \r\n 字元的奇怪問題。
為移植性考慮，強烈建議在用 fopen() 打開文件時總是使用 'b' 標記。
再一次，為移植性考慮，強烈建議你重寫那些依賴於 't' 模式的代碼使其使用正確的行結束符並改成 'b' 模式。
自 PHP 4.3.2 起，對所有區別二進制和文本模式的平台默認模式都被設為二進制模式。如果你在升級後腳本碰到問題，嘗試暫時使用 't' 標記，直到所有的腳本都照以上所說的改為更具移植性以後。
如果也需要在 include_path 中搜尋文件的話，可以將可選的第三個參數 use_include_path 設為 '1' 或 TRUE。
如果打開失敗，本函數返回 FALSE。
例子 1. fopen() 例子
<?php
$handle = fopen ("/home/rasmus/file.txt", "r");
$handle = fopen ("/home/rasmus/file.gif", "wb");
$handle = fopen ("http://www.example.com/", "r");
$handle = fopen ("ftp://user:[email protected]/somefile.txt", "w");
?>
如果在用伺服器模塊版本的 PHP 時在打開和寫入文件上遇到問題，記住要確保所使用的文件是伺服器進程所能夠訪問的。
在 Windows 平台上，要小心轉義文件路徑中的每個反斜線，或者用斜線。
<?php
$handle = fopen ("c:\\data\\info.txt", "r");
?>
② php 調用include中的函數。結果顯示未定義
就你現在程序來看沒有數據提交，是會報錯的，你可以:
accept.php
<?php
include_once('include/init.php');//如果init.php文件在include文件下就是對的，如果是和你當前文件在一個文件夾下，就用include_once("init.php")
if($_POST==""){
die("沒有可用數據！");//首先判斷接收到數據是否為空
}
$year=check($_POST['year']);
$month=check($_POST['month']);
$player=check($_POST['playername']);
$arr=array($year,$month,$player);
var_mp($arr);
?>
我覺得你原來var_mp($_POST)沒什麼大作用，應該不是你想要的結果，所以我幫你改了下，另外你還應該做個表單，將year,month,playernaem定義好，這樣測試才有效果。
(Mekbo【麥客博】)
③ php 使用file_get_contents讀取大文件的方法
當我們遇到文本文件體積很大時，比如超過幾十M甚至幾百M幾G的大文件，用記事本或者其它編輯器打開往往不能成功，因為他們都需要把文件內容全部放到內存裡面，這時就會發生內存溢出而打開錯誤，遇到這種情況我們可以使用PHP的文件讀取函數file_get_contents()進行分段讀取。
函數說明
string
file_get_contents
(
string
$filename
[,
bool
$use_include_path
[,
resource
$context
[,
int
$offset
[,
int
$maxlen
]]]]
)
和
file()
一樣，只除了
file_get_contents()
把文件讀入一個字元串。將在參數
offset
所指定的位置開始讀取長度為
maxlen
的內容。如果失敗，file_get_contents()
將返回
FALSE。
file_get_contents()
函數是用來將文件的內容讀入到一個字元串中的首選方法。如果操作系統支持還會使用內存映射技術來增強性能。
應用：
復制代碼
代碼如下:
$str
=
$content=file_get_contents("2.sql",FALSE,NULL,1024*1024,1024);
echo
$str;
如果針對較小文件只是希望分段讀取並以此讀完可以使用fread()函數
復制代碼
代碼如下:
$fp=fopen('2.sql','r');
while
(!feof($fp)){
$str.=fread($fp,
filesize
($filename)/10);//每次讀出文件10分之1
//進行處理
}
echo
$str;
④ php的fopen()函數的use_include_path參數怎麼理解
需要指定的目錄列表,包括fopen(),file(),readfile()和file_get_contents()函數尋找文件。格式就像系統的PATH環境變數:用冒號隔開的目錄列表在Unix或Windows的分號。
PHP認為包括路徑中的每個條目分別包括在尋找文件。它將檢查第一個路徑,如果它沒有找到它,檢查下一個路徑,直到定位包含文件或返回警告或錯誤。你可以在運行時修改或設置包括路徑使用set_include_path()。
示例# 1 Unix包含路徑
include_path=".:/php/includes
示例# 2窗口包含路徑
include_path=".;c:\php\includes"
使用一個。在包括路徑允許相對包括,因為這意味著當前目錄。然而,它顯式地使用包括「更為有效。比在PHP /文件總是檢查每個包含當前目錄。
⑤ PHP文件中include函數包含一個有常量的文件，然後echo發生錯誤
includde寫錯了吧，應該是include。如果路徑正確，不會有錯誤。再仔細測試下。常量不用加$，並且不一定要大寫。
Notice 你這個是 PHP 的提示而非報錯，PHP 本身不需要事先聲明變數即可直接使用，但是對未聲明變數會有提示。而這個可以設置的。在php.ini里，設置error_reporting即可。
⑥ thinkphp 怎麼引用文件
THINKPHP引入PHP文件和原生的是一樣的，沒有區別！ 因為TP是基於PHP上的一個框架。
目前有兩種方法，一種是include和require，還有一種是include_once和require_once。根據不同的場合使用不同的代碼。前面一種是局部引入，如果不存在會提示但不會終止；後面一種引入是將被引入界面認為是現有頁面的一個整體，如果不存在會終止程序並報錯。
具體參考代碼如下，include類同，具體參考上方區別：
require './path/file_name.php'; //可以執行多次，例如某個模塊
require_once './path/file_name.php'; //只包含一次，一般為通用函數等
在thinkPHP中模板和css是這樣的輸出和引用的：
首先說模板要放在與模板對應的文件夾中，然後css和js等外部引用的文件要在你模板目錄下新建一個名叫public的文件夾，css和js文件就是放在這個文件夾中的。
注意此時要更改模板（htnl文件）中的引用地址的代碼，例如：
原來你引用css文件是這樣引用的：
<link rel="stylesheet" href="./Css/index.css" />
但是在thinkPHP中你要改成：
<link rel="stylesheet" href="__public__/Css/index.css" />
__public__的意思訪問當前目錄下的public 文件夾，thinkPHP就會訪問public文件夾。
⑦ php 中 fopen()打開文件（Url）失敗是什麼原因
需要在php.ini中將相關配置開啟
fopen原型：
resourcefopen(string$filename,string$mode[,bool$use_include_path=false[,resource$context]])
如果PHP認為filename指定的是一個已注冊的協議，而該協議被注冊為一個網路URL，PHP將檢查並確認allow_url_fopen已被激活。如果關閉了，PHP將發出一個警告，而fopen的調用則失敗。
allow_url_fopen：本選項激活了URL形式的fopen封裝協議使得可以訪問URL對象例如文件。默認的封裝協議提供用ftp和http協議來訪問遠程文件，一些擴展庫例如zlib可能會注冊更多的封裝協議。
注意：
出於安全性考慮，此選項只能在php.ini中設置。
此選項是緊接著版本4.0.3發布後引進的。版本4.0.3以及之前的版本只能在編譯時通過配置項--disable-url-fopen-wrapper來取消此特性。
⑧ php寫文件 路徑的格式
可以直接使用絕對路徑。
如果是Windows可以直接寫「C:/Cache/」
如果是Linux可以直接寫「/Cache/」，需先改cache的許可權為777.看看報什麼錯。在PHP的最前面加上error_reporting(E_ALL & ~E_NOTICE);相對路徑是相對fopen所在的PHP文件即a.php而言的。
$f = fopen("cache/$filename", 'ab);
如果a.php在根目錄下的b文件夾：
$f = fopen("../cache/$filename", 'ab);
⑨ PHP有沒`新建文件的代碼`不是`新建文件夾`！
fopen
(PHP 3, PHP 4 , PHP 5)
fopen -- 打開文件或者 URL
說明
resource fopen ( string filename, string mode [, int use_include_path [, resource zcontext]])
fopen() 將 filename 指定的名字資源綁定到一個流上。如果 filename 是 "scheme://..." 的格式，則被當成一個 URL，PHP 將搜索協議處理器（也被稱為封裝協議）來處理此模式。如果該協議尚未注冊封裝協議，PHP 將發出一條消息來幫助檢查腳本中潛在的問題並將 filename 當成一個普通的文件名繼續執行下去。
如果 PHP 認為 filename 指定的是一個本地文件，將嘗試在該文件上打開一個流。該文件必須是 PHP 可以訪問的，因此需要確認文件訪問許可權允許該訪問。如果激活了 安全模式 或者 open_basedir 則會應用進一步的限制。
如果 PHP 認為 filename 指定的是一個已注冊的協議，而該協議被注冊為一個網路 URL，PHP 將檢查並確認 allow_url_fopen 已被激活。如果關閉了，PHP 將發出一個警告，而 fopen 的調用則失敗。
注: 所支持的協議列表見附錄 L。某些協議（也被稱為 wrappers）支持 context 和 php.ini 選項。參見相應的頁面哪些選項可以被設定。（也就是 php.ini 的值 user_agent 用在 http 協議中。）有關 contexts 和 zcontext 參數的說明，參見 參考 CXII, Stream Functions。
mode 參數指定了所要求到該流的訪問類型。可以是以下：
……
完整的看參考資料。
⑩ 使用PHP程序檢查PHP文件是否有語法錯誤
在網上找了一下。剛開始以為 token_get_all()函數能處理語法錯誤的問題，結果發現，它只是做簡單的詞法分析。沒有辦法。後來到論壇上去問了一下
之前在當當的時候的一個項目中用到了一個簡單的模板引擎，其實也是借鑒discuz來做的模板引擎，很簡單，它所作的事情就是把一些自定義的標簽編譯成php代碼。已經說了很簡單了，所以編譯的時候也名優進行模板語法的檢查，那麼在開發過程中就會出現編譯出來的php文件有語法問題，有語法問題沒有關系，我修改重新編譯一下就好了。首先不能在每次請求的時候都把php模板重新編譯一下，會嚴重影響性能，折中的處理時在每個編譯好的php文件末尾檢查一下該模板文件是否已經修改過，根據設定的更新頻率，如果又需要則重新編譯模板文件，現在的問題是編譯出來的php文件自己有語法錯誤，根本執行不到模板檢查那一步，所以即使修改了模板文件中的問題也不會重新編譯。 所以我想尋找一種簡單的方法來檢查生成的php文件是否合法。不合法就重新編譯，這樣開發過程中就不用出現錯誤就得手動刪除緩存文件了。
在網上找了一下。剛開始以為 token_get_all()函數能處理語法錯誤的問題，結果發現，它只是做簡單的詞法分析。沒有辦法。後來到論壇上去問了一下
有人告訴我有這樣一個函數 php_check_syntax() 我想問題就這么堅決了。。我真應該rtf(read the fuck mannual). 仔細一看。這個函數已近被棄用了：
note: for technical reasons, this function is deprecated and removed from php. instead, use php -l somefile.php from the commandline.
這個technical reason 到底是什麼呢？ 先不管了，以後再慢慢研究，反正不能使用這個方法就對了。
他們的建議是使用命令行$php -l filename.php 來檢查語法。
gary every給了我一個代碼片段參考：
在命令行下檢查問題也不大。如果我要放在在線應用呢？ 這就涉及到可移植性的問題了。首先是操作系統，然後就是環境變數。這樣的話就會依賴於伺服器端的配置。在http://www.php.net/manual/en/function.php-check-syntax.php 上有人貼出了自己的php_check_syntax()函數實現。
有的採用的就是上面的命令行的方法。
後面有提到使用eval的方法來驗證。eval方法會執行傳入的代碼， 如果代碼有語法錯誤則會拋出parser error, 可以使用'@'錯誤抑制符去掉錯誤信息，eval和echo一樣並不是函數，不能使用變數函數的方法調用比如：
$func = 『eval'
$func()這樣的調用就是無效的。它會提示沒有eval函數，如果你自己定義這么一個函數也是有問題的。因為eval是一個關鍵字。
eval調用和include差不多，如果被包含文件中沒有明確return就返回null。如果直接eval我們需要檢查的文件會造成被檢查的文件內代碼被執行，這可不是我們想要的，我們只需要檢查一下這個文件的語法是否正確。 我們可以在要檢查的文件之前添加return 語句，讓代碼提前跳出，那麼後面的代碼就不會執行了。好的，就這么干。
checker.php
if(!function_exists('php_check_syntax')) {
function php_check_syntax($file_name, &$error_message = null) {
$file_content = file_get_contents($file_name);
$check_code = "return true; ?>";
$file_content = $check_code . $file_content . "<?php ";
if(!@eval($file_content)) {
$error_message = "file: " . realpath($file_name) . " have syntax error";
return false;
}
return true;
}
}
if(!php_check_syntax("file.php", $msg)) {
echo $msg;
}
else {
echo "woohoo, ok!";
}
file.php
<?php
foreach:: a => b
?>
因為parse error 是沒法被 set_error_handler處理函數處理的。這個異常沒辦法catch到。所以才使用了@來抑制錯誤。這帶來的問題就是我們無法得到詳細的錯誤信息。 不過目前我需要的功能也只是檢查語法是否正確。不正確的話重新編譯模板文件，就這么簡單，至於語法錯誤，在顯示網頁的時候自然會看得到。