随便放个图，亮点自寻，在前进的路上继续前行【2025-12-21更新】

湖中沉

myboss 发表于 2025-12-21 17:17
广播发帖的原理，我明白。
缝合怪，有啥后遗症，这个真不明白？
记录功能继续完善，很好。它不像微博，没 ...

目前暂时决策是记录合并掉功能，没说直接把分享和广播删了（广播其实我很想删），本来X3.5就提供了开关，所以完全可以关闭与否自己决定就是了。

分享的数据暂时没打算做迁移，因为迁移的意义不太大，本来的分享功能太弱，基本上都是以链接形式呈现的，数据迁移过来也是一对链接，有啥用呢。

广播的关注和被关注，后续是有计划要做优化的，这个完全不必担心，并且记录甚至可能也会和关注与否产生关联，但这个修改牵连很多，没那么快。

myboss

湖中沉 发表于 2025-12-21 18:00
目前暂时决策是记录合并掉功能，没说直接把分享和广播删了（广播其实我很想删），本来X3.5就提供了开关， ...

一套逻辑：

广播核心价值，就是可以不用标题，不用版块，发帖。 把论坛，快速变成微博的效果。应该会省很多开发时间吧？

把这个 同步到论坛   功能移到记录里， 记录  不就可以节省开发成本了？   

有一个FrXXX平台， 发帖是弹窗模式 ，可以不选择版块，或者选择版块。 标题选填， 可以添，或者不填写标题！

DZ可以借鉴一下 ！

类似我之前提到dz二开网站cn.admxn.com。迎合懒人的，连标题都不写 ，发微博  ，实际发出来的还是帖子！

弄个大广场给用户，愿看不看，哈哈！

💡另个思路就是 单独写套逻辑：

开发者喜欢再单独写套逻辑，反正现在不像以前了，压缩包滴小点。现在nodejs项目动不动都几百m，增加点DZ压缩包大小也不算什么太大问题！我也喜欢单独逻辑的，这样不乱！

分类是真好，要是集成到记录里，我就弃用分享。要是集成不到，还不如继续采用分享呢！

X5 开发者预览版    是 记录功能提升了，增加了分享、广播的部分功能，后续可能把 关注和被关注  弄过来？再增加点什么新鲜功能？

X5 开发者预览版    中 记录、分享、广播共存，后台提供了开关，自行选择关闭？ 

数据不迁移，那就是直接删 分享 数据库表？幸亏我分享数据不多，应该折腾不到我，哈哈

我没体验过 X5  开发者预览版 ，我这样理解对嘛？

X5  正式版 ，正在考虑删分享、删广播？

湖中沉

myboss 发表于 2025-12-21 20:22
一套逻辑：;广播核心价值，就是可以不用标题，不用版块，发帖。把论坛，快速变成微博的效果。应该会省很 ...

广播只是你以为没标题，实际是有的。广播是一个很纠结的妥协实现，存在很多问题，你喜欢你就继续用，不要非得要把记录用广播去再走一遍，那本身就是当时为了应付微博模式而产生的论坛侧的一个妥协。

而记录是原生基于SNS产生的功能，他有自己的逻辑，能不能不要再纠缠于此了？

你要帖子不写标题，大把实现的方式，根本不应该和微博朋友圈模式的功能混在一起，一个是重功能，一个是轻功能。混在一起就是谁都干不好。

你要分类，你就用DZ自己的版块里分类，标题不想写大把的方法，本身广播就是从内容里自动截取标题而已，很简单的实现，不要扯到轻内容信息流的功能去了。

所有功能有开关是X3.5就实现了的东西，X5只是进一步做分离，但远没有结束，本来DZ功能互相之间的纠缠就很深，不是一朝一日能够解耦的。就此打住吧，不要再将你的要求反复描述了，没有意义呢。

myboss

湖中沉 发表于 2025-12-21 21:00
广播只是你以为没标题，实际是有的。广播是一个很纠结的妥协实现，存在很多问题，你喜欢你就继续用，不要 ...

广播发布的时候没填标题，说不用标题也算恰当。我哪里纠缠于此了？
我只是阐述了两种逻辑，一种是基于论坛改成 微博，一种是单独再开发一套微博逻辑。
两种思路，一个是重功能（论坛改），一个是轻功能（记录改）

我只是建议记录有分类，没分类也不影响我，我更喜欢用论坛功能，其他的不重要！

我论坛我只发过一条广播，还是测试用的！
由于有图，天天首页banner图轮播，自然也看到了生成的标题。
我爱写标题，能体现出我懂搜索引擎，哈哈！

探讨一下实现原理，难免有点以前发的只言片语，轻松的聊聊而已！
我不讨论原理，也不会有  你说得   记录是原生基于SNS产生的功能。
该段  我主要是咨询的  X5  问题。
聊了那么久，记录   也算弄得十分明白了！
关于X5开发者预览版，还我自己体验吧！

湖中沉

myboss 发表于 2025-12-22 01:14
广播发布的时候没填标题，说不用标题也算恰当。我哪里纠缠于此了？
我只是阐述了两种逻辑，一种是基于论 ...

你阐述过了，我们也回复过了，记录的改造不会沿着你描述的走向进行。所以不必一直反复阐述了，对于功能开发，发出来只是告诉大家动向，如果反复觉得官方开发不对，那是否舆论走向就偏颇了？

一个功能的进化和开发，不是一拍脑袋想的，关于记录的改进方向，是几年前就定的，并逐渐做运营验证和技术验证，最终付诸开发。

记录不会搞分类，因为我们规划里有比分类更合适的路劲，但那时更下一个版本的开发项（估计叫X5.1吧，因为商业版本已经按此版本号在用了），标签，也就是类似于话题，那比分类更合适记录这个功能。

myboss

湖中沉 发表于 2025-12-22 18:35
你阐述过了，我们也回复过了，记录的改造不会沿着你描述的走向进行。所以不必一直反复阐述了，对于功能开 ...

只是探讨一下记录功能，至于分类，我也是建议，我也没说必须弄，也没说DZ开发不对！
只是围着  当下几个社交平台  阐述了下微博实现的原理。
我要直接问dz记录是什么原理？我估计一般人都会说    能有什么原理？阐述多点不更明白嘛？
只不过这几个社交平台里面，有关分类的描述。
早说弄话题，我不就更明白了嘛？
话题也是分类，属于自定义细化分类。
当然跟我说的分类不属于一种，应用场景不一样。
我就不过多阐述  我描述的分类  与  话题  区别了！弄得好像我多想  让dz出我描述分类一样！
再我看来，dz开发什么就用什么，反正也不是我用，用户用！
我就喜欢发帖子，不喜欢发微博，哈哈！所以，论坛中你我相识了！

我表明态度，用户的想法万千，我只是其中一个，不可能达到每个细节都让每个人满意。
dz关方有自己路线，dz关方定就可以，我属于门外汉，没有心思和能力干涉太多！

以后，我尽量简短描述。比如说  建议：去除相册flash大头贴功能。之后在该贴子参加以后楼层里回复，尽量没有这几个字样，哈哈！

湖中沉

myboss 发表于 2025-12-22 20:25
只是探讨一下记录功能，至于分类，我也是建议，我也没说必须弄，也没说DZ开发不对！
只是围着  当下几个 ...

交流没问题，不过不建议把一个要求反复说，我们搞开发，一个要求反复说的话，真的很讨厌。能做不会不做，不做必定有原因，要说起来，几天都说不完。