具体情况是这样的。
    我们的网站搞了一个积分系统的, 
           
      比方:注册会员A 
            
            发给不是注册会员的游客B、C、D、E
            
            只要B、C、D、E购买了产品(必须购买了产品才算),
            
            如果A只是通过QQ或者别的方式发个链接给B、C、D、E给这4个人
            
            那么系统怎么把积分算给A呢????

解决方案 »

  1.   

    可是 如果 A发个链接给B和C  
            B购买了商品,
            C没购买商品,
            那么系统怎么知道A能通过B得到积分,
           而不能通过C得到积分呢??? 
      

  2.   

    你说的不太清楚。是买了东西才能积分吧。
    BCDE先要注册,他们要通过推荐人给的连接才能注册,注册时记录推荐人,注册了买东西就能知道推荐人是谁了。
      

  3.   

    是的   意思是说 就是B 买了产品  就要把积分算给A了 
      但是  问题 就是在于     如果B 是个游客 只是通过链接买了产品 那么有没有办法知道是A推荐给B的呢?
      

  4.   


    但是  怎么加呢  A是注册会员  B只是一个游客    
    我们没有考虑 会员有“推荐”这个按钮的功能只是单纯的希望  会员A把链接地址发游客B   B游客购买了产品,系统就把积分发给A   就是这样的
      

  5.   

    url 重写!拼接一个 推荐人=A; 不就可以了
      

  6.   

    这个问题很简单:
    第一:注册会员A,系统自动生成一个链接 例如:www.**.com/register.aspx?username=a如果A把这个链接发送给B,c,d,e第二:b ,d注册,c,e没注册,注册后,把b,d的用户名存入到数据库中,或者,b,d的上级是A,保存起来,第三:b购买,d没购买,当b购买了,给一个state=1(0没购买,1购买),当购买了,直接update table set jifen=jifen+fen where parentId=a;理清思路,其实就是一些逻辑判断!
      

  7.   

    如果是A发链接给B 
    B只要买了
    系统就给A积分 
    不管是今天买的 还是明天买..... 
      

  8.   

    在会员表里只保存推荐人的ID,可多个
    邀请是通过发送邮件到指定邮箱,
    在发送邮件之前,先随机生成一个邀请码,并生成一条邀请记录  像你说的那种直接复制一个连接通过QQ给另一个人的是没法记录的
      

  9.   

    为何呢??
    我想的 A发的链接就已经自动生成一个地址了,系统记录的应该是这个地址,而不是游客B,只要B购买了产品,就算在A的积分上不知道,现在这种想法是否有错
      

  10.   

    难道 A通过QQ直接发个链接地址B(游客) 系统是没办法把积分算到A身上???
      

  11.   

    B看了A给的连接,没有购买,三天后,从百度进入页面,购买。你怎么知道积分给谁?
    还是你们的网站,只能从A发的连接进入?
      

  12.   

    如果是B自己购买的线路,没人推荐给他的话,就不存在这个问题了。现在就是说如果遇到A发链接B的时候菜会出现的情况,
      

  13.   

    如果不考虑这种情况,那就没有什么问题了。
    A只要发你系统生成的连接就可以了。但你的积分也就没有什么吸引力了
    A为什么还要为你做推广,你没法保证A的连接积分了
      

  14.   

    链接积分?
    我自己的想法就是 
    A推荐了B A就能得到积分, 为什么没法保证A的链接积分了?
      

  15.   

    其实不需要那么复杂 只需要生成一个A的链接 A把自己的连接发给他们注册 有几个人买就加多少分不就OK了?
      

  16.   


    提供一个思路。
    A发送给别人的连接,最好通过你们网站的系统生成一下,在url最后加上诸如推荐人=A。
    bcde无论注册还是没注册过,只要通过这个链接上去之后,网站内部记录下这个session的推荐人是A,只要窗口没关闭或者没超时,bcde任何人购买的时候,都去看看内部纪录的推荐人有没有,如果有,是谁,然后把这个推荐人更新到数据库中就行。
    如果担心bcde只是看了看,当时没买,以后再想买,那么要么仍然使用之前A发给他们的链接。要么你们的网站修改一下,追加纪录客户的cookie,只要是那台机器再链接你们的服务器,都算做A推荐的。
      

  17.   

     url = 'www.***.com/*.aspx&username = A(或者A的ID)';
    无论 B C D 游客, 是什么时候点击这个地址. 都知道是 A 推荐的。 这样不就可以给A 算积分了吗?
      

  18.   

    可是 如果 A发个链接给B和C   
      B购买了商品,
      C没购买商品,
      那么系统怎么知道A能通过B得到积分,
      而不能通过C得到积分呢???你还是先理清下思路吧
      

  19.   

    不是很懂什么意思。A只要把链接给B -------a.aspx?userID=A这样B访问网站,就把userID 写进Session或者cookies。如果购买就按照userID=A给分。如果当天B只是逛了下网站,第二天通过百度进去,没有userID了。(Session过期或者cookies过期,清空)那么就不会给A加分。尽管A曾经推荐B进去过这样的逻辑可以的话,不存在什么问题。只是推广人的积分不容易得而已了。
      

  20.   

    这个啊,abcdefg 这么多个人a是推广员,单纯考连接来判别,那a给出去的连接肯定得唯一嘛,一定得唯一嘛,你只要判断在这个连接下有多少商品被买走了,各种商品的积分是多少就行了嘛管他是不是会员,只人a这个推官员发出去的连接下有多少商品被买走,算积分我们耍游戏的时候,推官员的推广号都要唯一,对吧,唯一豆奶,我爱喝哈
      

  21.   

    涛涛,你敢动数据库不?   你们应该有1个字段是代表积分的,设置为可以为空,如果换作是我要做这么个东西,我会让A 把连接发给B("带请求参数")``````然后跳转到那个买东西的页面  在买东西的那个页面的PAGELOAD事件里面 读请求参数  如果有请求参数 证明是某个人发的连接   然后就可以在推荐人那栏里填上A的名字 设置为READONLY   反之  如果正常进去买东西  读取不到那个参数就把他设置为 Enabled=false       然后买产品后 就2条SQL语句   一条是买东西的记录  另一条就是给A加积分的记录``````