※ 引述《kylekai (眼神,表情,輕觸,體溫.)》之銘言： : ※ 引述《HuangJC (吹笛牧童)》之銘言： : : cookie 是佔用網路頻寬 : : 而 session 其實是電腦上的檔案 : 不知道你有沒有看過這部份的程式... : http://cakeforge.org/projects/cakephpbb/ : 另外在 groups 裡面有這篇.. : http://tinyurl.com/6pskn4 謝謝,我搜尋的功夫差,沒看過 不過同事看過 我們兩個很有政治問題 ~^_^~ 問他既然看過,怎麼不用這種方式 直接 require 別人的 function 來用 他說:風險很大,不知道別人的函式裏做了什麼 其實我是覺得還好 如果整個抓來的程式跑得很順 然後明顯的找到個 useradd 之類的函式 那就用呀,客氣什麼 他的說法是: require 別人一個檔案根本不能用,要就 require 整個 但整個又太大,太慢 (雖然我不斷強調當我沒執行該指令時就不會引起 require) 所以最後,他幫我做了件很辛苦的事 人家幫都幫了,只該感激,也不能挑剔了 他把整個函式攤平.. ~^_^~ 用到的 include 又再拷進來 全部的函式我們都自己拷了必要的部份,拷到不再有錯誤訊息為止 XD 就這點而言,他一開始是和主管討論得到一個建議 主管說"我們自己寫,兩個程式間沒所謂全域變數,也沒所謂 API" 所以我們自己去 hack 細節,再自己 query DB 但寫到後來他的堅持就脫離原點了 我再回去問主管,主管也說: 既然找到 API,測過能用就用;我不是做事的人, 如果我去做,可能也會做和你一樣的選擇 但他仍然堅持自己攤平函式,說用別人的 require 太多,所以執行速度會慢 (從 Compile 語法轉到 Script,說真的速度是有差 我們以前大量 use DLL 是很豪華的事) ;; 基本上我們還是不能用 PhpBB 的 login,不管 V2 或 V3 都不能用 要自己改一個,這是給同樣想做整合 Cake & PhpBB 的板友思考一下的 就是,PhpBB 的 Login,是 Login by Name PhpBB2 只有一個 Name,這個 Name 在 DB 裏沒要求 unique 但是整個 PhpBB 的包裝要求是 unique 也就是說,既然我叫 Richard,就別想再有一個人註冊 richard (大小寫不同也別想通過) PhpBB3 有兩個 Name,我們因為以前合作過專案的關係,公司內部有個默契 把其中一個稱做 Display Name Display Name 在我們公司裏大家都聽得懂,就是被顯示的名稱 而另一個被指令執行引用的,就是具有 ID 的性質(有辨認性),它和 V2 那個是一樣的性質 而事實上我們在 Cake 上寫好的程式讓 User 有可能同樣的 Display Name 只是 ID 不同!! 這點 PhpBB 的 DB 設計是能支援的,但它的 API 都不支援 所以我們必需自己改寫一個 Login by ID 出來 大概就改這麼一點點,其它的用別人寫好的東西,require 一下應該很好用 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.219.65.16