|
|
如果看文件的內(nèi)容，是看不出任何差別的，以下列文件（schema.sqlite.sql）內(nèi)容為例：
schema.sqlite.sql
復(fù)制代碼 代碼如下:
CREATE TABLE guestbook (
id INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT,
email VARCHAR(32) NOT NULL DEFAULT 'noemail@test.com',
comment TEXT NULL,
created DATETIME NOT NULL
);
CREATE INDEX "id" ON "guestbook" ("id");
如果不帶簽名，則文件的大小為232字節(jié)，如果帶簽名，則文件大小為235字節(jié)。
UTF8簽名有3個字節(jié)（內(nèi)容為：EFBBBF），是專門用來告訴軟件：該文件是UTF8編碼的。
在一般情況下，有無簽名不會帶來問題，因?yàn)榫庉嬈骰蛘咂渌浖梢园凑瘴谋镜膬?nèi)容來推斷出是否是UTF8。
但有些時候還是會導(dǎo)致問題，比如上訴文件。該文件是sql語句文件，程序恰好要通過以下語句（php）來執(zhí)行該sql：
復(fù)制代碼 代碼如下:
$schemaSql = file_get_contents(dirname(__FILE__) . '/schema.sqlite.sql');
$dbAdapter->getConnection()->exec($schemaSql);
在這種情況下，帶有簽名的文件就會導(dǎo)致問題了，因?yàn)椤癠TF8簽名用的三個字節(jié)”其實(shí)是位于文件的最前面。所以導(dǎo)致了上面的語句無法成功運(yùn)行。
解決的辦法也很簡單，去掉該文件UTF8簽名即可。
當(dāng)然，上面文件的內(nèi)容其實(shí)都是單字節(jié)的，是沒有必要保存為UTF8編碼的。
補(bǔ)充：全部是單字節(jié)內(nèi)容的文件除非加了UTF8簽名，不然再次打開文件時，還是系統(tǒng)的默認(rèn)編碼而已。
php技術(shù)：php UTF8 文件的簽名問題，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
