zoukankan      html  css  js  c++  java
  • discuz 抱歉,该附件无法读取的解决方法

       最近升级了x2.0的补丁,发现普通用户在下载附件的时候会出现‘抱歉,该附件无法读取’的提示,但下载分已经扣了   搞得大家非常不满。但管理员之类的不扣下载分的是可以下载的。

       于是开始网上搜索了,发现也有类似问题,但不是路径不对,就是附件本身有问题。 要么就是同样的问题没人解答。 没办法,只好自己想办法了。

        先是在 forum_attachment.php 里看了半天,确定那个提示是从这里报出的。报这个提示的情况有很多处,我遇到的是附件不存在, 奇怪? 附件不存在怎么管理员可以下载呢? 于是进一步跟踪数据库,终于发现了问题。 discuz 的附件是分表存放的,表名像这样 pre_forum_attachment_0, pre_forum_attachment_1,  我这里共有0~9, 10个表,另外有一个表 pre_forum_attachment,保存了全是编号,像aid(附件ID),tid(帖子ID),uid(用户ID),tableid(这个就是表示具体附件信息保存在哪个表中)。 于是我找出下载失败的附件的id, 搜索 pre_fourm_attachment,得到tableid, 再从相应的附件表中查找, 发现没有找到, 但在另一个附件表中找到了, 说明这个问题的原因是附件表中的tableid不同步造成的。 这样的话解决方法就明朗了,就是同步tabeid。

      解决方法就是执行几条sql语句,像这样:   

    update pre_forum_attachment a, pre_forum_attachment_0 b set a.tableid = 0 where a.aid = b.aid; 
    update pre_forum_attachment a, pre_forum_attachment_1 b set a.tableid = 1 where a.aid = b.aid; 
    ......
    update pre_forum_attachment a, pre_forum_attachment_9 b set a.tableid = 9 where a.aid = b.aid; 

        方法有点土,执行了很多次类似的语句,注意其中的两个数字要相同,否则麻烦大了。 执行后,问题解决。

    PS: 我的版本是 discuz! x2, 安装的时候表前缀是可以改的,所以你的表前缀可能不是 pre_,所以注意查看实际的表前缀。

    广告:欢迎光临 乐维网  

  • 相关阅读:
    跟我一起了解koa(四)
    快速定位隐蔽的sql性能问题及调优【转载】
    PV,UV,IP
    ActiveMQ的安全机制使用及其源代码分析 [转]
    ActiveMQ中的安全机制 [转]
    ESB、SOA、EAI异同【转】
    磁盘 I/O 性能监控指标和调优方法
    PLS-00306:错误解决思路
    浅谈PetShop之使用存储过程与PLSQL批量处理(附案例)
    关于SQLSQL Server的三值逻辑简析
  • 原文地址:https://www.cnblogs.com/jmax/p/2151347.html
Copyright © 2011-2022 走看看