jsurlencodephp
別用 urlencode()函數， 用這個rawurlencode(）函數就OK啦。
⑵ PHP接收URL中的參數的問題
在JS端，針對這個+號和&號寫一個自己用的編碼函數，因為普通escape等編碼已經滿足不了你的需要了。
給你一個例子，著名的BASE64編碼
var BASE64={
enKey: '+/',
deKey: new Array(
-1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1,
-1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1,
-1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, 62, -1, -1, -1, 63,
52, 53, 54, 55, 56, 57, 58, 59, 60, 61, -1, -1, -1, -1, -1, -1,
-1, 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14,
15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, -1, -1, -1, -1, -1,
-1, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40,
41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, -1, -1, -1, -1, -1
),
encode: function(src){
var str=new Array();
var ch1, ch2, ch3;
var pos=0;
while(pos+3<=src.length){
ch1=src.charCodeAt(pos++);
ch2=src.charCodeAt(pos++);
ch3=src.charCodeAt(pos++);
str.push(this.enKey.charAt(ch1>>2), this.enKey.charAt(((ch1<<4)+(ch2>>4))&0x3f));
str.push(this.enKey.charAt(((ch2<<2)+(ch3>>6))&0x3f), this.enKey.charAt(ch3&0x3f));
}
if(pos<src.length){
ch1=src.charCodeAt(pos++);
str.push(this.enKey.charAt(ch1>>2));
if(pos<src.length){
ch2=src.charCodeAt(pos);
str.push(this.enKey.charAt(((ch1<<4)+(ch2>>4))&0x3f));
str.push(this.enKey.charAt(ch2<<2&0x3f), '=');
}else{
str.push(this.enKey.charAt(ch1<<4&0x3f), '==');
}
}
return str.join('');
},
decode: function(src){
var str=new Array();
var ch1, ch2, ch3, ch4;
var pos=0;
src=src.replace(/[^A-Za-z0-9\+\/]/g, '');
//decode the source string in partition of per four characters.
while(pos+4<=src.length){
ch1=this.deKey[src.charCodeAt(pos++)];
ch2=this.deKey[src.charCodeAt(pos++)];
ch3=this.deKey[src.charCodeAt(pos++)];
ch4=this.deKey[src.charCodeAt(pos++)];
str.push(String.fromCharCode(
(ch1<<2&0xff)+(ch2>>4), (ch2<<4&0xff)+(ch3>>2), (ch3<<6&0xff)+ch4));
}
if(pos+1<src.length){
ch1=this.deKey[src.charCodeAt(pos++)];
ch2=this.deKey[src.charCodeAt(pos++)];
if(pos<src.length){
ch3=this.deKey[src.charCodeAt(pos)];
str.push(String.fromCharCode((ch1<<2&0xff)+(ch2>>4), (ch2<<4&0xff)+(ch3>>2)));
}else{
str.push(String.fromCharCode((ch1<<2&0xff)+(ch2>>4)));
}
}
return str.join('');
}
};
使用方法都不需要創建實例，直接使用base64的對象方法則可。
base64.encode(string xxx);//編碼
string xxx=base64.decode(base64.encode(string xxx));//解碼
⑶ 請問怎麼用js讀取php寫的cookie啊 感謝。
在.net裡面，寫到客戶端的時候先把Cookies的值 UrlEncode一下
在js裡面讀出來的時候，先用 unescape 反解碼一下
---------.NET
System.Web.HttpCookie cUName = new System.Web.HttpCookie("userName", Server.UrlEncode(user.username));
---------JS
userId=unescape(arr[1]);
-----------
Server是個伺服器對象。
如果你不在Page裡面使用的話，可以用
System.Web.HttpUnility.UrlEncode 來代替
至於那個英文的，因為英文本身就不存在編碼問題。
關於編碼和解碼的問題，不妨多嘗試嘗試。必要時手動看一下Cookies裡面的內容判斷是哪個階段出的問題。
⑷ PHP JSON_ENCODE使用後中文變成百分號亂碼了
看到這幅握哪圖會了判行嗎?呵呵段沖碼也是utf-8編碼
⑸ 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 ^^懶得回答了，睡覺去。