php相关问题？

0: 硬盘分区情况：
Disk /dev/sda: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          64      514048+  83  Linux
/dev/sda2              65        1369    10482412+  83  Linux
/dev/sda3            1370        1891     4192965   82  Linux swap / Solaris
/dev/sda4            1892       38913   297379215    5  Extended
/dev/sda5            1892        2413     4192933+  83  Linuxweb服务在/usr 对应挂载 /dev/sda2 , 我也想把 /dev/sda4 挂载到 /usr, 增加容量a. 是不是一个分区只能挂载到一个目录下
b. 如果1是对的 ，那把 /dev/sda4  挂载到 /usr 的某个子目录，是不是挂载成功后，这个子目录
下原先内容就没有了
1. apache url重写
http://localhost/index.php/home  ,  http://localhost/admin.php/home
将http://localhost/index.php/home 重写为 http://localhost/home
而不影响  http://localhost/admin.php/home2.登录安全：
仅用session记录用户id 判断登录是否合适，如何加强网站安全
3.投票除了用cookie 、验证码 外，怎样防止刷票
4. 防止两次提交（客户端:当form表单提交，用js设置表单不可提交，）
服务器程序中是怎样做的5. 发送邮件用phpmailer 外，通常怎样操作（服务器上再搭建一个邮件发送？），

解决方案 »

  1.   

    挂载问题：不太清楚，感觉分区可挂在某一文件夹下。不挂的有软link。1. apache url重写不可以，因为他不知道你究竟是index,还是admin，只能指定一个,除非你能通过其他环境变量判断2.session可在安全，不需要判断sessionId, 可以让安关浏览器就过期3。记录IP,useragent或用户id4。这个是个问题，这可能只在转账时才这么严格。
       没做过这方面的。感觉一是提交尽量刷新页。 第二个，可以给表单一个key，提交时服务器可以将这个key存成session，下次每次提交时检测key是不是在session中，发果在一定时间内在，则不允许提交。每次提交时，将过期的清空。
       不知别人都用什么方法。5。可以有一smtp服务器，实际上我们发信是先发到smtp,然后再由smtp服务器转发。
      有自已的smtp发送好控制。
      也可以自建发送对列。
      

  2.   

    关键字：解决表单的重复提交问题(token机制)1。如果点击一次提交按钮后，服务器开始处理，在后台的代码中使用struts的token机制控制重复提交。然后服务器处理完毕返回到一个新的列表页面。此时刷新页面，则服务器当作重复提交对待。token机制就能处理呀？
    2。如果点击一次提交按钮后，服务器开始处理，在后台的代码中使用 struts的token机制控制重复提交。然后服务器处理时发生一个异常，于是返回一个错误页面，告诉用户哪个字段有错误，然后用户点击返回按钮，返回上一个页面，再次提交页面时，用户器则把这次的提交当作了重复提交对待。
    重置token标记
    3。如果点击一次提交按钮后，服务器开始处理，在后台的代码中使用struts的token机制控制重复提交，服务器还没有处理完毕时，用户等不及了，再次单击提交按钮，则struts的token机制不会把此当作重复提交，而是会两样处理这次的提交。
    用户点击后把按钮设定为disable 
    Struts的Token（令牌）机制能够很好的解决表单重复提交的问题，基本原理是：服务器端在处理到达的请求之前，会将请求中包含的令牌值与保存在当前用户会话中的令牌值进行比较，看是否匹配。在处理完该请求后，且在答复发送给客户端之前，将会产生一个新的令牌，该令牌除传给客户端以外，也会将用户会话中保存的旧的令牌进行替换。这样如果用户回退到刚才的提交页面并再次提交的话，客户端传过来的令牌就和服务器端的令牌不一致，从而有效地防止了重复提交的发生。
      

  3.   

    基本上，令牌机制是说这个意思：首先生成一个令牌key,放在session中，如果用户传过来的和session中的一样，则通过，同时换新的key。如果不一样，则提示过期。得新生成表单。
    一般情况下，这种不会有问题。但也有例外， 比如两个请求同时到达。读session是一样的值。
      

  4.   

    1.linux的挂载问题，不太清楚2.session验证己经很安全了，因为session是服务器端的。3.记录ip，使用令牌验证等。4.和3的基本一样5.建个mail服务器吧
      

  5.   

    本人有php168系统的二次开发外包任务，时间较急，功能不大，也比较简单，有对php168比较熟悉的朋友，请与我联系，开发费用详谈。联系方式：
    QQ：1410707439，
    13591821549有效期截止2010-12-30前
      

  6.   

    linux 下挂载分区怎么解决？？