重新審視下php，有 2 個問題

可以將 網頁伺服器設定成讓 PHP 來處理所有的 HTML 檔案，這麼一來，使用者就無法得知服務端到底做了什麼。

問題一：這個設定到底是什麼意思,怎麼設定呢。
我的理解：把php檔案中的所有html標籤都用echo的形式輸出

PHP-GTK 是 PHP 的一個擴充,可以使用來編寫傳統型應用程式。

問題二：有沒有玩過的朋友，效果怎樣？

回複內容：

可以將 網頁伺服器設定成讓 PHP 來處理所有的 HTML 檔案，這麼一來，使用者就無法得知服務端到底做了什麼。

問題一：這個設定到底是什麼意思,怎麼設定呢。
我的理解：把php檔案中的所有html標籤都用echo的形式輸出

PHP-GTK 是 PHP 的一個擴充,可以使用來編寫傳統型應用程式。

問題二：有沒有玩過的朋友，效果怎樣？

第一個問題上面已經解釋的很詳細，只評論一下php-gtk：
一個雞肋的東西，就像用湯匙去耕地一樣，php並不適合做案頭軟體。（注意，不是不能，是不適合。就像用湯匙也可以去挖地道、耕地、開山，但是遠沒有鐵鍬、炸藥適合）

原文是這兒吧？

和用戶端的 JavaScript 不同的是，PHP 代碼是運行在服務端的。如果在伺服器上建立了如上例類似的代碼，則在運行該指令碼後，用戶端就能接收到其結果，但他們無法得知其背後的代碼是如何運作的。甚至可以將 網頁伺服器設定成讓 PHP 來處理所有的 HTML 檔案，這麼一來，使用者就無法得知服務端到底做了什麼。

其實是個表述問題。大致意思應該是：PHP 是在服務端啟動並執行，用戶端只能看到最終產生輸出的 HTML 結果，而看不到背後的 PHP 源碼。

至於最後一句我的理解是：一般情況下，Web 服務器（Apache、Nginx 等）的配置，PHP 處理器只處理 .php 檔案。你大可將 .html 檔案也丟給 PHP 處理器處理（其實就是 PHP 的只執行 代碼塊、可以和 HTML 內容混合的特性）。

附上原文：

What distinguishes PHP from something like client-side JavaScript is that the code is executed on the server, generating HTML which is then sent to the client. The client would receive the results of running that script, but would not know what the underlying code was. You can even configure your web server to process all your HTML files with PHP, and then there's really no way that users can tell what you have up your sleeve.

Q1: 就是那麼個意思啊，伺服器上把HTML的所有內容都輸出出來，這部分使用者是查看不到的。不像是用AJAX，使用者通過監聽就可以知道你是哪個介面的請求從而擷取內容什麼的（只是舉個例子）。

Q2：參見我的博文《用PHP寫傳統型程式》

題主有兩個邏輯上的錯誤，這是題主有這兩個疑問的根本原因。

php 並不是通用語言，它是以 web 爲核心的。所以邏輯上應當將 php 還原到 html 上，而非將 html 還原到 php。

php 可以理解爲依附於 html 上的、功能強大的、有成爲通用語言願望的「模板引擎」。

而模板使用什麼擴展名並不實質影響模板是否正常工作，因爲擴展名只是解析器用於識別的捷徑罷了。

從邏輯上不是檔案屬於擴展名而是擴展名屬於檔案。

1. 比如同樣一句話可以用php的echo，也可以用js的document.write。但是前者的源碼在用戶端這邊是看不到的，只能看到結果。後者瀏覽頁面可以看到結果，但是右鍵查看源碼可以看到源碼。

2. php寫寫shell倒是挺方便。gui嘛。。。連py上擴充那麼多都用著費勁，你覺得php上的gui能好用嗎？

