数码资讯
Discuz图像序列的混沌解
解释 在论坛发布一个帖子,它添加了一些图片,然后发表后直接和图片序列有时混乱。 即使上传的图片窗口处于正确的顺序,在发布后也会杂乱无章。 分析 查看URL,程序代码中没有任何内容。 将图片的名称改为序号,序列是无序的,帖子中无序图片的顺序是:76123458。 然后在数据库中找到bbs_forum_
选购提示
关注价格、性能、续航、售后和真实使用场景,理性比较后再下单。
解释
在论坛发布一个帖子,它添加了一些图片,然后发表后直接和图片序列有时混乱。
即使上传的图片窗口处于正确的顺序,在发布后也会杂乱无章。
分析
查看URL,程序代码中没有任何内容。
将图片的名称改为序号,序列是无序的,帖子中无序图片的顺序是:76123458。
然后在数据库中找到bbs_forum_attachment_1表,并发现这种默认的秩序:
它不是由援助命令,它是可能不采取命令直接当它被采取。
发现PHP源类表格 table_forum_attachment_n.php直接操纵台
通过写登录日志(文件名,'log)的方法,发现每个帖子刷新,fetch_all_by_id,此方法执行一次
在查看文章时,没有插入到文章中的附属地址每次都要从数据库中读取。
解决
修改的fetch_all_by_id方法传入的默认参数:order_by = 'aid
刷新图片中的无序部分,并发现该顺序正常。
以上就是关于discuz的修改,希望对你有帮助。
在论坛发布一个帖子,它添加了一些图片,然后发表后直接和图片序列有时混乱。
即使上传的图片窗口处于正确的顺序,在发布后也会杂乱无章。
分析
查看URL,程序代码中没有任何内容。
将图片的名称改为序号,序列是无序的,帖子中无序图片的顺序是:76123458。
然后在数据库中找到bbs_forum_attachment_1表,并发现这种默认的秩序:
它不是由援助命令,它是可能不采取命令直接当它被采取。
发现PHP源类表格 table_forum_attachment_n.php直接操纵台
通过写登录日志(文件名,'log)的方法,发现每个帖子刷新,fetch_all_by_id,此方法执行一次
在查看文章时,没有插入到文章中的附属地址每次都要从数据库中读取。
解决
修改的fetch_all_by_id方法传入的默认参数:order_by = 'aid
刷新图片中的无序部分,并发现该顺序正常。
以上就是关于discuz的修改,希望对你有帮助。
声明:本文内容用于数码产品信息整理与选购参考,具体价格、库存、售后政策以官方渠道和电商页面实时信息为准。