看板
[ Ajax ]
討論串[討論] 前陣看到一個Ajax搜尋的Case
共 6 篇文章
內容預覽:
cache 即時性最無腦的作法，就是資料一新增就去清除舊有 cache，. 反正 cache 的產生放在讀出的程序裡，. 只要讀到發現沒有 cache 他就會自動生新的出來，. 而且最糟糕的情況也不過是在每一次的運算裡增加 cache write 的成本，. 怎麼樣都還算划算…我們家目前用的就是這種
(還有116個字)
內容預覽:
其實 T 大跟小弟講的已經是同一件事了 XDD. 就是 natural language 斷句去做搜尋引擎的 base table，. 還有其後的衍生應用（像 keyword 權重或交叉積分之類的…）. 當然如果 orm 包裝的好，整個用起來一定很快樂。. 不過雖然 io 是最快，但是要設計架構/結
(還有639個字)
內容預覽:
真的要用關鍵字 , 我玩過 Compass 的玩法 .. (本質是lucene底,只是包裝過介面 , 是java體系的東西.). 他是怎麼玩咧 , 基本上他是用所謂 resource 的機制 .. 每一筆資料要設定某一特定主值 (通常就是 db table的 pk) ,. 然後對內文做中文斷詞 (那
(還有780個字)
內容預覽:
借這個題目問幾個觀念好了@@". 前文恕刪，不過gpmm大的意思是不是server端準備一張表格. 把查詢過的記錄存起來，如果同一個session發動不同的request再查詢. 如果不是就中斷查詢的process（好像是Windows Form裡中斷Thread的作法. 可是資料庫有可能嗎@@?）
(還有190個字)
內容預覽:
這個大概只能用硬解（至少小弟也只想的到這種…囧）. client 端的硬解有幾種，其一是 T 大的 ui lock，. 另一種是費大的 request queue，. 不過如果是小弟的話，會視情況在 request queue 上做一些手腳，. 也就是每一個 ui event / action 轉成
(還有879個字)