唯一道具表：
id 唯一道具id（与普通道具id不能重复。方便背包等等调用）
temp_id 临时id（默认0。合成道具的时候可能会用到。）
itemid 原始道具id（获得道具的初始值）
fumo_id 附魔id。(默认0,即无附魔)
附魔表：(即增加的属性)
id
uptype 增加类型
uppoint 增加点数
cleardebuff 清除debuff
addbuff 增加buff
现在看功能修改
首先是道具类：
class Item
{
getItem()
{
//以前是直接根据id获得道具信息就ok了。
//现在增加了附魔
//首先判断道具id是否属于唯一道具。（比如普通道具1-10000。唯一道具id的从10001开始。如果觉得这样不好，那么基础道具表里，加个字段。判断道具是否唯一）
if （道具唯一）
{
//从唯一道具表获得原始道具id和附魔id
//根据原始道具id，或者道具基础信息。
//根据附魔id，获得附魔加成信息。
//两边值相加。
Return 道具信息。
}
else
{
直接获得道具信息。
}
}
}
附魔功能：
道具A。（基础道具）+道具B。(基础道具) =道具C。(唯一道具)
也就是唯一道具是在附魔功能执行的时候生成。以背包举例。没附魔前。
背包内道具A。id为1。
背包内道具B。id为2。
当执行附魔功能后。道具A,道具B的id都置0(横表)，或者删除了（纵表）。生成一个唯一数。temp_id。(md5生成就行了。)生成一个唯一道具。这时候，根据temp_id，让A的背包再次获得唯一道具的id。道具，比较完善的解决了。
以下部分均涉及到一些商业问题，所以只能给思路，及很少的代码。
--------------------------------------------------------------------------------
、记时器
处理等待xx时间后，执行xx的问题。php自带一个sleep()函数。等待时间也可以控制。
但是显然，不管从运用还是效率上讲。都不足以支持游戏计时的。思路很简单。将需要倒计时的事件的所有参数，以及开始时间、结束时间。都存储到一个表里。前台用javascript倒计时，时间到后，通过ajax调用时间到后的处理程序。后台每隔一定时间，自动执行一次调用时间到后的处理程序。
至少需要三个php页面。
一个用来写存取定时的内容。
一个处理前台时间到时，结束操作。
一个处理后台定时刷新，判断时间到了就执行结束，时间未到不作处理。
miracle:计时器是不同的计时器对应不同的事件,还是可以多个事件都调用同一个计时器,如果一个玩家他调用了一个计时器计时一个建筑建设多长时间,在之中又调用了这个计时器用来计时另一个建筑建设多长时间,这样行不行的?会不会有冲突?
键盘上的烟灰:
多个事件对应1个计时器。
你可以在timer里增加一个字段。比如叫做actiontype（事件类型）
