Re: [請益] 隨即出現的留言區

看板PHP作者PsMonkey (痞子軍團團長)時間11年前 (2013/05/18 12:39)推噓15(15推 0噓 37→)

留言52則, 13人參與討論串3/5 (看更多)

嗯... 我跨海來這裡隔山打牛好了說實在內容完全跟 PHP 無關版主要鍘我之前可以先鍘原 po 嗎？ [逃] ※ 引述《addressl1O3 (波廢文需創意)》之銘言： : 討論區論壇 Facebook Blog 等等, : 當發表新文章會隨即出現一個相對應的留言區塊, : 請問這留言區是怎麼產生的? : 這個留言區本身有沒有一個獨立的資料表?意思是說留言內容 : 有沒有存到資料庫? : 還是說只是存進某個檔? : 這個隨即出現的留言區在技術上到底是一個怎樣的概念? : 感謝~ 我常常會說，很多東西都是留言板 FB 我沒在用我不知道，就說 Blog blog 主人發了一篇新 blog，其實就是增加了一個新留言不管系統背後到底是 Database 還是檔案還是外星人（？）系統總會需要「一個方法」去辨別這篇文章用資料庫的講法就是 unique id（明明就應該說 primary key [指]）（當然如果你是用檔案，那檔名要 unique，其實意思都一樣啦）用網站的說法就是 unique URL（有這種說法嗎？ [指]）當然 unique URL 通常會搭配 unique id 來偷懶不過這年頭 blog 的 URL 通常做的很絢麗，所以也很難講，跳過好，接下來是文章之下，你關心的「留言區塊」我先不考慮火鳳燎原那種「留言的留言的留言的留言」而是像推文那樣，新 comment 一直往下蓋那麼系統總需要「一個方法」來辨別哪哪些留言是歸屬於哪個文章底下至於這個方法到底是什麼，其實... 套用痞子CS唬爛三原則的頭兩條「There is no spoon」加上「Layer, Liar」你高興怎麼作都可以用標準資料庫的想法你有個 Post 這個 table，大抵上欄位會有 id //就是 unique id content //內容 createDate //製造日期 [誤] 然後有個 Comment 這個 table，大抵上欄位會有 id //自己也需要 unique id postId //歸屬於哪個 post content //內容 createDate //製造日期其他你要用檔案存也無所謂一個 file 代表一個 blog post 跟底下的 comment 或著 blog post 是一個 file，其他 comment 塞在另一個 file 還是 blog post 跟各個 comment 都塞在不同 file 檔案內容包 JSON、包 XML 還是自己設計 syntax（字串 split 萬歲） ....... （我不想再騙 P 幣了）總而言之，你需要「一個方法」讓這一切能寫入、能夠讀取，過程不要出包剩下就是寫起來快不快樂、效率好不好的問題以上是以... 好像叫做 data flow 的角度來看你的問題（用錯詞就算了，我不擅長烙專有名詞）從 UI 的角度、或著說現今 web UI 的角度來看（尤其你又沒事卡了一個「隨即出現」，真的是有豐富寬廣的想像空間）問題又不太一樣最傳統的網頁流程，可以看成是這樣 client server （在 edit.php）作 HTML 的 form submit 送出一個新 post （newPost.php）接收資訊，塞資料庫導向 show.php （show.php 中）（撈出指定的 post 內容）（撈出指定 post 的 comment 內容）作 HTML 的 form submit （newComment.php）接收資訊，塞資料庫導向 show.php 而最 AJAX 或著說 one page application 的流程可以看成是這樣 client server （始終都在 index.php 中）按下「新增 post」按鈕作 XHR （newPost.php）接收資訊，塞資料庫 XHR 成功之後操作 DOM 拿掉 editor 的區塊顯示 post 內容、comment 輸入區塊按下「新增 comment」按鈕作 XHR （newComment.php）接收資訊、塞資料庫更新 comment 區塊內容要更「福潤德里」的話，還要用一些奇妙方法讓 server 收到新 comment 時同時更新所有在看同一頁的人如此之類這樣那般... 在進入 AJAX 領域之後，還能延伸出更賤..... 康的招數例如很有名也很好用的 Disqus 用很粗、很概觀的角度去看，其實用的技術、運作原理差不多只是資料存在別人家然後對他來講是用網址當 unique ID 當然難度就差很多了... AJAX 的部份跟 PHP 基本上已經完全沒啥關係了只是這年頭，只要沒有細緻分工基本上弄網站的人，這些都得要了解一點 ////////以下純粹個人意見，不代表... 不對，本來就沒代表什麼 XD //////// 最後，奉勸你，除了暱稱改個嘲諷值比較低的名字外 know how 的東西不會，大抵上無所謂有時候只是不知道關鍵字，而知道以後就也沒什麼 web 開發發展到現在，說實在很難入門（對我來講啦）現在主流的 XHR，說不定以後都改成 websocket 整個概念跟寫作方式又得再翻一次 server side 的語言變遷、framework 變遷、database 變遷 client side 的環境變遷...... 但是不知道 how to ask a question 就很嚴重從你的內文、推文除了知道你是個年輕（可能課業還不錯）、還摸不著頭緒的新手完全不知道你的困擾點是什麼、你的問題是什麼甚至連你的用詞都會造成別人的困惑更不用說焦點看似前後反覆、簡直就是失焦如果你真的不知從何問起那你可以好好講個故事 or Scenario or Use case 指責回答的人看不懂你的問題，這更是一絕（可是 M 大，我還是可以把你當成周星馳嗎？ lol）請不要把面對客服人員那套帶來一般的討論區如果你寫技術文章人家看不懂，那是人家的問題如果你提問的內容人家看不懂，那絕對是你的問題我只能說寫 PHP 的人都比較和善，要是到某版... [奸笑] ==== 沒想到打這種文章對我來說是種休息... [逃] -- 錢鍾書：說出來的話 http://www.psmonkey.org 比不上不說出來的話 Java 版 cookcomic 版只影射著說不出來的話 and more...... -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.25.2.112

推

popcorny

05/18 13:06, , 1^F

05/18 13:06, 1^F

推

Fantasywind

05/18 13:49, , 2^F

05/18 13:49, 2^F

推