現在有一張post表 (結構不能改變)
tid 主題pid
pid 回覆id
現在新增了評論嵌套顯示功能,即tid=1
a評論了一條pid為1
b回復了a的評論pid為2
c回復了b的評論pid為3
d回復了a pid為4
顯示為
1樓 pid1
2樓 pid1,pid2
3樓 pid1,pid2,pid3
4樓 pid1,pid4
即每一個對他人的回應都需要引用先前所有的回應。
(形式跟網易新聞的評論一樣)
我目前想到一種結構就是post_conversation pid ,to_pid
這樣 2樓回复就插入 2,1
<code> 3楼回复就插入两条 3,1 3,2 4楼回复就插入 4,1 </code>
如果有一個99樓的對話 就得插入98條資料
<code>这样有个好处就是可以很方便取出任意一个pid的评论情况 select topid from post_conversation where pid = 'xxx' order by pid ; 但是会造成多的重复数据 一个99楼对话得插入1+2+3+。。。+99条 </code>
如果這麼設計post_conversation
pid,parent_pid(被回覆的pid)
資料量是小了,(每次回覆只插入一條查詢);
但是查詢每一個pid的所有對話,很麻煩(我想到的是遞歸資料庫);
<code>select parent_pid from post_conversation where pid = 'xxx' select parent_pid from post_conversation where pid = 'parent_pid ' ... 一直到parent_pid 为0为止,查询出所有的对话pid </code>
請問大家有沒有好的建議
回覆內容:
現在有一張post表 (結構不能改變)
tid 主題pid
pid 回覆id
現在新增了評論嵌套顯示功能,即tid=1
a評論了一條pid為1
b回復了a的評論pid為2
c回復了b的評論pid為3
d回復了a pid為4
顯示為
1樓 pid1
2樓 pid1,pid2
3樓 pid1,pid2,pid3
4樓 pid1,pid4
即每一個對他人的回應都需要引用先前所有的回應。
(形式跟網易新聞的評論一樣)
我目前想到一種結構就是post_conversation pid ,to_pid
這樣 2樓回复就插入 2,1
<code> 3楼回复就插入两条 3,1 3,2 4楼回复就插入 4,1 </code>
如果有一個99樓的對話 就得插入98條資料
<code>这样有个好处就是可以很方便取出任意一个pid的评论情况 select topid from post_conversation where pid = 'xxx' order by pid ; 但是会造成多的重复数据 一个99楼对话得插入1+2+3+。。。+99条 </code>
如果這麼設計post_conversation
pid,parent_pid(被回覆的pid)
資料量是小了,(每次回覆只插入一條查詢);
但是查詢每一個pid的所有對話,很麻煩(我想到的是遞歸資料庫);
<code>select parent_pid from post_conversation where pid = 'xxx' select parent_pid from post_conversation where pid = 'parent_pid ' ... 一直到parent_pid 为0为止,查询出所有的对话pid </code>
請問大家有沒有好的建議
謝邀
曾經我這邊也是用最原始那種遞歸查詢的方法來實現(菜單,評論)無限嵌套。後來在Laravel-China 社群看到管理員發的一篇文章,文章地址https://laravel-china.org/topics/2124,使用預先排序遍歷樹演算法(Nested set model)
實現無限樹狀層級模型(標籤系統,選單系統,評論系統等)。題主可以參考下。
"引用評論"實現代價比較大,冗餘比較多,可以考慮用"回复評論"來替代:
一篇文章對應多條評論,一條評論對應多條回复.
問答社區segmentfault.com和騰訊新聞等用的都是"回覆評論".
就拿segmentfault來說:
提問者(樓主)發了一個問題,這個問題有多個回答(層主),在數據庫是一對多的關係.
每個回答又可以有多個回應,也是一對多的關係.
<code>question(id, user_id,content) answer (id,question_id,user_id,content) reply (id,answer_id, user_id,content)</code>

使用數據庫存儲會話的主要優勢包括持久性、可擴展性和安全性。 1.持久性:即使服務器重啟,會話數據也能保持不變。 2.可擴展性:適用於分佈式系統,確保會話數據在多服務器間同步。 3.安全性:數據庫提供加密存儲,保護敏感信息。

在PHP中實現自定義會話處理可以通過實現SessionHandlerInterface接口來完成。具體步驟包括:1)創建實現SessionHandlerInterface的類,如CustomSessionHandler;2)重寫接口中的方法(如open,close,read,write,destroy,gc)來定義會話數據的生命週期和存儲方式;3)在PHP腳本中註冊自定義會話處理器並啟動會話。這樣可以將數據存儲在MySQL、Redis等介質中,提升性能、安全性和可擴展性。

SessionID是網絡應用程序中用來跟踪用戶會話狀態的機制。 1.它是一個隨機生成的字符串,用於在用戶與服務器之間的多次交互中保持用戶的身份信息。 2.服務器生成並通過cookie或URL參數發送給客戶端,幫助在用戶的多次請求中識別和關聯這些請求。 3.生成通常使用隨機算法保證唯一性和不可預測性。 4.在實際開發中,可以使用內存數據庫如Redis來存儲session數據,提升性能和安全性。

在無狀態環境如API中管理會話可以通過使用JWT或cookies來實現。 1.JWT適合無狀態和可擴展性,但大數據時體積大。 2.Cookies更傳統且易實現,但需謹慎配置以確保安全性。

要保護應用免受與會話相關的XSS攻擊,需採取以下措施:1.設置HttpOnly和Secure標誌保護會話cookie。 2.對所有用戶輸入進行輸出編碼。 3.實施內容安全策略(CSP)限制腳本來源。通過這些策略,可以有效防護會話相關的XSS攻擊,確保用戶數據安全。

优化PHP会话性能的方法包括:1.延迟会话启动,2.使用数据库存储会话,3.压缩会话数据,4.管理会话生命周期,5.实现会话共享。这些策略能显著提升应用在高并发环境下的效率。

theSession.gc_maxlifetimesettinginphpdeterminesthelifespanofsessiondata,setInSeconds.1)它'sconfiguredinphp.iniorviaini_set().2)abalanceisesneededeededeedeedeededto toavoidperformance andunununununexpectedLogOgouts.3)

在PHP中,可以使用session_name()函數配置會話名稱。具體步驟如下:1.使用session_name()函數設置會話名稱,例如session_name("my_session")。 2.在設置會話名稱後,調用session_start()啟動會話。配置會話名稱可以避免多應用間的會話數據衝突,並增強安全性,但需注意會話名稱的唯一性、安全性、長度和設置時機。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

SublimeText3漢化版
中文版,非常好用

SublimeText3 英文版
推薦:為Win版本,支援程式碼提示!

SublimeText3 Linux新版
SublimeText3 Linux最新版

WebStorm Mac版
好用的JavaScript開發工具

mPDF
mPDF是一個PHP庫,可以從UTF-8編碼的HTML產生PDF檔案。原作者Ian Back編寫mPDF以從他的網站上「即時」輸出PDF文件,並處理不同的語言。與原始腳本如HTML2FPDF相比,它的速度較慢,並且在使用Unicode字體時產生的檔案較大,但支援CSS樣式等,並進行了大量增強。支援幾乎所有語言,包括RTL(阿拉伯語和希伯來語)和CJK(中日韓)。支援嵌套的區塊級元素(如P、DIV),