投訴系統源碼

⑴ 怎麼看一個網站的源碼是asp還是php還是asp.net

名鞋庫是PHP的，網頁文件後綴名是asp的則是asp源碼，是php的，則是php源碼，是aspx的，則是asp.net源碼。名鞋庫使用的是生成靜態頁設置，所以但從網址連接文件html是看不出的，要看頁面的核心源碼中是否包含了php鏈接來判斷是否采php系統。shopex是php系統

⑵ 網上商城系統代碼是怎麼開發的

一、網上購物系統源代碼內容要豐富

網上購物系統源代碼的內容越豐富越能吸引用戶的關注，通常用戶都喜歡在在產品豐富並且商品更新快的網上購物系統源代碼下單購買商品，商品更新越快說明網上購物系統源代碼人氣越高，越有實力，但是網上購物系統源代碼剛上線也不需要太過於著急去豐富商品內容，保證每個頁面內容都是飽和的就行了。

二、網上購物系統源代碼的產品相關

網上購物系統源代碼首先需要做好的是產品的定位，明確自己接下來的工作方向，工作目的是什麼。網上購物系統源代碼的風格應當與產品相統一，不要盲目的去選擇產品，這樣會讓你的網上弊跡大購物系統源代碼看起來太過於雜亂，這樣是很難留住客戶的，因此網上購物系統源代碼的產品定位也是一個關鍵問題。

三、正確對待網上購物系統源代碼出現的問題

在網上購物系統源代碼的搭建過程中，難免會出現退貨，退款，換貨，投訴等方面的問題，面對這些情況，網上購物系統源代碼應該坦然的去面對，用心處理好問題即可，還需要調整好自己的心態，要知道並不是所有的客戶都會喜歡你的產品的。

四、做好網上購物系統源代碼推廣

企業要想盈利就應該要做好網上購物系統源代碼的推廣。在網上購物系統源代碼上線之後，想要提升網上購物系統源代碼的知名度，做好網上購物系統源代碼的推廣租豎工作州祥，找到合適的方式是很重要的。

⑶ EXE文件反編譯成源碼

EXE文件可以通過步驟來反編譯成源碼，具體步驟如下：

1、在網路上搜索下載反編譯工具ILSpy，ILspy是一個開源的.net反編譯軟體，使用十分方便。解壓後如圖，雙擊.exe文件打開解壓工具。

(3)投訴系統源碼擴展閱讀：

反編譯也稱為計算機軟體還原工程，是指通過對他人軟體的目標程序（比如可執行程序）進行「逆向分析、研究」工作，以推導出他人的軟體產品所使用的思路、原理、結構、演算法、處理過程、運行方法等設計要素，某些特定情況下可能推導出源代碼。

exe是編譯好的程序文件 要看結構就得反編譯 但是通常不能把可執行文件變成高級語言源代碼，只能轉換成匯編程序。 所以要要看結構不止要會反編譯 還得精通匯編語言。

⑷ 有研究android系統源碼的博客嗎

我幹了3年Android sdk開發，覺得到了瓶勁沒法更進一步，於是花了一年多點時間，大概摸到點門徑。根據前輩的經驗，Android底層完全入門需要兩年。

先說下我的入門過程：
第零步，下載源碼，我下的4.2的，框架層源碼10G，內核2G多，ctags給框架層建的標簽文件都有600M，當時讓我有點震撼，用的vim+ctags+cscope來閱讀，還算不錯，架構挺清晰的。

第一步，我找到了一本好書《Android的設計與實現 第一卷》它講了Android框架層的啟動，初始化，服務框架初始化，Binder，消息循環，PackageManagerService，ActivityManagerService。據作者說後面會出講UI子系統的第二卷，拭目以待。其實這本書看了幾十頁我就發現需要第二步的知識，否則看不下去，於是跳去第二步。

第二步，學習linux系統編程，在看《Android的設計與實現》的時候我發現，框架層的Native部分，全是Linux編程。為了掌握這部分知識，我花了4個月學習了《Linux系統編程手冊》（TLPI）這本1000多頁的書，我以前是搞WIndows文件系統這塊的，所以C語言還比較熟，TLPI的習題很有意思，量也比較大，堅持下來還是收獲很多。

第三步，花了4個月學習了一些Linux內核的知識，看了LKD，PLKA看了一半多。越學越沒底，覺得不懂得越來越多，不過這個也正常，只有靠慢慢磨，估計以後要不斷的磨這塊。

第四步，回頭看Android源碼，這次一口氣看完了《Android的設計與實現 第一卷》，終於對框架層有了譜。同時真的數次把我看暈，前面看Linux內核源碼都沒這么暈，不斷在Java層和Native層之間跳有點磨腦漿。其中我又覺得Java的基礎沒有打太牢，回去補了一個月的《Core Java》第八版。但是這書沒有涉及UI子系統，於是又看了《Android內核剖析》

第五步，《Android內核剖析》（這本書實際上是講框架層的，作者也是個搞嵌入式的，所以他在寫框架層的時候文筆不太好，很羅嗦，不過還是有很多看點，到他後來寫做ROM，玩開發板時估計是說到了他的本行，一下子遛起來了看得出還是挺有水平的，這本書知識有點舊畢竟講的是2.3很多代碼已經過時，但是作者很多點子很有參考價值）這本書講UI子系統和按鍵/觸摸消息處理系統還是很有分量的，尤其13章View繪制那裡，結合源碼研究很有收獲。而後面他講編譯框架和ROM相關的東西都是挺寶貴的資料。

第六步，為了再補一下其他諸如電源管理模塊等子系統的知識看了，《深入理解android》系列，個人認為這個系列看起來有點不太舒服，不過作為補充印證還是比較有價值。

第七步，《Android系統源代碼情景分析》，羅升陽的源碼分析大作，比《Android的設計與實現》分析得更細致，但缺點是涉及到模塊比較少，選用的源碼也比《Android的設計與實現》更舊一點。看完書後需要去研究作者的博客，東西挺多的，一定讓你滿意。

第八步，買塊開發板自己玩。這步我還沒走到，原因是我覺得我還差點准備知識。可能要再幾個月，到時准備入塊6410或者樹莓派。

最後，由於我11年以前都是搞Windows這塊的，所以對Linux知識不是很了解，不得已看了這么些書，如果是一直做Linux的人，很多步驟估計可以省掉了。直接上源碼才是正道。

我本身做著移動GIS開發的工作，學框架層全是因為興趣，但招聘平台Android框架層開發人員還是蠻有競爭力的有不少定製ROM，智能電視的工作都處於人才難求狀態，畢竟有一定的門檻，現在各種ios培訓，讓奔著錢干開發的人紛紛湧入，而ios只能幹sdk開發的缺點就暴露出來了，一堆新手老手，菜鳥大牛全擠在SDK開發這塊，我覺得不太妙。 反觀Android這邊，雖然入門菜鳥沒有搞ios來錢，但是可持續性很好，從sdk-》框架》驅動》內核這樣幹下去。干著干著發現自己漸漸變成了Linux開發者/嵌入式開發者的人也不少，新人，老手，菜鳥大牛各居其位，層次性很好。
轉載

⑸ 求wap文字游戲源碼跪求！

同求，我有一個縱橫四海的源碼，但是不會安裝

⑹ 如何屏蔽微信投訴按鈕

不死鳥可以做到隱藏投訴，當客戶有意見並有投訴需求，直接隱藏官方投訴按鈕，是可以解決你的問題的。

⑺ linux中源代碼包安裝的基本步驟是什麼

詳解linux源碼包安裝過程

1. 解壓縮包

可以通過下載或其他方式獲得了一個軟體包，通常它是一個壓縮文件，大部分可能是存檔的和壓縮的，這些文件一般以 .tar .gz為擴展名。

首先拷貝它到一個目錄，然後 untar 和 gunzip 解壓它。 通常這個命令是

tar xzvf filename [filename 是軟體文件名稱]

解壓後的文件一般會在當前目錄下的創建子目錄，並以這個包名來命名。 你也可以用用這個命令預先查看結果 tar tzvf filename，顯示包里有那些解壓文件。

源文件如果是新的 bzip2 (.bz2) 格式，可用

bzip2 -cd filename | tar xvf -,或更簡單的 tar xyvf filename ，這很不錯的tar命令被不斷的完善。

說明：

A：有時候一些文件必須安裝在用戶的 home 目錄下,或更多的是在一個固定的目錄，比如 /, /usr/src, 或 /opt 。所以必須仔細閱讀安裝包的配置信息。當一個軟體包里如果有config 和 Makefiles 文件則最好去編輯它，這里包括了安裝指令和說明。提示：你改變 makefile 會導致不同的結果。大部分軟體包允許用 make install 自動處理安置二進制文件在適當的系統位置。

B：你可能碰到過一些共享文件、shell 存檔文件、尤其是 Internet 上的源碼新聞組。它們保留的原因是具有人性化的可讀性，並且允許新聞組緩沖並通過它們篩選和剔除出不合格的。它們可能用 unshar filename.shar 命令來解壓。

C： 一些源碼存檔文件是用非標準的 DOS,Mac 或其他壓縮的比如：

zip, arc, lha, arj, zoo, rar, and shk.

D: 有時候，你可能需要使用一個 patch 或顯示改變了的 diff 文件來升級或修復存檔的源碼文件。這 doc 文件或者 README 文件將告訴你怎麼去使用。一個很好的命令用標准語法來調用的命令是 patch < patchfile.

2: 關於 rpm 安裝包

一些 Linux 用戶懼怕通過使用源碼來手動安裝軟體包，不過現在有方便的 rpm 和 deb 或 新格式的 slp 包。例如：rpm 安裝運行平穩又快，作為一個軟體安裝在某幾個有名的操作系統。

作為方便的RPM包也存在很多不好的缺點，例如：

A: 要了解軟體中更多更詳細的內容你必須去在二進制中去了解，而不是rpm包。

B: 還有安裝一個 rpm 包如果需要依賴關系那麼安裝就可能會導致失敗。

C: 當 rpm 請求你系統中不同版本的庫，那麼安裝將不能繼續，除非你為錯誤的庫位置創建連接符號到正確的位置。

說明：必須使用root 安裝 rpm 和 deb 。因為它需要必須的寫入許可權。

最簡單的，用命令 rpm -i packagename.rpm 和 dpkg --install packagename.deb 會自動解包和安裝。

3：關於安裝 Linux 包出現的一些問題及解決方案

假設 make 失敗有個鏈接錯誤： -lX11: No such file or directory，正好在 xmkmf 之後已被調用，這可能意味著 Imake 不能被完全建立。檢查第一部分 Makefile 文件的的行是這樣：

· LIB= -L/usr/X11/lib
· INCLUDE= -I/usr/X11/include/X11
· LIBS= -lX11 -lc -lm

這個 -L 和 -I 開關告訴編譯器和鏈接分別在哪裡找到 library 和 include 文件。在這個例子里， X11 庫應該在 /usr/X11/lib 目錄，且 X11 包含文件應該在 /usr/X11/include/X11 目錄里。假如對於你的機器上的這個錯誤，請處理修改 Makefile 並重新再 make。

沒有聲明涉及的數學庫函數，像下列各項：
/tmp/cca011551.o(.text 0x11): undefined reference to `cos'

要修復它，需要明確鏈接到匹配的庫，在 Makefile (看先前的例子) 里增加一個 -lm 到 LIB 或 LIBS 標記 。

用其他方法嘗試

仍然失敗 如果失敗，參考下列腳本：
make -DUseInstalled -I/usr/X386/lib/X11/config
這個直接方式的類別相當於。

在少數例子里，用 root 運行 ldconfig 可能會解決：
# ldconfig 更新共享庫鏈接符號。

一些 Makefiles 使用你系統里未被承認的庫別名。一個例子，構建可能需要 libX11.so.6 ，但是在 /usr/X11R6/lib 不存在文件或鏈接。然而，在那裡是 libX11.so.6.1。解決方法是用 root 運行ln -s /usr/X11R6/lib/libX11.so.6.1 /usr/X11R6/lib/libX11.so.6 ，接著需要運行 ldconfig 。
有一些包需要你安裝一個或更多庫的升級版本。需要拷貝一個或更多的庫到適當的目錄里，刪除舊的庫，重新設置動態鏈接庫。
4：一些其他的問題處理

安裝一個shell 腳本如果出現：No such file or directory 的錯誤消息。這是可以檢查文件許可權確定文件事可執行的，並檢查文件頭確定是否 shell 或程序是腳本在指定的位置被調用。一個例子，這個腳本可能是這樣開始的：

#!/usr/local/bin/EDEN

如EDEN的實際安裝位置是在你的 /usr/bin 目錄，用一個 /usr/local/bin 替代

這個腳本不能運行有兩個方法來糾正！！

A: 文件頭改成 #!/usr/bin/EDEN

B: 或增加一個鏈接符， ln -s /usr/bin/EDEN

5：一個典型的例子 Xloadimage

首先說明下面的例子來源於國外網站的一個技術實例，這里我做了翻譯和整理。

這個例子展現一個簡單的問題。xloadimage 程序對我的圖形工具的調整設置是有用的附加。從源碼目錄拷貝文件，用 tar xzvf 解壓文件，可是在運行 make 的時候出現令人討厭的錯誤並停止了。

gcc -c -O -fstrength-rece -finline-functions -fforce-mem

-fforce-addr -DSYSV -I/usr/X11R6/include

-DSYSPATHFILE=\"/usr/lib/X11/Xloadimage\" mcidas.c

In file included from /usr/include/stdlib.h:32,

from image.h:23,

from xloadimage.h:15,

from mcidas.c:7:

/usr/lib/gcc-lib/i486-linux/2.6.3/include/stddef.h:215:

conflicting types for `wchar_t'

/usr/X11R6/include/X11/Xlib.h:74: previous declaration of

`wchar_t'

make[1]: *** [mcidas.o] Error 1

make[1]: Leaving directory

`/home/thegrendel/tst/xloadimage.4.1'

make: *** [default] Error 2

這個錯誤消息包含了實質的線索：

查看 image.h 文件的 23 行：
#include < stdlib.h>
在源碼的某處對於 xloadimage, wchar_t 已經在指定標准 include 文件重新定義。 告訴我們首先在 image.h 的 23 行嘗試注釋它，或許 stdlib.h include 是不存在的，畢竟不是所有都是必需的。

在這點，構建中的收益來源於所有任何一個致命錯誤。xloadimage 現在功能正常。

6： 安裝 Linux 包的一些總結

堅持自己動手處理所有的安裝出現的問題，不斷總結努力學習，從錯誤里去仔細研究，努力動手排錯，從每個不足甚至失敗的地方得到擴充和提升，可以增強安裝構建軟體的技巧。