for : JACJUE

其實什麼情況適合什麼工具小弟也懂.

只是如果我告訴你 smarty 和 cakephp

並不能 做到 某些為商業開發加以設計的模組來的好用.

所以慢慢的我不太依懶 工具的使用 .

不知有沒有人認同小弟的講法.

不過這樣又像在講大話了 所以我才不接下來去講

而且我想又會引來很可怕的回應量.......

我 fiend 真的是一支超級大墨魚 .

^^!! 如果覺得和小弟討論問題很痛苦的 請大家多多包含.

尺有所短，寸有所長，看你要如何掌握而定。
我是覺得，之前參加FIEND的網聚時候，你曾說過有好幾種加速系統的方式，不知是否可以有系統的介紹一下，並參雜評論各種樣板系統和開發框架的優缺點？
最好是另開一個主題，這一篇已經太長了。

有關換頁的問題，與有些 DB 沒有 Limit 的功能，
提供一些個人經驗(以 Oracle 為例)，也許可以提供各位參考。

在大型主機的時代，一般人是透過 text mode 的終端機來操作的，但當時 Oracle 已經廣泛的使用在商業上。

哪時沒有圖形介面，不用滑鼠，操作上完全靠鍵盤。那時換頁的觀念，只存在單存的、循序的下一頁或是上一頁。

Web時代，一次就直接跳到指定頁的觀念，在當時根本不存在吧！？
別說一般人，大概連 Pragrammer 本身，想都沒想過吧？！而且以當時技術知識，也很難想像啦。（以當時的技術，可能也做不到）

且 Web 程式大量興起，都已是 Oracle 8 之後的事了，所以我猜想，應該不是不屑，而是DB engine架構早已穩定，能賺錢最重要，不想大費周章的做更動了！

DB2, Informaix, 與 MS SQL Server(其實脫胎自 Sybase), Sybase 都差不多是同時期的產品，應該都有這現象才對。

RE : tokimeki

尺有所短，寸有所長，看你要如何掌握而定。
我是覺得，之前參加FIEND的網聚時候，你曾說過有好幾種加速系統的方式，不知是否可以有系統的介紹一下，並參雜評論各種樣板系統和開發框架的優缺點？
最好是另開一個主題，這一篇已經太長了。

#######################

呵呵~~果然是一針見血 .

我最缺乏的就是有系統的做說明.

改善效能問題和開發框架的缺點 ..

其實我應該沒有這麼多時間做說明文件.

不過可以針對一些問題 起個頭不傷和氣的前題下 大家討論討論 .

引用:

對程式寫久的人, 當然都會覺得自己寫的比較好.

但是像我是覺得能有套件讓我偷懶一下是最好了.

除非不得已, 我儘量會去找出套件的使用方式與陷阱,

用最適合的環境和方式來使用套件, 完成我想要的系統.



這是現在我和你最大的差別了.

^^!! 老大說的是...

可能是 PHP 這幾年出的模組太多 .

連換頁 的 內容邏輯 可以用 一次 QUERY 拉出來都爭半天 .

這對很多 職業的 WEB PROGRAMER 來說應該是基本觀念才對.

而且我覺得 自己 DIY 寫自己的模組 可以達到很大的練功效果 .

以您的程度會這樣覺得 是因為您可以一眼看出問題所在.

你己過了練功期了這樣講小弟真的不知如何接下去 ^^!! ..

無言...

一個週末回來，發現我完全 Lag 了這篇文章後續發展..T_T..

光看完七頁的資料就看了好久...

別人上班打混是在打屁聊天，我打混的方式則是在追蹤源碼。如果被老闆看到，搞不好還會被認為是專心工作，加薪有望啊。

觀看全文: 以源碼探索 PHP 查詢 MySQL 後儲存資料結果的方式


to Tokimeki:
該文中指出跳過 memory_limit 的部份，並不是 PHP 源碼，而是指 MySQL 源碼中的 mysql_store_result. 因為我沒有用 debug 過實際運作的狀況，我也不能明確指出該文說的是哪一段源碼內容。
"跳過"，通常是指沒有寫出那方面的code，要追查內容還挺麻煩的。

to normansu:
沒錯，早該把源碼拿出來看看了。多謝提醒。源碼追蹤見前述連結文章。

辛苦 石頭大 ~冒著生命危險上班中還棄而不捨的給它 分析下去.

我開始 喜歡 和 配服 石頭哥 的 精神 了說 .

#####

我不是沒有看過 在 ext 底下 c lib mysql 的 code .

雖然您分析的好像很利害.....

寫了一大篇文章 想要告訴大家 "DB理論 不等於實際 您看到的CODE"

^^!! 但是 !!

用屁股想都知道 PHP 不可能把 QUERY 結果 全部拉回 PHP 端記憶體

我蠻質疑你 分析程式碼內容 的能力 .

就上次討論到 您截取一篇BLOG文章斷章取義後..

我就覺得你好像看到黑影就會開槍 ...

不過我這樣講是我個人主觀的意見 , 我並沒有花時間去提出實證 .

所以上述我講的很不公平 .

PHP MYSQL C LIB 源碼 是 NORMAN 和 Tokimeki 挑起的

NORMAN 是 C 的超級高手 , 看看大師要不要出來講句公道話.

其它無言 ...


學 版大 的精神 ^^~~~(逃)................

我說話總是很保留～
既然被點名，那就回一下好了。

我提到有關源碼中memory_limit部份的意思，我是認為對所有的資料庫result物件來說，要不都受memory_limit節制，要不都不受memory_limit節制。

如果只有MySQL例外，必定只有在PHP對MySQL extension的源碼中可以發現痕跡，而其他的DB extensions源碼中沒有的關於記憶體操作的相關程式碼。
為何不是在MySQL的源碼中？兄弟們，那是MySQL 的 C API呀，你覺得那裡面會特別優待PHP嗎？我覺得可能性不大～

不過我也沒有全部翻過，只比對了一部分的DB extensions的源碼，因此我對這個結果採保留態度。

至於你們爭論的query結果，說實話，我不感興趣～
因為我不會把Web Applactions寫成會爆掉DB資源的地步～
我感興趣的部份是FIEND說的做一次query可以同時得到結果和總筆數的方法而已。