PDO::query 簡記
July 31st, 2009 — farmer可通泛應用的方法。負責執行交付的 SQL 陳述，並將回傳的執行結果作為 PDOStatement 物件。此方法相當適合一般性的 SELECT 語意使用。
可通泛應用的方法。負責執行交付的 SQL 陳述，並將回傳的執行結果作為 PDOStatement 物件。此方法相當適合一般性的 SELECT 語意使用。
scws ＋ MySQL ＋ YUI autoComplete 上線測試與微調。
拓展資料表架構，建構聚合資料專表供 fulltext 匹配運用。初步完成新的資料動態維護程序。新增 fulltext_table class 用來產生與管理新架構中的聚合資料表。配合修改 freedoc 與 freedoc_admin class。
撰寫一些簡記性質的閱讀。
在 PDO 當中最為直接簡要的方式莫過於 PDO::exec。
int PDO::exec ( string $statement )
看看首季第一集的肥皂新劇 Drop Dead Diva, 劇情有點搞笑. 讓我想到了 Eli Stone.
想想要一輩子沒做過壞事也沒行過善事, 實在是一項不簡單的任務.
片尾結束的有點濫情…不過歌配的好. 沒聽過但很對胃口. google 了一下, 發現是一位叫 Fergie 的女歌手的作品 Big Girls Don’t Cry.
用 strip_tags() 除去 string 中的 html tags 是個簡便的方案。語法如下：
string strip_tags ( string $str [, string $allowable_tags ] )
不過假使 string source 的 html tags 不完整或有語法錯誤，將會濾除的正確性。由於有此缺陷在應用上必須謹慎。
MySQL 內建了 fulltext 功能, 能指定資料表的特定欄位建立特殊 fulltext 索引。源於此故，MySQL 也支援了一個衍生的 client 指令 “myisam_ftdump“。
此指令可以讓使用者查看 資料表 中的 fulltext 欄位，實際建立索引的詳細情況。使用語法如下：
scws 分詞詞典與關鍵辭字典的整理暫時告一段落, 改寫相關的 js 程式後決定先上線測試。YUI autoComplete 的部份僅做了小變動，當輸入資料完全沒有選擇 autoComplete 項目的 fulltext 搜尋功能。暫時不對 fulltext 的搜尋結果作分頁，也暫時省略了匹配內容區段資料的輸出，後者先放在測試程式中繼續作測試。
測試一週看看 fulltext 匹配情況，用來續作微調依據。
ps: input maxlength 先限定為 80. browser autocomplete 也設定為 off。
整合 scws 分詞字典, 調教 MySQL fulltext 匹配結果. 改寫 YUI AutoComplete 回應模式. 添加關鍵詞字典.
收錄幾篇搜索引擎方面的文件. 這方面好的資料真正公開的並不多. 找到的大多是非技術性文件居多.
一邊看 JSDoc 規範, 一邊開始為自己寫的 javascrip 加上一些自己能理解的文字, 突然發現一個現象, 編輯中的檔案只能看到檔案自身的提示, 對於引用其他 js 檔的部分完全沒有作用?
心想 Eclipse 怎可能如此肉腳! 一定得設定什麼東東….. 找 google 大神後發現有人提到 Eclipse 支援 “交叉引用” 的功能. 這代表希望…但, 就先前的探索經驗, 說真的有點厭惡這種視窗式編輯工具的設定, 多到不得了的調整選項, 每回總會讓人被玩上半天. 不過這次還好…
過去使用 PSPad 編寫 php 或 javascrip 時僅會在 code 中留下極為有限的注解, 甚至在有機會重新整理時, 會移除所有的注解. 近日改用 Eclipse 撰寫後, 對 IDE 環境自動顯示註解的功能漸生好感, 這不知道是否是逐漸墮落的開始? 儘管自己並不太依賴 IDE 提供的舒適, 但難保有一天不會真的變懶了.
不管如何, 當嘗試開始刻意地在 code 中寫下註解時才發現, 自己得同時面對 JSDoc 與 phpDocumentor 這兩種規範. 窩…. 沒事找事. 得到工具的幫助, 卻也得依循工具的規範, 還當真沒有白吃的午餐…. 不過一次看兩個規範, 時間上也划算. 事實上兩者有相當大的部分是共通的. 這點對一般性的注解或說明來說, 已經足夠了.
以下的紀錄將會陸續與持續性的增修自己閱讀後的雜記 :