php試題
㈠ php面試題
$a = array(0,1,2,3,4,5,6,7,8,9);
$c = $b = $a;
$i = 0;
foreach($a as $v) {
foreach($b as $vv){
foreach($c as $vvv){
if($v.$vv.$vvv == 111 || $v.$vv.$vvv==123 || $v.$vv.$vvv==321){
continue;
}
echo $v.$vv.$vvv." ";
$i++;
if($i%10 == 0){
echo "<br>";
}
}
}
}
㈡ 一個PHP測試題
因為$count是靜態變數（static），不會因為重新調用函數而重新賦值，而是會保存每次運算完的結果，第二次調用get_count()前，$count已經為1,不會被 static $count = 0;重新賦值，你看下static的說明就會明白了
㈢ PHP 選擇題
$a和$b雖然都是浮點數
不能按常規的符號來比較
php手冊沒看過吧
php官方手冊的原話
關於浮點數精度的警告
顯然簡單的十進制分數如同 0.1 或 0.7
不能在不丟失一點點精度的情況下轉換為內部二進制的格式。這就會造成混亂的結果：例如，floor((0.1+0.7)*10) 通常會返回
7 而不是預期中的 8，因為該結果內部的表示其實是類似 7.9。
這和一個事實有關，那就是不可能精確的用有限位數表達某些十進制分數。例如，十進制的 1/3 變成了 0.3。
所以永遠不要相信浮點數結果精確到了最後一位，也永遠不要比較兩個浮點數是否相等。如果確實需要更高的精度，應該使用任意精度數學函數或者 gmp 函數。
我怎樣給你解釋吧，浮點數會要根據系統平台有差異。會出現不是你想要的結果
要用專門的精度函數來比較浮點數
var_mp(bccomp($a,$b)); bccomp就是比較兩個浮點數，相等的時候返回0，這就正常了
㈣ php題目
這是個錘子php,這不是html和js嗎,有網就去搜html怎麼寫表單,js怎麼修改表單里的值
㈤ php選擇題
答案為D
strcmp函數功能為:比較兩個字元串（區分大小寫）
函數返回：
0 - 如果兩個字元串相等
<0 - 如果string1小於string2
>0 - 如果string1大於string2
㈥ 問答的PHP題
回答什麼？兩塊錢解決你的問題，第一個參數是開始值，第二個參數是結束值，第三個參數是步進值。
㈦ php面試題解答
1,
var x=document.getElementById("img1");
var title=document.getElementById("img1").title;
var sina_title=document.getElementById("img1").sina_title;
2,serialize(),unserialize();
3,編碼方式不同，urlencode()將字串以URL編碼。例如空格就會變成加號。
rawurlencode()將url編碼成url的字元串專用格式，特殊字元回轉換成百分號後面加兩個十六子介數字的格式。
4,strip_tags(),html_entity_decode();
5,$str=preg_replace("/\<script.*\>.*\<\/script\>/i","",$str);
6,左連接，左連接的表如果沒有匹配的數據不影響結果。
7
SELECT name,score FROM tl_user LEFT JOIN tl_score ON tl_user.ID=tl_score.ID
7 system()，exec()，passthru()
8,json_decode ,json_encode
9 isset() empty()
10 後者的許可權大於前者，後者是OFF的話，前者就算是E-ALL也沒用。
11，$_SERVER['REMOTE_ADDR'];
12,incov()
echo iconv("gbk",""UTF-8,"我們");
mb_convert_encoding($str, "GBK", "UTF-8")
13 explode() split() ;implode() join()
14 注意事項挺多的，懶得寫。
二
1，超時，伺服器已經關閉連接
2 靜態表欄位長度固定，自動填充，讀寫速度很快，便於緩存和修復，但比較占硬碟，動態表是欄位長度不固定，節省硬碟，但更復雜，容易產生碎片，速度慢，出問題後不容易重建。
3InnoDB和MyISAM是在使用Mysql最常用的兩個表類型，各有優缺點，視具體應用而定。基本的差別為：MyISAM類型不支持事務處理等高級處理，而InnoDB類型支持。MyISAM類型的表強調的是性能，其執行數度比InnoDB類型更快，但是不提供事務支持，而InnoDB提供事務支持已經外部鍵等高級資料庫功能。
MyIASM是IASM表的新版本，有如下擴展：
二進制層次的可移植性。
NULL列索引。
對變長行比ISAM表有更少的碎片。
支持大文件。
更好的索引壓縮。
更好的鍵嗎統計分布。
更好和更快的auto_increment處理。
1.MySQL最大的優勢在於MyISAM引擎下的簡單SELECT，INSERT和UPDATE快速操作
2.MyISAM類型的數據文件可以在不同操作系統中COPY，這點很重要，布署的時候方便點。
以下是一些細節和具體實現的差別：
1.InnoDB不支持FULLTEXT類型的索引。
2.InnoDB 中不保存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行，但是MyISAM只要簡單的讀出保存好的行數即可。注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的。
3.對於AUTO_INCREMENT類型的欄位，InnoDB中必須包含只有該欄位的索引，但是在MyISAM表中，可以和其他欄位一起建立聯合索引。
4.DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。
5.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數據後再改成InnoDB表，但是對於使用的額外的InnoDB特性（例如外鍵）的表不適用。
另外，InnoDB表的行鎖也不是絕對的，如果在執行一個SQL語句時MySQL不能確定要掃描的范圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like 「%aaa%」
以暫對存儲引擎的認識，覺得 InnoDB 支持外鍵，在數據量可以用「龐大」來形容時，在有良好的 INDEX 的基礎上，InnoDB 的查詢速度應該比 MyISAM 要快。
在 Falcon 有穩定版本前，我想 MyISAM 是一個可用的選擇方案。
任何一種表都不是萬能的，只用恰當的針對業務類型來選擇合適的表類型，才能最大的發揮MySQL的性能優勢
3， 都是1 ^^懶得回答了，睡覺去。
㈧ PHP題目.....
$arr=array(3,5,6,7,1,0,9,2,4,8);
$new=array_reverse($arr);
var_mp($new);
㈨ PHP 選擇題
如果or die("Could not query: . mysql_error()); 這里的" ' " 不少的話就是
B、列印第三個雇員的名字
mysql_result($result,2); //2為列印的行索引，從0開始
另經測試以上代碼，確實列印第3行的雇員名字
其實這道題出的還是有漏洞的。
如果這行SELECT name FROM work.employee不加order by id的話表中的主鍵也不是按順序插入的顯示的就不一定是第3行了。。
㈩ PHP選擇題
A明顯是錯誤的，php函數 set_magic_quotes_runtime(0); 可以修改php.ini中 magic_quotes_runtime boolean的設置當你的數據中有一些
\
"
'
這樣的字元要寫入到資料庫裡面，又想不被過濾掉的時候，它就很有用，會在這些字元前加上\