隨便放個圖，亮點自尋，在前進的路上繼續前行【2026-01-16更新】

湖中沉

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開發不對！
只是圍著  當下幾個 ...

交流沒問題，不過不建議把一個要求反復說，我們搞開發，一個要求反復說的話，真的很討厭。能做不會不做，不做必定有原因，要說起來，幾天都說不完。

羽葉

棒啊，表情圖終于要換了嗎

湖中沉

2025-12-25：在官網上線公開，官方命名“點滴”。

myboss

湖中沉 發表于 2025-12-26 14:12
2025-12-25：在官網上線公開，官方命名“點滴”。

我決定在  我網站上命名  “ 動態 ” ，哈哈，跟隨大眾認知  命名