1.Discuz!帖子附件显示说明怎么修改 在哪个文件里修改
2.这些让人笑哭的工程代码注释，只有程序员能看懂！帖源
3.为什么我的码工帖子排版保存不成功呢？
Discuz!帖子附件显示说明怎么修改 在哪个文件里修改
没用过这种插件，是程帖否存在不确定。
你要想有这个效果，源码可以修改默认的工程微信群聊天机器人源码附件下载样式。
代码在template/default/forum/discuzcode.htm
我自己用的帖源是直接操作数据库，不推荐这样做，码工问题太多。程帖
这些让人笑哭的源码代码注释，只有程序员能看懂！工程
代码注释，帖源程序员们的码工自嘲与幽默。
比如，程帖有人写：“写这段代码的源码时候，只有上帝和我知道它是干嘛的 // 现在只有上帝知道。”
在Quora上，有一个帖子号召程序员分享自己遇到的有趣代码注释。以下是一些摘录：
一位中国工程师分享：“我一周前在社交网站上看到很多人在讨论这个网站，网站的源代码包含了这些注释。有人说，全球质量溯源码这家公司应该加强对代码的审核机制，有人则怀疑这家公司可能没有足够的人力资源来做代码审核，因为至少需要两个程序员才能完成这项工作。”
Edwin Romero分享：“我不确认有多少人熟悉站点内的Robots.txt这个文件。其实这个文件不是运行必要的代码，但是它声明了爬虫/搜索引擎能爬到/搜到站点的哪些内容。我在Nike网站上发现的Robots.txt文件非常有意思，如下……”
Abhinav Upadhyay分享：“谢尔盖.布林（Google的联合创始人之一）在斯坦福大学念计算机科学博士学位的时候，他的简历里并不含任何‘待遇要求’（Objective）的字眼。但当你去查看他的丐帮悬赏源码在哪简历的HTML源代码的时候，你会看到（他在简历HTML源文件里明确写了‘待遇要求’，只是用注释注掉了，在浏览器页面上不显示。）……”
Abhinav Upadhyay继续分享：“这段注释并不是我亲眼所见，但是它在网上传得很厉害。这段注释是出自于贝尔实验室的Unix系统第六发行版，并在《Lions’ Commentary on UNIX 6th Edition, with Source Code》这本书中标注出来的。”
Kalpesh Singh分享：“我有个坏习惯，每当我看到做得不错的网站，我就想去控制台看它的暴涨指标源码推荐源代码。我想很多前端工程师都喜欢这样做吧。我订购了Box8服务，并在他们的console里看到了如下信息……”
Nikunj Madhogaria分享：“//drunk, fix later //喝大了，一会儿再改……”
Bill Poucher分享：“我见过的最佳注释是以HTML格式写在源代码里的，任何想要阅读的人都能看得见，我管它叫‘Cerny效应’。曾经有一位很有天赋的捷克研究生Tomas Cerny……”
Boris Zamoruev分享：“我曾经做过一个高性能分布式键/值存储的项目。这是一个设计很精巧的软件，API非常简洁。如果你要获取一个数值，自带sar指标源码那么你就用命令：GETN(get, 数值)即可。如果你要存一个数值，那就用命令：PUTN(put, 数值)即可。其他的命令也很简单，比如MGETN(get multiple, 数值），MPUTN(put multiple, 数值），INCR(增量), MINCR(多个增量），基本上命令都可以自解释。”
Michael Dehmlow分享：“我新入职了一个公司，然后发现了一段三周之前写的注释，这段注释是项目之前的研发团队写的，写的日期就是我来公司面试和正式入职的这段期间。”
为什么我的帖子排版保存不成功呢？
面对排版保存失败的问题，可能是因为当前的编辑器存在一些小瑕疵，不过这种情况正在得到改进。
为了提高编辑质量，建议在编辑帖子时，点击右上角的源码选项，转为源码模式进行编辑。这样的方式可能在排版效果上会更为理想。
源码模式允许用户直接操作HTML代码，这有助于精确控制文本格式和布局。通过这种方式，可以更有效地解决排版问题，确保帖子的保存成功。
尽管当前编辑器存在一些局限，但通过调整编辑方式，可以有效地避免排版问题。转用源码模式编辑，有助于提高操作效率和帖子质量。
虽然改进过程中可能会遇到一些挑战，但通过优化操作流程，可以克服这些问题。使用源码模式编辑帖子，是解决排版保存问题的一种可行方法。
总结而言，面对排版保存不成功的情况，选择源码模式编辑帖子是一种有效策略。这不仅有助于解决当前的编辑器问题，还能提高帖子的整体质量。
