※ 引述《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