各位大大， PHP 幾乎是為了動態網頁而設計的，非常專精於商務這個範圍，語法也是源自 C 語言，簡單易學。但對於已經會使用 Delphi 的人而言，既然已經WebSnap 可以建立網站，又可以使用 Delphi 的資源來做更多的事情，那是不是使用WebSnap 會比再多學 PHP 來得好 ？ 如果用 PHP ，我就必須重新學習另一個程式語言，難的不是 PHP 的語法，而是裡面的那些一大堆 PHP 類別、函式等等，這些東西比語法還要難搞。 我已經會使用 Delphi，直接用 WebSnap 的話，我並不需要再重新學習一個程式語言背後的一大堆類別和函式，因為這我已經會了，而且 Delphi 能存取更多種的資料庫，又能建立多層次的存取架構，再加上 IntraWeb，這是 PHP 所望塵不及的。但奇怪的是，使用 PHP 的人還是比 WebSnap 的人來得多很多，我想是因為要使用WebSnap 就必須先會 Delphi，而學會 Delphi 遠比學 PHP 要花更多的時間，所以很多人就因為單純的網站需要而直接學 PHP。 用 WebSnap 寫的網站和用 PHP 寫的網站，兩者相較之下，有何優缺點？

沒有回答，只好自問自答，我想還是學一下 PHP 好了。寫 PHP 也蠻麻煩，PHP不難，但寫 PHP 總要連帶用手工寫 html、Sql、JavaScript，甚至加入 CSS 樣式，全部打工寫的話，真的不太好玩。 我覺得 Borland 刻意不怎麼支援 MySql 資料庫，因為 ： 1.MySql 和 Borland 的Interbase 可能有市場上的衝突。 2.MySql 和 PHP 有很好的搭配，這跟 Delphi 的網路支援技術又有衝突。 但 Borland 忽略了至少這個問題： 如果客戶的網站是 PHP MySql 建的，客戶要求另外寫程式直接跟 MySql 遠端溝通，把程式分發給一些重要客戶使用，以增加執行速度，那麼 Delphi 和 C Builder 就會落選。

引言: 1.MySql 和 Borland 的Interbase 可能有市場上的衝突。 2.MySql 和 PHP 有很好的搭配，這跟 Delphi 的網路支援技術又有衝突。 但 Borland 忽略了至少這個問題： 如果客戶的網站是 PHP MySql 建的，客戶要求另外寫程式直接跟 MySql 遠端溝通，把程式分發給一些重要客戶使用，以增加執行速度，那麼 Delphi 和 C Builder 就會落選。

1 不太了解第1和第2問題 為何衝突 2 客戶的網站是 PHP MySql 建的 ....把程式分發給一些重要客戶使用 用delphi寫個自用坎入方式來承現不可以嗎? 類似 離線閱讀包原始程式開放下載 http://delphi.ktop.com.tw/topic.php?topic_id=38797 上述是說應用觀念 不是一樣喔 台灣災難都是事後算帳 無人飛行載具(Unmanned Aerial Vehicle，UAV)為什麼沒大量應用於救災行列 絲絲有2種 .net有很多種 一種治眼睛是MS 另一種治腦筋是Borland

1 不太了解第1和第2問題 為何衝突 Internet Express WebSnap IntraWeb InterBase VS. MySql PHP 2 客戶的網站是 PHP MySql 建的 ....把程式分發給一些重要客戶使用 用delphi寫個自用坎入方式來承現不可以嗎? Borland 對 MySql 的支援本來就比較少，Delphi 要連上 MySql 會容易出麻煩，不信您用 MySql 在站用搜尋一下您就知道。而 MySql 又不是很複雜的資料庫，Delphi 都能連上更複雜的 Oracle 和 MS Sql，不會出問題，但比較簡單的 MySql 反而會出問題，而且到現在好像還沒改善，所以您應該會看來一些內裡乾坤吧 !

喔喔喔 我信 我信delphi上述問題都是未了解的問題    請問你認為 那一個程式工具比較符合你說的支援技術又沒有衝突     

引言:Borland 對 MySql 的支援本來就比較少，Delphi 要連上 MySql 會容易出麻煩，不信您用 MySql 在站用搜尋一下您就知道。而 MySql 又不是很複雜的資料庫，Delphi 都能連上更複雜的 Oracle 和 MS Sql，不會出問題，但比較簡單的 MySql 反而會出問題，而且到現在好像還沒改善，所以您應該會看來一些內裡乾坤吧 !

我想如果你用過 vc vb java powerBuilder 來測試你對工具的觀念 應該就不會有上述的 沒支援技術又有衝突問題 其實應該說 有問題不一定是工具的錯 站上的mysql資料 有的有版本之先後問題 如果要這樣論定 我只能說 delphi 本身提供的dll不太好用 使用第3方不論免費或要摳摳的 都沒有你說的如此 大問題 mysql最容易出現的問題 是在之前版本 Unicode 字元問題 再這樣說好了 PHP和mysql可以說是最貼切的 但是mysql 5和PHP 5他們在目前的狀況 常讓新的使用說 連不上讀不出 你會認定 PHP5的錯還是mysql 5 mysql 5有時你加上密碼之後他就讀不到了 這樣的問題 你在dos下仍看的到 你新增的密碼 使用所謂的常用工具卻讀不到 原因也是 驅動問題 如果是PHP則要改用新的連接方式 才能正確讀取 如果如 你所言 delphi 是爛 那用mysql更是爛中爛了 如果你用 甲骨文 MS Sql 在程式運用上是很ez 不過以 Oracle 這又臭又肥的資料庫恐龍 那主機 光安裝到開欄位庵就暈倒了 1小時還是6小時 那這樣會說 Oracle 也是爛貨嗎 mssql 我想他的支援多國語言 是最大的優點 沒有Oracle的又肥又臭 但是mssql的笨 也是令人髮指 這樣說 差不多沒啥好的了 哈哈 現在如果說以win32 AP的工具delphi仍是最有效率的 在web上 應該說java vs .net PHP算是漸進想抗衡於jsp與ASP.net還是有一段蠻大的距離 但是 上述的工具和mysql的連接 容易度 1 PHP 2 java 3 delphi ...................................

引言: 用 WebSnap 寫的網站和用 PHP 寫的網站，兩者相較之下，有何優缺點？

不用比 自己最清楚 自己適合的管理架構與應用方法 PHP 用於web /delphi用於資料管理與訊息傳遞 台灣災難都是事後算帳 無人飛行載具(Unmanned Aerial Vehicle，UAV)為什麼沒大量應用於救災行列 絲絲有2種 .net有很多種 一種治眼睛是MS 另一種治腦筋是Borland

引言：果如 你所言 delphi 是爛 那用mysql更是爛中爛了 我甚麼時候說 Delphi？我只是說 Borland 可能故意減少對 MySql 的支援度，這個支援度指的是 "資料庫驅動程式"，而資料庫驅動程式是獨立於 Delphi 之外的，跟 Delphi 無關。

引言: Borland 可能故意減少對 MySql 的支援度

對於Open Source為主的MySQL，時常做版本更新， 大廠只能以同時期的MySQL為標準，來支援該資料庫。 對於開發者而言，已是一套參考標準。 MySQL若有更新，建議自行修改程式碼與相關內容。 網海無涯，唯學是岸！ 發表人 - qoo1234 於 2005/11/12 13:04:16

如果 要在 字眼上 比較 就是說一樣的意思 爛用在這=一樣     

引言:我甚麼時候說 Delphi？我只是說 Borland 可能故意減少對 MySql 的支援度，這個支援度指的是 "資料庫驅動程式"，而資料庫驅動程式是獨立於 Delphi 之外的，跟 Delphi 無關。

那不也是說 沒delphi的問題了 台灣災難都是事後算帳 無人飛行載具(Unmanned Aerial Vehicle，UAV)為什麼沒大量應用於救災行列 絲絲有2種 .net有很多種 一種治眼睛是MS 另一種治腦筋是Borland

本來就不是 Delphi 的問題，是 Borland 的問題。 Delphi 很好用，就算出了 .NET，我還是用 Delphi 的 VCL。 請繼續支持 Delphi !!!

我會選用 PHP 而不會選 WebSnap 理由很簡單。 入門較容易。 會的人較多。 如果要沈船。也會有比較多的船可以過來救你。 如果用了 WebSnap 的話。可能可以伸出援手的人就不多了。^^ 至於 Delphi 用 MySQL 會不會怎樣。 個人是不認為。 以我用 C Builder 的情況。 用 ODBC 不好用。也可以去下載 MySQL 的開發工具。 裏面就可以讓我用 C API 了。 也就是說我直接呼叫它的 real connect query....etc 只是回來的值它會放在 row[] 中。 自己要一個一個放到 StringGrid 去。 這樣可以讓你很”清楚”的操作它。 應不會有什麼大問題才是。 會有什麼大問題????

給個新的參考 1.我的HTTP Server -->使用Delphi來寫,還不錯;而且不怕攻擊!! 因為可以一直 修改來防堵Haker !! 2.我不用WebSnap,因為太囉唆;我用ISAPI,簡單又好寫,開發過程也很好Trace!! 3.資料庫....MSSQL,MySQL,甚至ACCESS都可以,方便的很!! 提供大家參考!! 努力不一定成功 , 不努力一定不成功!!

暗黑破壞神大大， 我想我還是學一學 PHP 好了，不過還要連帶學習 Javascript，甚至 CSS，我覺得有點吃力。我最怕硬背這些語言的型態、函式等等的一大堆資料，所以才遲遲決定不了要不要再學 PHP，不過後來我想出了一個方法：用程式設計來幫助自己做程式設計。 我已經著手把 HTML, CSS, JavaScript, PHP 和 SQL 全部用 ACCESS 來資料庫，再用 Delphi 寫個編輯器，那麼以上五種東西都能夠整合在編輯裡面，隨時能夠像 Delphi 一樣有 auto completion 的能力，不會再有查資料比寫程式花更久的時間的清形發生。

G01 大大， 自己寫 HTTP server 會不會太累吧！

不會啊!! .... 用的很開心呢!! 而且談到未來與N-Tier系統的整合,也好做多了!!不必擔心一堆事情!! 努力不一定成功 , 不努力一定不成功!!

GO1 大大， 我最近聽到有人發言的內容讓我深有同感，而情況跟您的很像。他的意思是，如果使用一些 third party 的物件，例如 WebSnap、Intreweb 等等，如果錯誤出於那些本身，那幾乎沒有除錯的機會，因為誰也沒有那種時間去研究它們的原始碼，更何況版本會隨時變動。 我最近搞 InternetExpress，處理中文時都出問題，又不可能花時間去研究它的原始碼，所以最後我還是選擇了最原始的方法，手工打 html、CSS、Javascript，那就算錯了，我自己一定可以找出來，頂多是花一點時間而已。

大廠的ThirdParty ,基本上不會差到哪裡去;除非真的很糟糕(牽涉個人的判斷) 我當時在乎的只是 1.如何以最少的投資,達到一般的目的 2.我能掌握這些技術的程度有多少 所以才選擇了這些套件,當然有時候選擇也需要一些基礎(實話實說),因為如果連 基本的Debug都不會,即使有Source Code也沒用...對不對呢? 其實我就是以你說的這種眼光來看IntraWeb,它的功能很強;可是程式碼實在太 封閉,Debug到它的Source Code就完蛋了......真的很傷腦筋...... 我只是想多對當前的系統多一點控制能力與整合能力而已,因為我覺得這很重要 除非我真的想要在WEB上擁有'五花八門'的功能,否則...何必如此呢?您說是嗎? 努力不一定成功 , 不努力一定不成功!!

我用kbmWABD套件來發展Web程式,問題就少的很...根本也沒有中文的問題 再說HttpServer還是用它提供的Sample HttpServer 為基礎來重新撰寫的 (加了一些防攻擊的Code)....甚至還加了一些擴充的屬性以及物件...... 其實每個人的考量都不一樣,優先順序也不同;只是我著眼於整合與掌控... 又不想花時間去學很難用又繁瑣,難以Debug的東西...做後才下決定的.... 也許這樣的選擇不適合你....如此而已!! 只能說很煩啦,任何事都要自己動手;可是不動手,知識的成長會很有限(當然 也要看自己的時間能否做這些事,不過,一路下來;學了不少東西!! Ex 自製TSocketConnection , TClientDataSet 才對MIDAS的了解更上一層樓 才因此能把Package技術和AppServer進行整合....這些都是收穫!!) 努力不一定成功 , 不努力一定不成功!!

GO1 大大， 我支持您的想法，我還是走您的路線比較好，不然的話，以後就會遇到這樣的結果： 三天就把程式寫出來，結果花六天來除錯！

引言: 我想我還是學一學 PHP 好了，不過還要連帶學習 Javascript，甚至 CSS，我覺得有點吃力。我最怕硬背這些語言的型態、函式等等的一大堆資料，所以才遲遲決定不了要不要再學 PHP，不過後來我想出了一個方法：用程式設計來幫助自己做程式設計。

????? 幹嘛要把 CSS 搞進來？ Javascript 不管你用什麼。應該都會用到吧。 我用 SHTML 也會用到呀。 一開始你做東西。先別管美不美。 等你功能確定了。那些CSS的東東。跟美工。一起有小朋友會做啦。 好久沒管那些東西了。^^

引言：幹嘛要把 CSS 搞進來？ CSS 並不是很大，而且只取重要的部份來使用，所以不會增加太多工作。