这就完全超出了你的所谓“静态”的范畴。不同会员,在cookie中一定有反应,例如会员a的账号是828348234,而会员B的账号是kskdfskdfaisdf,在会员登录时真正的账号被写到cookie中(覆盖之前的账号)。然后,根据账号不同,可以使用ajax方式动态加载不同的html,以及与html配套的不同的js文件(而这些代码又会从当前页面cookie中读取账号)。对于你所谓的 index.html,只可能是动态的。只不过是用 javascript 来加载,还是asp.net 之类的后台程序加载的区别。

解决方案 »

  1.   

    不知道你这是什么特殊的需求
    如果用户量大,会生成大量的静态页面
    如果用户页面的实时性比较高,静态页面须的实时更新用session判断用户,如果第一次登陆,通过后台生成其对应的静态页面,之后请求时直接访问该静态页面,静态页面在这里也只能通过命名来区别
      

  2.   

    要么放弃使用静态页面,改用动态页面,或者搜一搜:伪静态如果真的必须生成真静态页面,给每个用户建立个文件夹,每个用户访问自己文件夹里的文件
    比如
    a/index.html
    b/index.html
      

  3.   

    完全看不懂你在说啥
    先不讨论验证登陆为什么会有性能和安全问题,你的登陆页面要验证用户是否登陆还是退出??既然进了登陆页,当然是登陆,退出难道也进登陆页?就是如何综合使用Session与Cookie判断用户是否登录
      

  4.   


    建议你学习asp.net,而不是自己发明。
      

  5.   

    你堆了一些(对你来说)新鲜名词儿,但是不能按照机制去设计程序,这暴露了你现在的一个状态。关于登录,关于判断用户有没有登录,随便找一本10年前的asp.net入门书绝对会看到。对于学习,asp.net来说,相当于10个月课程中只学了不到1个月。