诚邀各位开发者参与【openUBMC最新版本】内测体验活动，本次活动有两种参与方式，任选其一回帖提交反馈，即有机会获得奖品！
奖品池
一等奖：提出最有价值意见的 1名 开发者—华为 FreeBuds 6i 耳机
二等奖：反馈有效问题数量最多的前 3名 开发者—华为超级快充立式无线充电器
积极参与奖：积极参与活动的 5名 开发者—华为智能体脂秤3蓝牙版
参与方式
方式一：【社区体验】发现正确性及易用性问题
方式二：【实战开发】使用最新社区版本及相关资源进行安装部署、开发真实需求并反馈您的真实感受
反馈方式
跟帖评论：在本帖评论区反馈您发现的问题并附上问题截图
声明：
若您参与本次活动，即表示您同意将个人获奖信息（包括账号名与获奖奖品）公示于本活动页面，同时认可本活动规则以及openUBMC生态隐私政策声明。
本活动最终解释权归openUBMC社区所有。
来来来，内测开始了，小伙伴们，冲冲冲
来啦来啦
建议反馈：希望社区论坛支持除了图片之外的附件上传功能，便于交流与问题定位首先特别感谢 openUBMC 团队一直以来在产品迭代与社区运营上的用心投入 
无论是社区论坛首页的清晰分类，还是各类问题的高效响应，都体现了团队对开发者体验的持续关注与打磨。作为一名积极参与内测的开发者，我在日常使用过程中，已经切实感受到社区平台的专业性与开放氛围 
建议内容当前社区论坛仅支持文字与图片形式的反馈，虽然对于大多数讨论已基本满足需求，
但在实际使用中我们经常会遇到需要上传日志、配置文件或使用案例分享的情况，这些信息仅通过截图或文字很难完整呈现。
因此，建议社区论坛适度开放附件上传功能，支持用户上传如 .log、.txt、.yaml 等文本文件，及常见压缩格式（如 .zip、.tar.gz）的附件。
这不仅有助于问题定位，也便于社区成员之间共享一些典型配置、使用案例、模板等资源。
建议细节为了兼顾社区论坛的可维护性与安全性，附件功能的开放可以遵循以下原则：
增加上传类型，例如 
.log、.txt、.yaml、.zip、.tar.gz 等常用格式； 设置合理大小限制，如单个文件不超过 5MB； 上传文件可自动进行格式校验、内容预览或来源标记； 若暂不支持上传，也可探索“通过私信发送附件”作为过渡方案。
实际应用场景journalctl、docker logs 或一键收集日志包）；
结语openUBMC 社区已经在技术氛围、结构组织和互动体验等方面做得非常出色，我们也很珍惜这样的开发者聚集地 
附件上传虽然是一个小功能，却可以显著提升问题反馈的完整性与社区交流的深度。
非常感谢社区团队的辛苦付出，也希望这个小建议能为社区的持续优化提供一点微薄的参考
你好，很开心接受到你的反馈
关于第二点：最新版本的功能本身没有问题，但此前因openUBMC论坛更新后与多语言插件出现兼容性问题，已临时回退到旧版本；后续会解决兼容性问题重新发布稳定版本。
关于第三点：目前该功能在Google Chrome浏览器下运行正常，如遇问题可尝试更换浏览器。
小生有礼了！我认为这个回复和帖子使用Markdown的方式非常符合我们开发者的需求和习惯，希望能够得到大家的认可。如果我的建议对活动有帮助，期待能有机会获得奖品！感谢！
我参加了实战开发，模拟适配了一张网卡，以下是我在开发过程中碰到或者联想到的问题:
1.sr文件名中的bom号，是根据组件类型定义的么，每种组件的bom号是一样的么？如果是的话，可否提供各种组件的bom号汇总表？
2.如下的PCIe网卡的管理拓扑配置中，Anchor的buses为mux_channel3，指的是该网卡只能接在上一级riser的channel3上么？
3.一张NIC网卡中为什么要同时Scanner_Lom1Port1Link和Scanner_Lom2Port1Link，是因为不能确认该网卡接在哪个LOM口，因此做Lom口遍历扫描么？
4.Entity对象有什么作用？ 该对象的id和Instance该如何取值？
5.要是识别一个板载网卡，至少要实现哪些对象？每个对象会提供哪些功能支持
6.IEU、NIC等板卡没办法通过修改connector属性来模拟加载么？
7.可否提供文档，包含所有sr支持的对象以及对象的所有属性、取值范围和描述？
2、是的，这个配置代表只有9545的chan3的链路才对接的网卡。这种PCIe标卡插在riser卡的槽位即可
3、是的，该网卡的配置项无法直接获取到是lom1还是lom2，需要从CPLD上报网口连接状态
5、可以参考network_adapter的README，具体详细的适配步骤后续会在社区有文档承载。
6、使用debug包可以直接设置connector的Presence属性来模拟在位信号
你好，目前已支持建议增加的上传类型
