這是zend進行編譯的。跟md5無關。這個反編譯比較難，網上也是可以找得到的，不過注釋就沒了！
md5加密的，無法進行解密，而且md5加密的全是32位字母和數字的組合，不是亂碼。
至於上面說的MD5加密，一般是用在資料庫的地方，如果在系統中，有需要密碼的地方，你在資料庫中找到相應欄位，把欄位的值修改為上面的值1739fddf100746ca，密碼就是codepub.com
當然，有些人把密碼直接放在文件中，一般是配置文件中，如config.php，你在文件中找到相應的參數，如password等，把後面的值替換，與資料庫同理。
Ⅱ 請問我下載的PHP源碼亂碼，請問該怎樣設置字元編碼呀
我用zendstudio打開的呀，源代碼應該是gb2312的吧，我的zend是uft8的，請問怎樣把源碼改成utf8的呀
——先用記事本打開源碼文件，然後另存為，在下方選擇utf-8保存。然後再用你的zendstudio打開那個新保存的文件試試看。
Ⅲ php代碼頁面打開亂碼怎麼解決
1、文件編碼：指的是頁面文件(.html,.php等)本身是以何種編碼來保存的。記事本和Dreamweaver在打開頁面時候會自動識別文件編碼因而不太會出問題。而ZendStudio卻不會自動識別編碼，它只會根據首選項的配置固定以某種編碼打開文件，如果工作時候一不注意，用錯誤編碼打開文件，做了修改之後一保存，亂碼就出現了（我深有體會）。
2、頁面申明編碼：在HTML代碼HEAD裡面，可以用<meta http-equiv="Content-Type" content="text/html; charset="XXX" />來告訴瀏覽器網頁採用了什麼編碼，目前中文網站開發中XXX主要用的是GB2312和UTF-8兩種編碼。
3、資料庫連接編碼：指的是進行資料庫操作時候以哪種編碼與資料庫傳輸數據，這里需要注意的是不要與資料庫本身的編碼混淆，比如MySQL內部默認是latin1編碼，也就是說Mysql是以latin1編碼來存儲數據，以其他編碼傳輸給Mysql的數據會被轉換成latin1編碼。
知道了WEB開發中哪些地方涉及到了編碼，也就知道了PHP頁面亂碼產生的原因：上述3項編碼設置不一致，由於各種編碼絕大部分是兼容ASCII的，所以英文符號不會出現，中文就倒霉了。下面是一些常見的錯誤情況與解決：
1、資料庫採用UTF8編碼，而頁面申明編碼是GB2312，這是最常見的產生亂碼的原因。這時候在PHP腳本裡面直接SELECT數據出來的就是PHP頁面亂碼，需要在查詢前先使用：
mysql_query("SET NAMES GBK"); 來設定MYSQL連接編碼，保證頁面申明編碼與這里設定的連接編碼一致（GBK是GB2312的擴展）。如果頁面是UTF-8編碼的話，可以用：
mysql_query("SET NAMES UTF8"); 注意是UTF8而不是一般用的UTF-8。假如頁面申明的編碼與資料庫內部編碼一致可以不設定連接編碼。
註：事實上MYSQL的數據輸入輸出比上面講的更復雜一些，MYSQL配置文件my.ini中定義了2個默認編碼，分別是[client]里的default-character-set和[mysqld]里的default-character-set來分別設定默認時候客戶端連接和資料庫內部所採用的編碼。我們上面指定的編碼其實是MYSQL客戶端連接伺服器時候的命令行參數character_set_client，來告訴MYSQL伺服器接受到的客戶端數據是什麼編碼的，而不是採用默認編碼。
2、頁面申明編碼與文件本身編碼不一致，這種情況很少發生，因為如果編碼不一致美工做頁面時候在瀏覽器看到的就是亂碼了。更多時候是發布以後修改一些小BUG，以錯誤編碼打開頁面然後保存導致的。或者是用某些FTP軟體直接在線修改文件，比如CuteFTP，由於軟體編碼配置錯誤而導致轉換錯了編碼。
3、一些租用虛擬主機的朋友，明明上述3項編碼都設置正確了還是有PHP頁面亂碼。比方說網頁是GB2312編碼的，IE等瀏覽器打開卻總是識別成UTF-8，網頁HEAD裡面已經申明是GB2312了，手動修改瀏覽器編碼為GB2312後頁面顯示正常。產生原因是伺服器Apache設定了伺服器全局的默認編碼，在httpd.conf裡面加了AddDefaultCharset UTF-8。這時候伺服器會首先發送HTTP頭給瀏覽器，其優先順序比頁面里申明編碼高，自然瀏覽器就識別錯了。解決辦法有2個，請管理員在配置文件自己的虛機里加上一條AddDefaultCharset GB2312來覆蓋全局配置，或者在自己目錄的.htaccess里配置。
Ⅳ php源碼漢化 亂碼
如果在瀏覽器中顯示是亂碼，那是編碼的問題，請將編碼改為GBK試試。
如果打開PHP文件本身是亂碼，則說明源代碼經過加密了。現在大部分是用ZEND來加密的，但網上也有其他的源碼加密工具。需要根據加密代碼的特徵查出是通過什麼手段加密的，然後再找破解方法。
Ⅳ php文件編譯是亂碼
PHP文件打開亂碼，大致原因有以下兩點：文件編碼與編輯器默認編碼不一致，會導致亂碼；建議修改文件編碼格式即可：文件被加密，也會導致文件亂碼；需要解密才能查看源碼。
Ⅵ 為什麼網頁直接輸出了php源碼 且是亂碼
出現亂碼是因為你沒有定義文件的編碼格式，而且你前面的script便簽沒有閉合。
出現php源碼是因為你沒有正確安裝php，或者沒有正確配置站點，當前目錄不在php解釋范圍內。
應該首先要確保當前目錄php能正確執行，可以先運行phpinfo檢查。
Ⅶ php顯示中文亂碼
php資料庫中文亂碼的解決辦法：1、創建資料庫時，規定字元類型為uft8；2、創建表時，規定字元類型為utf8；3、在PHP的MySQL連接函數中，添加語句「mysql_query("set names 'utf8'")。
Ⅷ php文件打開亂碼
PHP文件打開亂碼，大致原因有以下兩點：
文件編碼與編輯器默認編碼不一致，會導致亂碼；建議修改文件編碼格式即可：
文件被加密，也會導致文件亂碼；需要解密才能查看源碼。
Ⅸ PHP中文亂碼怎麼解決
最好最快的解決辦法就是使頁面申明的編碼與資料庫內部編碼一致，如果頁面申請的編碼與資料庫內部的編碼不一致時，那就設定連接編碼。Mysql_query(「set
names
***」).
php文件本身的編碼與網頁的編碼應匹配，如果欲使用gb2312編碼，那麼php要輸出頭
代碼如下:
header(「Content-type:text/html;charset=gb2312」)
靜態頁面添加
代碼如下：
<meta
http-equiv=」Content-type」content=」text/html;
charset=gb2312」>,所有文件的編碼格式為ANSI,可用記事本打開，另存為選擇編碼為ANSI，覆蓋源文件。
如果欲使用uft-8編碼，那麼php要輸出頭
代碼如下：
header(「Content-type:text/html;
charset=utf-8」),
靜態頁面添加
代碼如下：
<meta
http-equiv=」Content-type」content=」text/html;
charset=utf-8」>,
所有文件的編碼格式為utf-8.保存為utf-8可能會有點麻煩，一般utf-8開頭會有BOM，如果使用
Session就會出現問題，可用editplus軟體來保存。
我也是從這里得知：
http://www.chinahost.org/page-320-1-1.html?fa=ss_php
Ⅹ php源碼下載後是亂碼
如果在瀏覽器中顯示是亂碼，那是編碼的問題，請將編碼改為GBK試試。
如果打開PHP文件本身是亂碼，則說明源代碼經過加密了。現在大部分是用ZEND來加密的，但網上也有其他的源碼加密工具。需要根據加密代碼的特徵查出是通過什麼手段加密的，然後再找破解方法。